The signall.sh script signs all files inside a tar via GPG and
signify-openbsd (similar to usign)e and attaches the signatures to the
same archive.
Using more recent versions of signify-openbsd requires a specific naming
schema for keys, private ending with .sec and public with .pub. This was
intr
It should be harmless.
+1
On Wed, Nov 13, 2019 at 3:22 PM wrote:
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Russell Senior
> > Sent: Donnerstag, 14. November 2019 00:16
> > To: Daniel Golle
> > Cc: openwrt-de
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 ---
I posted this to the forum, so I’l
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Russell Senior
> Sent: Donnerstag, 14. November 2019 00:16
> To: Daniel Golle
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] base-files: add
> /usr/
> "Daniel" == Daniel Golle writes:
Daniel> Hi Russell,
Daniel> On Tue, Nov 12, 2019 at 03:33:48PM -0800, Russell Senior wrote:
>>
>> Discovered recent changes had broken sysupgrade for ar71xx mikrotik
>> rb-493g, traced the problem to missing /usr/share/libubox/jshn.sh
>> after switching to
Security Advisory 2019-11-05-2 - LuCI CSRF vulnerability (CVE-2019-17367)
DESCRIPTION
A logic flaw in LuCI's HTTP routing component led to ineffective CSRF
token testing for various request endpoints, specifically ones using
the `arcombine()` dispatch action.
This allows 3rd party web pages run
Security Advisory 2019-11-05-1 - LuCI stored XSS
DESCRIPTION
A vulnerability has been reported in LuCI which allows injection of
script code through maliciously crafted wireless network SSIDs.
When joining a wireless network by clicking Network -> Wireless -> Join,
the subsequent configuration
Security Advisory 2019-11-05-3 - ustream-ssl information disclosure
(CVE-2019-5101, CVE-2019-5102)
DESCRIPTION
An exploitable information leak vulnerability exists in the ustream-ssl
library of OpenWrt. When connecting to a remote server, the server's
SSL certificate is checked but no action is
>The OpenWrt front page has a "Download a firmware image for your device" for
>each released version. However, the last two links are currently useless. Both
>show no devices.
>For 18.06.5, it seems that something somewhere must be updated from 18.06.4 to
>18.06.5.
Fixed.
>For 19.07, it could
LGTM
On 11/13/19 10:09 AM, Thomas Weißschuh wrote:
Signed-off-by: Thomas Weißschuh
---
include/prereq-build.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/prereq-build.mk b/include/prereq-build.mk
index 4c59910056..65baf1f5e5 100644
--- a/include/prereq-build.mk
+++ b/inclu
From: Jeff Kletsky
The present U-Boot for GL-AR750S has a limit of 2 MB for kernel size.
While sysupgrade can manage kernels up to the present limit of 4 MB,
directly flashing a factory.img with a kernel size greater than 2 MB
through U-Boot will result in an unbootable device.
This commit uses
From: Jeff Kletsky
Certain boards have limitations on U-Boot that prevent flashing
of images where the kernel size exceeds a threshold, yet
sysupgrade can sucessfully manage larger kernels. The current
check-size will remove the target artifact if its total size
exceeds the threshold. If applied
Signed-off-by: Thomas Weißschuh
---
include/prereq-build.mk | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/prereq-build.mk b/include/prereq-build.mk
index 4c59910056..65baf1f5e5 100644
--- a/include/prereq-build.mk
+++ b/include/prereq-build.mk
@@ -144,12 +144,14 @@ $(eval $(call S
Hi Russell,
On Tue, Nov 12, 2019 at 03:33:48PM -0800, Russell Senior wrote:
>
> Discovered recent changes had broken sysupgrade for ar71xx mikrotik
> rb-493g, traced the problem to missing /usr/share/libubox/jshn.sh after
> switching to tmpfs.
I've applied your patch to master. Do we need to app
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> On Behalf Of Paul Blazejowski
> Sent: Mittwoch, 13. November 2019 20:20
> To: openwrt-devel@lists.openwrt.org
> Cc: Michal Cieslakiewicz
> Subject: [OpenWrt-Devel] [PATCH 1/2] ath79: split dt
This patch adds ath79 support for Netgear WNDR3700v4.
Router was previously supported by ar71xx target only.
Note: device requires 'ar934x-nand' driver in kernel.
Specification
=
* Description: Netgear WNDR3700v4
* Loader: U-boot
* SOC: Atheros AR9344 (560 MHz)
* RAM: 128 MiB
From: Michal Cieslakiewicz
Move board configuration to dtsi file in preparation for WNDR3700v4
router support.
Signed-off-by: Michal Cieslakiewicz
---
.../linux/ath79/dts/ar9344_netgear_wndr.dtsi | 290 ++
.../ath79/dts/ar9344_netgear_wndr4300.dts | 286 +
On 11/13/19 12:42 PM, Schmutzler, Adrian wrote:
>
>
>
>
> *From:*Adrian Schmutzler [mailto:m...@adrianschmutzler.de]
> *Sent:* Mittwoch, 13. November 2019 18:39
> *To:* 'Paul Blazejowski' ;
> 'openwrt-devel@lists.openwrt.org'
> *Subject:* RE: [PATCH 2/2] ath79: add support for Netgear WND
Hi Pavel,
> Specifications:
>
> - QCA9531 SoC
> - 1x 10/100 Mbps Ethernet, both with PoE-in support
If it has one Ethernet, then there's only one PoE-in.
Cheers!
signature.asc
Description: OpenPGP digital signature
___
openwrt-devel mailing list
Well, rather than looking at the specifications, I'd check if the actual
hardware is 802.11bgn. :)
You could try the "iw list" command to see if the available channels
match the 802.11bgn band or not.
Cheers!
El 13/11/19 a les 11:33, Kryma ha escrit:
> Hi,
>
>> In addition to Adrian's comments,
Am 13.11.2019 um 13:53 schrieb Dirk Brenken:
> On Wed, 2019-11-13 at 13:44 +0100, e9hack wrote:
>> Hi,
>>
>> it looks like that uhttpd/luci/rpcd is broken again. After login in
>> the web interface, the main status page times out and shows this
>> error message:
>>
>> RPCError: RPC call to luci.ddn
From: Pavel Balan
This patch adds support for the COMFAST CF-E130N v2, an outdoor wireless
CPE with a single Ethernet port and a 802.11bgn radio.
Specifications:
- QCA9531 SoC
- 1x 10/100 Mbps Ethernet, both with PoE-in support
- 64 MB of RAM (DDR2)
- 16 MB of FLASH
- 5 dBi built-in antenn
Hi,
> diff --git a/target/linux/ath79/dts/ar9344_netgear_wndr3700-v4.dts
> b/target/linux/ath79/dts/ar9344_netgear_wndr3700-v4.dts
> new file mode 100644
> index 00..eb1ad731c3
> --- /dev/null
> +++ b/target/linux/ath79/dts/ar9344_netgear_wndr3700-v4.dts
> @@ -0,0 +1,9 @@
> +// SPDX-Licens
If I understand this properly, the ability to logically concatenate
MTD partitions may have benefits to the project in the future.
http://lists.infradead.org/pipermail/linux-mtd/2019-November/092535.html
Jeff
---
Hello,
A year ago Bernhard Frauendienst started an effort to bring MTD
devices
Hi Petr,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Adrian Schmutzler
> Sent: Dienstag, 1. Oktober 2019 12:07
> To: 'Petr Štetiar'
> Cc: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH 19.07] ar71xx: fix
Fixes FS#1472, FS#2353, FS#2426
Fixes: b3f95490 ("kernel: generic: Add kernel 4.14 support")
Signed-off-by: Yousong Zhou
---
.../020-backport_netfilter_rtcache.patch | 14 +-
.../020-backport_netfilter_rtcache.patch | 14 +-
2 files changed, 26 inserti
Hi,
there are several ipq40xx device support PRs on GitHub being already two months
old that haven't even received initial reviews so far (despite some formal
nitpicks).
In case someone familiar with that target is interested in having a look:
https://github.com/openwrt/openwrt/pulls?q=is%3Apr
In order to support SELinux in OpenWRT, this commit introduces minimal
support for loading the SELinux policy in the init code. The logic is
very much inspired from what Busybox is doing: call
selinux_init_load_policy() from libselinux, and then re-execute init
so that it runs with the SELinux poli
On Sun, 10 Nov 2019 at 10:05, Petr Štetiar wrote:
>
> In order to avoid DMARC plague in the commit messages:
>
> 87f9292300cf hostapd: add IEEE 802.11k support
> 450d44a8ead2 openssl: change defaults: ENGINE:on, NPN:off, misc
> eabc1ddc4541 build: Honour NO_COLOR in include/scan.mk
> 3fb45576a
On Wed, 2019-11-13 at 13:44 +0100, e9hack wrote:
> Hi,
>
> it looks like that uhttpd/luci/rpcd is broken again. After login in
> the web interface, the main status page times out and shows this
> error message:
>
> RPCError: RPC call to luci.ddns/get_services_status failed with error
> -32000: Ob
Hi,
it looks like that uhttpd/luci/rpcd is broken again. After login in the web
interface, the main status page times out and shows this error message:
RPCError: RPC call to luci.ddns/get_services_status failed with error -32000:
Object not found
at handleCallReply
(https://wlan-dsl8.lan/lu
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Petr Štetiar
> Sent: Sonntag, 10. November 2019 10:05
> To: openwrt-devel@lists.openwrt.org
> Cc: Petr Štetiar
> Subject: [OpenWrt-Devel] [PATCH v2 maintainer-tools] patchwork-ap
Hi,
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Kryma
> Sent: Montag, 11. November 2019 23:02
> To: openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel] [PATCH] ath79: add support for COMFAST CF-
> E130N v2
>
> Hi,
>
> Hey Adrian,
>
> all mac-addresses can be found in the urlader key value store.
>
> maca 24:65:11:AE:CB:6B
> macb 24:65:11:AE:CB:6C
> macwlan 24:65:11:AE:CB:6D
> macdsl24:65:11:AE:CB:6E
>
> Following the fritz_tffs call in 02_netwo
Dear Exhibitor,
Thanks for being a part of our International Broadcast Conference 2019.
IBC 2019 updated delegates contacts is Now Available. You can make use of
the contact list by Appointment Setting, Networking and other campaigns too.
This is the best time to follow up on those lea
35 matches
Mail list logo
