Re: [OpenWrt-Devel] DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

Citeren Felix Fietkau : On 2016-01-25 20:26, Arjen de Korte wrote: Citeren Felix Fietkau : On 2016-01-25 19:14, Arjen de Korte wrote: Citeren Felix Fietkau : On 2016-01-24 17:35, Felix Fietkau wrote: On 2016-01-24 13:06, Christian

[OpenWrt-Devel] [BB 14.07] openssl: Security update (2 CVEs)

The openssl package has been rebuilt and was uploaded to the Barrier Breaker 14.07 repository due to multiple security issues. VERSION 1.0.2e-1 => 1.0.2f-1 CHANGELOG [Fri, 29 Jan 2016 13:25:24 + b763ba2] Openssl: update to 1.0.2f (fixes CVE-2016-0701, CVE-2015-3197) CHANGES

[OpenWrt-Devel] [PATCH] package/libs/gmp: update libgmp to 6.1.0

Update also the library version of gmp to 6.1.0. Switch download to use the GNU alias. Signed-off-by: Hannu Nyman --- package/libs/gmp/Makefile | 9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/package/libs/gmp/Makefile b/package/libs/gmp/Makefile

[OpenWrt-Devel] [PATCH 3/3] kernel: mtdsplit: support Seama entity with UBI

Some D-Link routers (e.g. DIR-885L) have NAND and use Seama format. It means OpenWrt will want to have UBI in Sseama entity and should be able to detect it. Signed-off-by: Rafał Miłecki --- target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit.h | 1 +

Re: [OpenWrt-Devel] [PATCH] vlandev: Add support for setting a unique MAC on a VLAN interface

Hi Felix, thanks for the hint. Did you configure the MAC in the interface section? I suggest I had a wrongly created MAC on my first tries which resulted in kernel not accepting it. Kind regards, André Am 28.01.2016 um 23:35 schrieb Felix Fietkau: > On 2016-01-24 20:47, André Valentin wrote:

Re: [OpenWrt-Devel] [PATCH] vlandev: Add support for setting a unique MAC on a VLAN interface

On 2016-01-29 13:15, André Valentin wrote: > Hi Felix, > > thanks for the hint. Did you configure the MAC in the interface section? > I suggest I had a wrongly created MAC on my first tries which resulted in > kernel not accepting it. I configured it in the device section - in fact I simply copy

[OpenWrt-Devel] [PATCH 1/3] kernel: mtdsplit: modify rootfs helpers to provide partition type

Our mtdsplit parsers may want to create partition with name choice based on partition file system (e.g. SquashFS vs. JFFS2). This patch allows passing extra argument pointing to variable that will be set properly. Signed-off-by: Rafał Miłecki ---

[OpenWrt-Devel] [PATCH 2/3] kernel: mtdsplit: detect UBI partition when looking for rootfs

This allows mtdsplit parsers work with UBI which is very popular on NAND flases. Signed-off-by: Rafał Miłecki --- target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit.c | 6 ++ target/linux/generic/files/drivers/mtd/mtdsplit/mtdsplit.h | 1 + 2 files changed, 7

[OpenWrt-Devel] Procd: Weird behaviour when adding multiple triggers

Hi, When adding an interface trigger to sysntpd, the trigger won't work when another trigger is present(in this case a reload trigger for system). below is the service_triggers function I used for sysntpd: service_triggers() { local script=$(readlink "$initscript") local name=$(basename

[OpenWrt-Devel] Proto add foreign routes on ifup doesnt add route to table

Hello, Im working on proto for openvpn, and I want add route to vpn server. I added proto_add_ipv4_route 0.0.0.0 0 vpn_gw proto_add_ipv4_route vpn.server.ip 32 wan_gw But this will only add default route to table. In ifstatus both routes are "active". As a workaround I set route with ip

[OpenWrt-Devel] [PATCH] tools/cmake: update to 3.4.3

Update cmake to 3.4.3. Signed-off-by: Hannu Nyman --- Changes are rather minor: Changes in 3.4.3 since 3.4.2: VS: Do not fail on Windows 10 with VS 2015 if no SDK is available (#15929) Changes in 3.4.2 since 3.4.1: CMakeDetermineCompilerId: Fix VS Itanium

[OpenWrt-Devel] [PATCH] tools/gmp: update to 6.1.0

Update gmp to version 6.1.0, released in November 2015. Signed-off-by: Hannu Nyman --- Links to release notes of 6.0.0 and 6.1.0: https://gmplib.org/gmp6.1.html https://gmplib.org/gmp6.0.html tools/gmp/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-)

Re: [OpenWrt-Devel] Procd: Weird behaviour when adding multiple triggers

cat /etc/banner: Bleeding Edge, r48488 On Fri, Jan 29, 2016 at 11:18 AM, Amine Aouled Hamed wrote: > > Hi, > When adding an interface trigger to sysntpd, the trigger won't work when > another trigger is present(in this case a reload trigger for system). > below is the

[OpenWrt-Devel] [PATCH v3] brcm63xx: add support for ZyXEL P870HNU-51b

This router is a ZyXEL VDSL2 router and its board has : chip ID: BCM6368B2, MIPS: 400MHz, Total Flash size: 16384K with 128 sectors Total Memory: 67108864 bytes (64MB) Board Id (0-15): 96368MVWG with a usb port, and wifi Broadcom bcm43222. This router requires the image to have: --signature

Re: [OpenWrt-Devel] [PATCH] package/config/netifd: Replace ifconfig/route with ip command

It worked with a /24 subnet but that might be because of defaults. I do not currently have test bed for testing other configurations. I plan on setting that up once I'm back from travelling. Regards, Daniel On 28/01/16 05:52 PM, Felix Fietkau wrote: On 2016-01-20 19:21,

[OpenWrt-Devel] [PATCH] tools/firmware-utils: add trx2umedia tool for Broadcom based boards from U-Media

U-Media brcm47xx boards (e.g. Linksys WUMC710 and TRENDnet TEW-812DRU ) needs modified trx for flashing. This patch adds new tool to firmware-utils - trx2umedia Signed-off-by: Michał Osowiecki diff --git a/tools/firmware-utils/Makefile

[OpenWrt-Devel] Wireless battlemesh v9 endorsements

To whom it may concern, I am contacting you all in regards to wireless battlemesh v9 to happen in Porto, Portugal and endorsements to help the event and reach out to other people out there. There are several ways to endorse the event, being one of the simplest ways, by publishing a small text

Re: [OpenWrt-Devel] DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

Sorry, I've been out of the country and not had a chance to get to this. I had planned to do that for the packages you previously requested changes for that I had proposed a unified symlink handling solution to deal with what is rather a mess at the moment, but have been obviously rather busy