On Sun, May 2, 2021 at 5:16 PM Daniel Golle wrote:
>
> On Sun, May 02, 2021 at 10:59:12PM +0200, Hauke Mehrtens wrote:
> >
> > libopkg/pkg_hash.c | 4 +++-
> > 1 file changed, 3 insertions(+), 1 deletion(-)
> >
> > diff --git a/libopkg/pkg_hash.c b/libopkg/pkg_hash.c
> > index a07a25e..6c04ab2 10
Hi Hauke,
On 5/3/21 12:23 AM, Hauke Mehrtens wrote:
> This change removes setting the channels property by default to the
> channel property if nothing else is specified.
>
> When hostapd detects a DFS alarm and it has to switch channels allow
> hostapd to switch to any channel in the frequency b
On Sun, May 02, 2021 at 10:59:12PM +0200, Hauke Mehrtens wrote:
> When a package is not installed because it has unresolved dependencies
> normally we get only an error message like this:
> * pkg_hash_fetch_best_installation_candidate: Packages for ltq-vdsl-app
> found, but incompatible with the
This marks all packages which depend on a target with @TARGET nonshared.
If they are not marked nonshared they would be build by the SDK build
and if this happens with a different SDK, then the SDK from the target
the package depends on, the package would not be added to the index.
This should fix
This change removes setting the channels property by default to the
channel property if nothing else is specified.
When hostapd detects a DFS alarm and it has to switch channels allow
hostapd to switch to any channel in the frequency band if channels
property is not specified.
When we set channels
The removed patches were applied upstream.
Signed-off-by: Hauke Mehrtens
---
package/kernel/mac80211/Makefile | 6 +-
.../ath/500-ath9k_eeprom_debugfs.patch| 4 +-
.../ath/512-ath9k_channelbw_debugfs.patch | 4 +-
.../patches/ath/530-ath9k_extra_leds.patch| 10 +--
This backports a fix from dropbear 2020.81.
CVE-2020-36254 description:
scp.c in Dropbear before 2020.79 mishandles the filename of . or an empty
filename, a related issue to CVE-2018-20685.
Signed-off-by: Hauke Mehrtens
---
.../patches/001-fix-CVE-2020-36254.patch | 21 +++
The stock firmware does not accept firmware with "Talon" in the name.
Signed-off-by: Alex Henrie
---
tools/firmware-utils/src/tplink-safeloader.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/firmware-utils/src/tplink-safeloader.c
b/tools/firmware-utils/src/tplink-sa
On Sun, May 2, 2021 at 3:10 PM Adrian Schmutzler
wrote:
>
> now where you say it, I remember:
>
> http://lists.openwrt.org/pipermail/openwrt-devel/2021-January/033149.html
>
> IIRC correctly this device was merged in a generally poorly reviewed state ...
Hmm, it looks like there is in fact no sep
Hi,
now where you say it, I remember:
http://lists.openwrt.org/pipermail/openwrt-devel/2021-January/033149.html
IIRC correctly this device was merged in a generally poorly reviewed state ...
Best
Adrian
> -Original Message-
> From: Alex Henrie [mailto:alexhenri...@gmail.com]
> Sent: S
This package depends on the lantiq target and is only build for that
target. A normal package would be build by the SDK builder probably
under a different target and then this package will not be selected.
Mark it as nonshared to build it when the lantiq target gets build.
Fixes: FS#3773, FS#3774
When a package is not installed because it has unresolved dependencies
normally we get only an error message like this:
* pkg_hash_fetch_best_installation_candidate: Packages for ltq-vdsl-app found,
but incompatible with the architectures configured
* opkg_install_cmd: Cannot install package ltq
Eureka! I changed "product_name:Talon AD7200" to "product_name:AD7200"
in tplink-safeloader.c and then the router accepted the OpenWrt
firmware! So it seems that we just need to split the AD7200 target
into a "Talon" target and a regular target :-)
-Alex
__
On Sun, May 2, 2021 at 6:21 AM Petr Štetiar wrote:
>
> flash OpenWrt factory image using TP-Link's web UI and provide log of serial
> console
> during that process.
Here it is, but I'm afraid that nothing informative appears on the
serial port when uploading OpenWrt firmware through the web inte
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Branch: refs/heads/master
Home
The removed patches were applied upstream and are not needed any more.
Signed-off-by: Hauke Mehrtens
---
I will create an official backports release soon, this is only for testing for
now.
package/kernel/mac80211/Makefile | 6 +-
.../ath/500-ath9k_eeprom_debugfs.patch|
This backports a fix for the low priority CVE-2021-28831:
decompress_gunzip.c in BusyBox through 1.32.1 mishandles the error bit
on the huft_build result pointer, with a resultant invalid free or
segmentation fault, via malformed gzip data.
Signed-off-by: Hauke Mehrtens
---
package/utils/b
Sven Roederer kirjoitti 1.5.2021 klo 21.52:
Am Samstag, 1. Mai 2021, 15:14:35 CEST schrieb Hannu Nyman:
Sven Roederer kirjoitti 30.4.2021 klo 22.43:
...
Digging further I found installing online pulled librt in. Restarting from
scratch ...
Downloading librt and wall via wget and running `opkg *
Alex Henrie [2021-05-02 01:56:04]:
Hi,
> What should I try next?
flash OpenWrt factory image using TP-Link's web UI and provide log of serial
console
during that process.
-- ynezz
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
From: Fabian Baumanis
---
uclie
On Sat, May 1, 2021 at 1:17 PM Alex Henrie wrote:
>
> On Fri, Apr 30, 2021 at 2:28 PM Sven Roederer wrote:
> >
> > not sure if you tried or if it even still applies to TPLink WebIf. But back
> > in
> > the days there was a link in the length of the firmware filename to be
> > uploaded. The messa
21 matches
Mail list logo
