Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

>> Not entirely. It (r48456) segfaults on receiving a 301 redirect for >> http->https: >> >> # /bin/uclient-fetch -O- 'http://de-korte.org/robots.txt' >> Downloading 'http://de-korte.org/robots.txt' >> Connecting to 2001:470:7ad2::10:80 >> Segmentation fault > That's an error handling bug - the

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

On 2016-01-23 01:25, Felix Fietkau wrote: > On 2016-01-23 00:45, Arjen de Korte wrote: >> It also behaves differently with the http://dyn.dns.he.net servers >> (returning a Connection failure, despite also returning a result). See >> below: >> >> # /bin/uclient-fetch -O- >>

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

On 2016-01-23 13:53, Martin Tippmann wrote: >>> Not entirely. It (r48456) segfaults on receiving a 301 redirect for >>> http->https: >>> >>> # /bin/uclient-fetch -O- 'http://de-korte.org/robots.txt' >>> Downloading 'http://de-korte.org/robots.txt' >>> Connecting to 2001:470:7ad2::10:80 >>>

[OpenWrt-Devel] [PATCH 1/1] uhttpd.init: generate 2048 bit RSA key

RSA keys should be generated with sufficient length. Using 1024 bits is considered unsafe. In other packages the used key length is 2048 bits. Signed-off-by: Heinrich Schuchardt --- package/network/services/uhttpd/files/uhttpd.init | 2 +- 1 file changed, 1 insertion(+), 1

[OpenWrt-Devel] [PATCH 1/1 v2] package/uhttpd: generate 2048 bit RSA key

RSA keys should be generated with sufficient length. Using 1024 bits is considered unsafe. In other packages the used key length is 2048 bits. Signed-off-by: Heinrich Schuchardt --- package/network/services/uhttpd/files/uhttpd.config | 2 +-

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

2016-01-23 14:36 GMT+01:00 Bastian Bittorf : > * Martin Tippmann [23.01.2016 14:23]: >> The daemon should work fine, at least curl and wget on Ubuntu handle it fine. > > i cannot reproduce this here: Sorry if I was not clear - I meant

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

Citeren Felix Fietkau : On 2016-01-23 01:25, Felix Fietkau wrote: On 2016-01-23 00:45, Arjen de Korte wrote: It also behaves differently with the http://dyn.dns.he.net servers (returning a Connection failure, despite also returning a result). See below: # /bin/uclient-fetch

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

On 2016-01-23 20:54, Arjen de Korte wrote: > Citeren Felix Fietkau : > >> On 2016-01-23 01:25, Felix Fietkau wrote: >>> On 2016-01-23 00:45, Arjen de Korte wrote: It also behaves differently with the http://dyn.dns.he.net servers (returning a Connection failure,

[OpenWrt-Devel] Bug Report: zram corrupts memory / misbehaves on ar71xx

Hi, are here any other users of zram? We see some serious issues: - application segfaults on memory pressure, without zram the OOM killer is invoked but with zram random SIGSEVs starting to happen. This happens also with light memory pressure e.g. when using luci. Unfortunately I'm at loss how

[OpenWrt-Devel] [PATCH] lantiq: Make the ar9.dtsi sram node match "simple-bus"

All other SoC types are using "lantiq,sram" and "simple-bus" to ensure that all child nodes are set up correctly during linux kernel initialization (plat_of_setup(void) in arch/mips/lantiq/prom.c). Without this some of sram child nodes might not be parsed. Signed-off-by: Martin Blumenstingl

[OpenWrt-Devel] Discussion: Replace BUSYBOX NSLOOKUP by hostip package

For some (good) reason you decided to remove wget from BusyBox and replace it by uclient-fetch. Why not also remove nslookup from BusyBox. - If compiled with musl it malfunction with given dns-server - use hostip package instead. Tiny and functional What do you think?

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

On 2016-01-24 00:21, Christian Schoenebeck wrote: > For whatever reason uclient-fetch is installed into /bin directory. > Your plan is to use it as a replacement for Busybox Wget. Fine. > Why do you place the wget link to uclient-fetch also into /bin ? > wget default location is /usr/bin/wget > >

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

For whatever reason uclient-fetch is installed into /bin directory. Your plan is to use it as a replacement for Busybox Wget. Fine. Why do you place the wget link to uclient-fetch also into /bin ? wget default location is /usr/bin/wget If you later install GNU wget the package will remove