Re: [LEDE-DEV] A request not making IRC necessary to be part of the action

On 16-05-18 12:52 AM, John Crispin wrote: > > >> I was told in the past by one of founding LEDE team members (who shall >> rename nameless unless he chooses to comment himself), that if I really >> wanted to participate in OpenWrt community that I needed to be on IRC >> (in a private mail to

Re: [LEDE-DEV] [PATCH RFC 2/2] x86: lift generic x86-32 target

> Felix Fietkau writes: > On 2016-05-17 23:12, Daniel Golle wrote: >> * build for pentium4 instead of i486 * enable PAE * enable EFI >> support * enable KVM guest and host support > I like this change, but I think I'll wait a bit before applying it to > see if anybody else

[LEDE-DEV] running stuff as !root

Hi, we had previously started building the infra for running stuff as !root. so far we have added * the userid/gid stuff * acl on ubus things that i know are missing * handling network ports < 1024 what am i missing ? can anyone think of other issues we need to address before we change uid to

Re: [LEDE-DEV] A request not making IRC necessary to be part of the action

On 18/05/2016 03:10, Daniel Curran-Dickinson wrote: > On 16-05-17 05:22 AM, John Crispin wrote: >> well that is status quo, IRC is used to discuss real time stuff and give >> user support. >> >> all other stuff is on the list. meetings being the only thing still on >> IRC due to lack of better

[LEDE-DEV] [PATCH 1/2] mac80211: Allow selection of TX99 support in ath9k

Add a new config option to enable TX99 support in ath9k. Signed-off-by: Helmut Schaa --- package/kernel/mac80211/Makefile | 5 + 1 file changed, 5 insertions(+) diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Makefile index

[LEDE-DEV] [PATCH 2/2] ath9k: Fix TX99 support

The patch 300-ath9k-force-rx_clear-when-disabling-rx.patch broke TX99 support in ath9k. Fix the patch by only applying rx_clear if TX99 mode is not used. Signed-off-by: Helmut Schaa --- .../patches/300-ath9k-force-rx_clear-when-disabling-rx.patch | 12

Re: [LEDE-DEV] [PATCH RFC 2/2] x86: lift generic x86-32 target

On 2016-05-17 23:12, Daniel Golle wrote: > * build for pentium4 instead of i486 > * enable PAE > * enable EFI support > * enable KVM guest and host support > > Signed-off-by: Daniel Golle I like this change, but I think I'll wait a bit before applying it to see if anybody

[LEDE-DEV] [PATCH RFC 2/2] x86: lift generic x86-32 target

* build for pentium4 instead of i486 * enable PAE * enable EFI support * enable KVM guest and host support Signed-off-by: Daniel Golle --- target/linux/x86/generic/config-default | 98 + target/linux/x86/generic/target.mk | 8 ++- 2

[LEDE-DEV] [PATCH RFC 1/2] x86: reorganize x86_32 support

copy current 'generic' target to new 'legacy' target. Signed-off-by: Daniel Golle --- target/linux/x86/Makefile | 2 +- target/linux/x86/legacy/config-default | 218 target/linux/x86/legacy/profiles/000-Generic.mk

[LEDE-DEV] [PATCH 1/4] ar71xx: Add support for initramfs images for OpenMesh devices

Signed-off-by: Sven Eckelmann --- target/linux/ar71xx/image/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/target/linux/ar71xx/image/Makefile b/target/linux/ar71xx/image/Makefile index 96122d7..384eba8 100644 --- a/target/linux/ar71xx/image/Makefile

[LEDE-DEV] [PATCH 4/5] inittab: use patch_stdio() for stdio redirection

Signed-off-by: Jo-Philipp Wich --- inittab.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-) diff --git a/inittab.c b/inittab.c index f8f0218..622601a 100644 --- a/inittab.c +++ b/inittab.c @@ -93,22 +93,14 @@ static int dev_exist(const char *dev) static

[LEDE-DEV] [PATCH 5/5] initd: fix descriptor leak

Close the descriptor to /tmp/.preinit returned by creat() in order to avoid an fd leak in the init process. Signed-off-by: Jo-Philipp Wich --- initd/preinit.c | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/initd/preinit.c b/initd/preinit.c index

[LEDE-DEV] [PATCH 2/5] initd: use patch_stdio() for early console setup

Signed-off-by: Jo-Philipp Wich --- initd/early.c | 18 +- 1 file changed, 5 insertions(+), 13 deletions(-) diff --git a/initd/early.c b/initd/early.c index 4343516..accfc1d 100644 --- a/initd/early.c +++ b/initd/early.c @@ -21,6 +21,7 @@ #include #include

[LEDE-DEV] [PATCH 1/5] utils: add patch_fd() and patch_stdio() helpers

Introduce two new helper functions to deal with stdio redirecation in a uniform, reliable manner: The patch_fd() function will attempt to redirect the given fd number to the specified file, using the supplied flags for the open() syscall. When the device is NULL, "/dev/null" is asumed, when the

Re: [LEDE-DEV] Bug REPORT: Lantiq - XRX200 - UBIFS image not built

2016-05-17 11:51 GMT+02:00 Paul Rowland : > I updated sources and packages 15 minutes ago, did a make clean and a build. > The expected file, lede-lantiq-xrx200-BTHOMEHUBV5A-ubifs-sysupgrade.tar, was > not created. It is selected in menuconfig and built fine on

Re: [LEDE-DEV] libubox, procd: init process hangs

Hi Mats, On 2016-05-17 12:03, Mats Karrman wrote: > Hi Felix, others, > > I have been experiencing problems with the init scripts dispatch > suddenly stopping (indefinitely). > This happens maybe once in 100 reboots. > After inserting a new start script that launches another daemon >

[LEDE-DEV] libubox, procd: init process hangs

Hi Felix, others, I have been experiencing problems with the init scripts dispatch suddenly stopping (indefinitely). This happens maybe once in 100 reboots. After inserting a new start script that launches another daemon (cgrulesengd) very early in the boot process, the failures started to

Re: [LEDE-DEV] Bug REPORT: Lantiq - XRX200 - UBIFS image not built

On 17/05/2016 11:51, Paul Rowland wrote: > I updated sources and packages 15 minutes ago, did a make clean and a build. > The expected file, lede-lantiq-xrx200-BTHOMEHUBV5A-ubifs-sysupgrade.tar, was > not created. It is selected in menuconfig and built fine on Friday. > Hi Paul, thanks for

[LEDE-DEV] Bug REPORT: Lantiq - XRX200 - UBIFS image not built

I updated sources and packages 15 minutes ago, did a make clean and a build. The expected file, lede-lantiq-xrx200-BTHOMEHUBV5A-ubifs-sysupgrade.tar, was not created. It is selected in menuconfig and built fine on Friday. ___ Lede-dev mailing list

Re: [LEDE-DEV] A request not making IRC necessary to be part of the action

On 17/05/16 09:46, andrew wrote: > How about something like rocket.chat or one of the opensource self > hosted alternatives? Don't get me wrong, the problem is not IRC itself, there are definetly good uses for it. I'm NOT saying people should not use IRC to coordinate. My point is: hanging out