Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

Ok, I thought I had found the root cause but all I'm left with is that symlinks aren't followed. That is when procd-jail is installed and using procd_add_jail (or manually executing ujail) on x86_64 using squashfs, on (for example) /usr/sbin/ntpd (which is a symlink to /bin/busybox), then in s

Re: [OpenWrt-Devel] [PATCH procd v3 0/7] jail work

Hi, Le 5 oct. 2015 13:49, "Etienne Champetier" a écrit : > > Hi John, > > 2015-10-05 11:14 GMT+02:00 John Crispin : >> >> >> >> On 27/08/2015 01:26, Etienne CHAMPETIER wrote: >> > v3 of my (u)jail work, you can now use separately >> > namespaces jail, capabilities and seccomp >> > >> > Openwrt pr

Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

On 08/10/2015 06:01, Daniel Dickinson wrote: > Hi again, > > It turns out the problem isn't Etienne's code, it is the fstools update > in revision 47083. > > This causes symlinks to not be followed which breaks procd-jail even > though the real issue is that procd-jail was in fact only working

Re: [OpenWrt-Devel] Jails current broken due to not following symlinks

Hi again, It turns out the problem isn't Etienne's code, it is the fstools update in revision 47083. This causes symlinks to not be followed which breaks procd-jail even though the real issue is that procd-jail was in fact only working due to broken behaviour. Regards, Daniel On 2015-10-

[OpenWrt-Devel] Jails current broken due to not following symlinks

Hi all, In Chaos Calmer revision 46996 which bumps procd to latest git breaks jails because Etienne's code fails to follow symlinks. This is a major problem because especially for libraries symlinks are what is reported int the ELF header (and for busybox 'binaries', or other multicall binar

Re: [OpenWrt-Devel] uhttpd: chunked output from cgi script

Hi Luigi, thank you for your patch proposal, it prompted me to take a deeper look into the problem. The issue should be fixed with the following commit: http://nbd.name/gitweb.cgi?p=uhttpd2.git;a=commitdiff;h=7ed2edc40dd6d0171266f3bfbc96466e1d25e3cd Regards, Jow signature.asc Description: O

[OpenWrt-Devel] [PATCH][ar71xx] add support for tp-link wr841n v10 image generation

This adds support to generate images for tp-link wr841n v10 which is almost identical with tp-link wr841n v9 but with a faster cpu at 650 Mhz. Tested on a european version. Signed-off-by: Daniel Petre --- a/target/linux/ar71xx/image/Makefile +++ b/target/linux/ar71xx/image/Makefile @@ -529,6 +

[OpenWrt-Devel] uhttpd: chunked output from cgi script

Hello list, I'm working on a CGI written in lua and I'm using uhttpd as webserver on a tp-link AP. I'm using external CGI interpreter, not embedded lua. I need that the output from my CGI is chunked since I would like to avoid to buffer the whole response and calculate the "Content-Length".

[OpenWrt-Devel] [PATCH] lantiq: bugfix luci lantiq_dsl status

Signed-off-by: Florian Eckert Signed-off-by: Helge Mader Reported-by: Jo-Philipp Wich --- Basically the problem is that the current "lucistatus" code emits invalid Lua code by providing no value for some parameters if dsl is not in showtime mode. .../lantiq/base-files/lib/functions/lantiq_d

Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Add possibility to choose PDP context type

I suspect too that issue isn't ISP having IPv6 or not, as the error comes instantly in the line... I'd suspect that this option "allows" for IPv6 to be used, does it fail if no IPv6 is available (in IPV4V6) or not is issue for further time... So does diffirent NCM-devices possibly have diffirent op

Re: [OpenWrt-Devel] [PATCH] comgt-ncm: Add possibility to choose PDP context type

On 2015-10-07 04:12, Andreas Fritiofson wrote: I see the exact same error in the logs and I've verified that E3276 doesn't accept IPV6 (or IPV4V6, or ... ) as the second parameter by manually echo -e 'AT+CGDCONT=1,"IPV6","internet.tele2.se ",""\r' > /dev/cdc-wdm0. Only