Re: [OpenWrt-Devel] OpenWrt /etc/hotplug.d/button/00-wps

* John kerry [16.09.2015 11:32]: > even i checked on http://www.shellcheck.net/ , its not giving any feedback, > it seems correct but still its not working. add 1 line on top of your script for debugging: set | logger and check with 'logread -f' the output when you press

Re: [OpenWrt-Devel] OpenWrt /etc/hotplug.d/button/00-wps

* John kerry [16.09.2015 08:10]: > Hi, > > I have changed the script as below: > > MYDEV='eth0.2' > > ["$ACTION" = "pressed" -a "$BUTTON" = "BUT_2" -a "INTERFACE" = 'wan'] && ^^^ a space here, so [ "$ACTION" - the same at the end: 'wan' ] use "$INTERFACE" with the '$'

Re: [OpenWrt-Devel] OpenWrt /etc/hotplug.d/button/00-wps

* John kerry [16.09.2015 12:18]: > I am getting below log: ok, i see: INTERFACE is not set, so you have to remove the check for this var and hardcode it. please stop sending mails like this, debug on your own with a local friend. bye, bastian

[OpenWrt-Devel] thanks for r46829 / replace ifconfig-usage with ip

Thanks for fully switching to 'ip' and abandon 'ifconfig/route'. Back in 2008 with r11157 i started the first discussion with a patch and the core team was against it. i tried again in 2009, but the additional 12k was just to much [1] for adding. Several discussions in IRC always leaded to 'too

Re: [OpenWrt-Devel] thanks for r46829 / replace ifconfig-usage with ip

* Steven Barth [11.09.2015 11:44]: > Well it's not yet abandoned we still have to migrate a lot of > stuff under target/ and in the feeds. ifconfig and route won't > go away before that happens. thanks for pointing at it: user@build:~/openwrt$ git grep 'ifconfig ' | wc -l 57

Re: [OpenWrt-Devel] OpenWrt /etc/hotplug.d/button/00-wps

* John kerry [15.09.2015 08:52]: > I have to write some condition in > /etc/hotplug.d/button/50-wps/ file > > I have to configure cat /etc/hotplug.d/button/00-wps file for following > condition: > if [ "$BUTTON" = "BTN_2" ] && [ "$ACTION" = "pressed" ]; then > > I have to

Re: [OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

* Stefan Hellermann [17.09.2015 20:00]: > Tested with Unison File Synchronizer on ar71xx and x86_64. Beware: > Stripping unison won't work! > Better solutions and comments are appreciated! > > Signed-off-by: Stefan Hellermann thank you! tested and

Re: [OpenWrt-Devel] [PATCH] [RFC] toolchain: add OCaml compiler

* Stefan Hellermann [17.09.2015 20:00]: > Tested with Unison File Synchronizer on ar71xx and x86_64. Beware: tested on kirkwood here, and it builds the toolchain/ocaml, but fails to compile unison: [...] arm-openwrt-linux-muslgnueabi-ocamlc -verbose -g -I lwt -I ubase -I

Re: [OpenWrt-Devel] OpenWrt /etc/hotplug.d/button/00-wps

* John kerry [15.09.2015 13:44]: > Hi, > > I have added following condition but its not working: > > MYDEV='eth0' > > if [ "$ACTION" = "pressed" -a "$BUTTON" = "BUT_2" ] && { remove the 'if' > devstatus "$MYDEV" | grep '"up": true' && { > echo "255" > >

Re: [OpenWrt-Devel] [PATCH 2/3] ramips: Add base-files for HiWiFi HC5x61 models

* Comman Kang [28.09.2015 17:37]: > Mostly done, except this one > > >+ hiwifi-hc5*61) > >+ __fac_mac=`strings /dev/mtd7 | grep 'fac_mac = > >..:..:..:..:..:..'` > >+ lan_mac=`expr "$__fac_mac" : '.*\(..:..:..:..:..:..\)' | tr > >'[A-Z]'

Re: [OpenWrt-Devel] UML not working in master

* Javier Domingo Cansino [26.09.2015 13:26]: > Hi, > > I wanted to setup for some tests an environment running uml, and I found > it's not compiling on master with default config. The error seems similar > to a previous one I found in the bug tracker. IMHO this is a macro

Re: [OpenWrt-Devel] Excluding a certain module from a kernel mod packaging ?

* Daniel Petre [27.09.2015 11:10]: > Hey guys, > i am wondering what is the easiest way to exclude a certain module from being > packaged? > For example i could use pptp from the "nf-nathelper-extra" package but i do > not need the rest: this is not supported IMHO,

Re: [OpenWrt-Devel] [PATCH v2] base-files: init/sysfixtime - exclude dnsmasq.time

* Kevin Darbyshire-Bryant [23.09.2015 12:21]: [...] > signature timestamps. If the system time is not actually 'internet > time' (within a tolerance of which I'm unclear) and dnsmasq is using > 'dnssec-check-unsigned' then ALL dns resolution will fail (everything

Re: [OpenWrt-Devel] [PATCH] base-files: sysfixtime exclude dnsmasq.time

* Kevin Darbyshire-Bryant [22.09.2015 11:06]: > Either way, including /etc/dnsmasq.time as a time source for sysfixtime > is not helpful. please drop this patch, i will send a V2 which is faster - thanks Kevin for V1 bye, bastian

[OpenWrt-Devel] [PATCH v2] base-files: init/sysfixtime - exclude dnsmasq.time

of every file, but only the newest in each subdirectory of /etc and sort them. this speeds up from 1.72 sec to 0.51 sec on my router. v1 - original concept from Kevin Darbyshire-Bryant <ke...@darbyshire-bryant.me.uk> v2 - speedup + update copyright date Signed-off-by: Bastian Bittorf

Re: [OpenWrt-Devel] [PATCH v2] base-files: init/sysfixtime - exclude dnsmasq.time

* Yousong Zhou [23.09.2015 07:58]: > In theory, a security sensitive mechanism's dependence on a > non-reliable timestamp file with access permission nobody:nogroup > makes little sense to me. How about that we do --dnssec-no-timecheck > on dnsmasq startup time and notify

[OpenWrt-Devel] compression with 'brotli' / squashfs / FYI

i did a quick test, how good 'brotli' performs in compression on binary files versus e.g. xz/lzma...here it is: bytes: 10.905.600 uncompressed 4.192.280 gzip -9 3.362.626 brotli -11 3.098.216 xz -9 --extreme 3.097.691 lzma -9 --extreme the uncompressed file is an unsquashfs'ed rootfs

[OpenWrt-Devel] HTTPS with 'letsencrypt.org' on OpenWrt

has anyone played with let's encrypt and their API? http://letsencrypt.readthedocs.org/en/latest/api.html at the moment they are doing really complicated stuff, but maybe it's possible to hack something simply with the built JSON-tools and curl? bye, bastian

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister <j...@szakmeister.net> [02.12.2015 16:04]: > On Wed, Dec 2, 2015 at 6:14 AM, Bastian Bittorf <bitt...@bluebottle.com> > wrote: > > * Petr Štetiar <yn...@true.cz> [30.11.2015 13:47]: > >> That sounds really great, can you please share

Re: [OpenWrt-Devel] [OpenWrt] openwrt build system costs: support of or foundation over?

* Eric Schultz [08.12.2015 07:18]: > but they don't even know who to pay in some cases. There's lots of reasons > why this has been the case but, in the end, more clarity in governance and > process would go a long way to help here. I'm happy to personally help but >

[OpenWrt-Devel] [PATCH] netifd: ifup-shellscript - fix wrong usage of 'local'

: not in a function /sbin/ifup: local: line 362: not in a function /sbin/ifup: local: line 1: not in a function Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/network/config/netifd/files/sbin/ifup | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/package/n

[OpenWrt-Devel] Q: procd / respawn if process dies

while trying to understand the procd respawn-trigger, I wrote this testscript: #!/bin/sh /etc/rc.common START=50 USE_PROCD=1 PROG=/tmp/test.sh start_service() { { echo '#!/bin/sh' echo 'logger START-$0 $$' echo 'sleep 10'

Re: [OpenWrt-Devel] Q: procd / respawn if process dies

* Yousong Zhou [08.12.2015 15:59]: > respawn is an instance attribute, moving that statement inside the > open/close instance block should do the job thanks for the hint, this works! bye, bastian ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister [02.12.2015 16:04]: > Do these numbers include building the toolchain? And I assume it does > not include downloading all the sources, correct? building toolchain is not included and sources are already in place. i will update the wikipage with exact

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > > build testing OpenWrt can be *really* fast, if you > > > > a) build in a ram-disk > > b) use dedicated hardware for each architecture > > > > i bet it's about 300 seconds for a full fresh > > distributed build for *all* architectures. > >

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > That sounds really great, can you please share more details? It's just your > guess or you've achieved such build times already? today tested PowerPC/mpc85xx and this needs 160 seconds: make clean; make -j25 (the test yesterday was with ar71xx

[OpenWrt-Devel] sysupgrade + reverse SSH tunnel broken

when starting sysupgrade on a router with an interactive reverse SSH session provided via dropbear/dbclient, the "dbclient" gets killed during early run of the script, keeping the box unreachable. maybe this is the same user other tunnels too. there are 3 possible ways i can imagine: 1) warn the

Re: [OpenWrt-Devel] [PATCH] base-files: For sysfixtime use hwclock if RTC available

* open...@daniel.thecshore.com [17.12.2015 10:39]: > From: Daniel Dickinson > > On systems that have an RTC prefer it to the file-based > time fixup (i.e. use hwclock when there is a permanent > clock instead of the faked up time

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Dirk Neukirchen [02.12.2015 15:35]: > Can you please add some compile speed numbers > on cloud service/workstation/ >8thread hardware to > this wiki page: https://wiki.openwrt.org/doc/faq/development yes, i will update that if i have collected for some more machines.

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister [02.12.2015 16:04]: > > today tested PowerPC/mpc85xx and this needs 160 seconds: > > make clean; make -j25 > > Do these numbers include building the toolchain? And I assume it does > not include downloading all the sources, correct? just bumping this

Re: [OpenWrt-Devel] [PATCH 6/6] ramips: mt7621: disable ISDN in kernel config

* John Crispin [14.12.2015 09:19]: > > +# CONFIG_ISDN is not set > > ah you found my easter egg. this has been in our config for ages for > some reason beyond my knowledge ;) using OpenWrt as an ISDN-dialup/concentrator is not totally out of scope, but nowadays it's at least

[OpenWrt-Devel] [PATCH] procd: emit events for sound subsystem

/card0/audio SUBSYSTEM: sound ACTION: add DEVNAME: mixer DEVPATH: /devices/platform/ehci-platform/usb1/1-1/1-1:1.0/sound/card0/mixer SUBSYSTEM: sound This fixes #21466. Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/system/procd/files/hotplug.json | 2 +- 1 file chan

Re: [OpenWrt-Devel] SDK vs. Toolchain+

* Daniel Dickinson [05.01.2016 18:48]: > The problem is that I find, at least with ar71xx, that even with a an > already compile toolchain that target/linux/compile takes an annoying > amount of time (even though nothing is being compiled, there is a lot > of stuff

Re: [OpenWrt-Devel] SDK vs. Toolchain+

* Daniel Dickinson [06.01.2016 20:11]: > Obviously your idea of cheap, fast hardware is based on the > assumption that one is working on OpenWrt for pay rather than hobby. sorry, i misunderstood and was thinking that it _is_ part of your business. you are right,

Re: [OpenWrt-Devel] [PATCH 1/1] [DEV-1329] use NTP server received via DHCP

* amine ahd [07.01.2016 10:34]: the patch is from wrong dir. please do a 'git format-patch' inside the OpenWrt-dir, so the modified files are: package/utils/busybox/Makefile package/utils/busybox/files/sysntpd package/utils/busybox/files/sysntpd.hotplug for the subject:

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [07.01.2016 19:41]: > --- > package/utils/busybox/Makefile | 3 ++ > package/utils/busybox/files/sysntpd| 28 +++- > .../package/utils/busybox/files/sysntpd.hotplug| 53 > ++ the path for "sysntpd.hotplug" is

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Imre Kaloz [23.12.2015 16:22]: > >I'd hate to have some corner case result in bricked routers for > >people who have no means of recovering from a bad flash. > > You can reflash from the bootloader all the time, we are talking > about userland here. IMHO this should be just

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > >> > till the real keys are generated? it can last several minutes on some > >> > routers and it feels like the box is broken. also: if really > something > >> > goes wrong during key generating we can at least login. >

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > 2) if the user is "used" to a key mismatch, and they type their password in, >the password has just been compromised. this is indeed true for IPv6/linklocal > A better approach is that the ssh daemon should start, open port 22,

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > 1) when the "default" key is being used, the box can be impersonated. hmmm, it can - but you need another box on the same wire with the same IP 192.168.1.1 > 2) if the user is "used" to a key mismatch, and they type their password

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Daniel Curran-Dickinson [23.12.2015 17:27]: > I'm implementing without mount_root - that means passwordless > failsafe unless user has preconfigured passwords in their image. > OTOH if they have configured passwords in their image then they will > be required. ok,

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Imre Kaloz [24.12.2015 21:15]: > >while we are at it: what about including default private keys for SSH > >till the real keys are generated? it can last several minutes on some > >routers and it feels like the box is broken. also: if really something > >goes wrong during key

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* John Crispin [24.12.2015 21:15]: > > while we are at it: what about including default private keys for SSH > > till the real keys are generated? it can last several minutes on some > > routers and it feels like the box is broken. also: if really something > > goes wrong

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [22.12.2015 17:40]: > + #get the list of ntp servers from DHCP using ubus. > + ntpservers=`ubus call network.interface dump | grep "ntpserver" | cut > -d":" -f2 | tr -d '"'` remove the comment, it's obvious what you are doing. when using comment, use a

[OpenWrt-Devel] flock vs. lock in scripts

OpenWrt ships since a long time an own implementation of locking for scripts: https://dev.openwrt.org/browser/trunk/package/utils/busybox/patches/220-add_lock_util.patch can we use 'flock' for that which is upstream/busybox or maybe use a shell-function for that? seems, that the only users are:

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > > i bet it's about 300 seconds for a full fresh > > distributed build for *all* architectures. > > That sounds really great, can you please share more details? It's just your > guess or you've achieved such build times already? ofcourse we

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [12.01.2016 10:08]: > + [ "$use_dhcp" = 1 ] && { > + if [ -z "$dhcp_ifaces" ]; then > + local dump=$(ubus call network.interface dump) > + ntpservers=$(jsonfilter -s "$dump" -e >

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [12.01.2016 10:08]: > --- > package/utils/busybox/Makefile | 3 ++ > package/utils/busybox/files/sysntpd| 26 ++- > package/utils/busybox/files/sysntpd.hotplug| 53 ++ > 3 files changed, 80 insertions(+), 2

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* Amine Aouled Hamed [15.01.2016 10:03]: > > please make var 'iface' local and while you are there, move > > all the 'local' declaration to the head of the function. > > Wouldn't be better if the local vars inside of the if and for statements > stay inside? maybe thats

Re: [OpenWrt-Devel] [PATCH] brcm47xx: Mark broken; no working images

* Daniel Dickinson [14.01.2016 17:35]: > If on trunk, what compile options do use to make the images build > successfully? I get failed compiles with warning that the image is > too big on any brcm47xx target I tried, so unless wl-500gp is bigger > than most of

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [14.01.2016 10:29]: thank you, patch applies... > start_service() { > - local server enabled enable_server peer > + local server enabled enable_server peer ntpservers > + local use_dhcp="$(uci -q get system.ntp.use_dhcp)" > >

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Nishant Sharma [18.01.2016 15:40]: > I was wondering if there is a way to dissociate STAs who say go below > a minimum threshold SNR or signal level of say -65dBm in a multi-AP > scenario? we also faced this, while doing roaming. i workaround is to have something like:

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [19.01.2016 10:12]: > start_service() { > - local server enabled enable_server peer > - > + local server enabled enable_server peer ntpservers iface status > ntpserver dump > + local dhcp_ifaces="$(uci -q get system.ntp.dhcp_ifaces)" > + please

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Nishant Sharma [19.01.2016 07:46]: > >ubus call hostapd.$dev del_client '{ "addr" : "$mac", "reason" : > >"assoc toomany", "ban_time" : 1 }' > Thanks for the pointers. It works for me. > > What exactly is ban_time unit? I presume it's millisecond. yes,

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Weedy [19.01.2016 07:46]: > > I was wondering if there is a way to dissociate STAs who say go below a > > minimum threshold SNR or signal level of say -65dBm in a multi-AP scenario? > > > option disassoc_low_ack1 > Adjust this code to trigger higher? yes, this also

Re: [OpenWrt-Devel] Patchwork patch state mysteriously changed to "Not applicable"

* Bob Ham [12.02.2016 11:00]: > now has the state of "Not applicable" but there are no comments and it > doesn't say who changed the status. what I see is, that 'luci-app-bmx6/files/usr/lib/lua/luci/model/cbi/bmx6/main.lua' is at least does not belong to openwrt.git - you

[OpenWrt-Devel] erro compiling 'master' with musl

user@box:~/openwrt$ cat logs/package/feeds/routing/olsrd/compile.txt make[4]: Entering directory `/home/bastian/openwrt/build_dir/target-mips_34kc_musl-1.1.12/olsrd-master' [CC] src/main.c src/main.c:48:22: fatal error: execinfo.h: No such file or directory compilation terminated. make[4]: ***

Re: [OpenWrt-Devel] [PATCH] iproute2: ip_tiny.patch: Don't filter CAN support

* Pushpal Sidhu [28.01.2016 11:06]: > Adds < 4k to ipk. can you explain your usecase? how much does the binary grow? bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [28.01.2016 11:06]: > Like following? > > deps_ok && $HWCLOCK -s -f $RTC_DEV && exit 0 && return just: deps_ok && $HWCLOCK -s -f $RTC_DEV && return bye, bastian ___ openwrt-devel mailing list

[OpenWrt-Devel] regex issue / asterisk / musl / sed

dear hackers, i cannot find any former issue with that, but want to document this here. I spotted an issue in one of our scripts and it boils down to: root@box:~ echo 'o*o' | sed -e 's/*/asterisk/g' sed: bad regex '*': Invalid regexp root@box:~ echo 'o*o' | sed -e 's/\*/asterisk/g' oasterisko

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* John Crispin [21.01.2016 13:30]: > hang on there, this looks like bastel basti scriptowahn 8-) but the 'exit VS. return' is valid... bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [21.01.2016 12:22]: > boot() { > + [ -e "$RTC_DEV" ] && [ -e "$HWCLOCK" ] && $HWCLOCK -s -f $RTC_DEV && > exit 0 thank you! can you please do in this line a: && return and introduce a helper (maybe overengineered 8-) deps_ok() { [ -e "$RTC_DEV" ] &&

Re: [OpenWrt-Devel] [PATCH 1/3] package/network/utils/iproute: ip-full/busybox provides ip

* open...@daniel.thecshore.com [21.01.2016 07:06]: > From: Daniel Dickinson > > Allow to use dependencies on 'ip' command without forcing a > particular version by having ip-full and busybox (if ip > applet enabled), as well as

Re: [OpenWrt-Devel] [PATCH 3/3] package/network/config/qos-scripts: Drop ifconfig and use ip command instead

* Daniel Dickinson [22.01.2016 07:55]: > >>- export dev_${dir}="ifconfig $dev up txqueuelen 5 >&- 2>&- > >>+ export dev_${dir}="ip link set $dev up txqueuelen 5 >&- 2>&- > >This doesn't actually work... > > Is it unsupported by busybox ip applet?

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

* John Clark [22.01.2016 07:55]: > Is it intentional that wget is not available by default in the i just send a patch. thanks for spotting this. bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] netifd question

* Daniel Dickinson [22.01.2016 07:55]: > For a netifd protocol is there way to tell netifd to *not* > automatically try to restart the connection? we have samething similar for PPPoE. option 'authfail' '1' # since r33291 check

[OpenWrt-Devel] [PATCH] base-files: fix sysupgrade 'wget' handling

with r48379 and r48386 the path of wget changed. respect that and adjust the dirname. this fixes #21680 Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/base-files/files/lib/upgrade/common.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/packag

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

* John Clark [22.01.2016 07:55]: > Is it intentional that wget is not available by default in the > current trunk? I noticed this because /sbin/sysupgrade is failing in > the current build of designated driver due to this. I thought I > would point it out. yes, is was

Re: [OpenWrt-Devel] [PATCH] busybox: sysntpd - use NTP servers received via DHCP

* Amine Aouled Hamed [25.01.2016 14:53]: > So using the latest procd version, > I added a simple logger message on top start_service() in sysntpd and added > the triggers in service_triggers and to test I just unplugged and > re-plugget my network cable and checked logread. >

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

* open...@daniel.thecshore.com [20.01.2016 07:21]: > @@ -5,30 +5,34 @@ set_classless_routes() { > local max=128 > local type thanks for that, i have it also on my todo-list. please remove also the 'local type' here. > done > } > >

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

* Martin Tippmann [24.01.2016 09:10]: > Sorry if I was not clear - I meant uclient-fetch not wget. me too, i showed the link /bin/wget which *is* uclient-fetch > # opkg list | grep uclient > libuclient - 2016-01-21-b9808a8c3a8922ed8df4e6fe45848ac2e52f13be >

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

* Daniel Dickinson [20.01.2016 10:18]: > >>+ local prefix="$( > >>+ eval "$(ipcalc.sh 0.0.0.0 ${subnet:-255.255.255.0})" > >>+ echo -n $PREFIX > > > >dont use '-n' > > Why not? It prevents echo from emitting an unwanted newline. by the way:

Re: [OpenWrt-Devel] [PATCH v2] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [20.01.2016 10:14]: thank you! > START=00 > +STOP=90 > + > +rtc_dev=/dev/rtc0 > +hwclock=/sbin/hwclock please use varname in UPPERCASE if global (just a style issue) the rest looks good to me. bye, bastian ___

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

* Daniel Dickinson [20.01.2016 10:18]: > >>+ local prefix="$( > >>+ eval "$(ipcalc.sh 0.0.0.0 ${subnet:-255.255.255.0})" > >>+ echo -n $PREFIX > > > >dont use '-n' > > Why not? It prevents echo from emitting an unwanted newline. it's not

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [20.01.2016 10:09]: thank you! > The current state of NTP is to load the list of NTP servers > from the static file /etc/config/system. > This patch allows ntpd to get NTP servers from DHCP. like john wrote already: if you edit the first line of the

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

* open...@daniel.thecshore.com <open...@daniel.thecshore.com> [20.01.2016 14:01]: > +# From Bastian Bittorf <bitt...@bluebottle.com> > +# Included in this file to avoid dependencies > +mask2cidr() please drop the comment, thank you. > +{ > + local x=${1##*

[OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

' which omits the interactive question: root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file system so the startup can continue. Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/network/services/dr

Re: [OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

* John Crispin [16.02.2016 18:39]: > > fix that by using 'mv -f' which omits the interactive question: > > > > root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ > > mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file > > system > > > > this is

Re: [OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

* John Crispin [16.02.2016 18:39]: > > root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ > > mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file > > system > > this is really only fighting the symptoms. we dont really want to have > all scripts

Re: [OpenWrt-Devel] erro compiling 'master' with musl

* Bastian Bittorf <bitt...@bluebottle.com> [12.02.2016 11:12]: > as far as i read we should replace the > > #ifdef __linux__ > with > #ifdef __GLIBC__ any opinions about that? so should i send a proper patch to ML? bye, bastian

Re: [OpenWrt-Devel] [EXPERIMENTAL] [PATCH] package/utils/busybox: Make busybox /bin /sbin so full first in /usr/bin /usr/sbin

* open...@daniel.thecshore.com [22.02.2016 09:50]: > install_bin /bin/busybox /bin/ash /bin/sh /bin/mount /bin/umount > \ > /sbin/pivot_root /sbin/reboot /bin/sync /bin/dd /bin/grep > \ > - /bin/cp /bin/mv /bin/tar

Re: [OpenWrt-Devel] Question regarding call python script

* Paul Fertser [11.03.2016 11:15]: > As a sidenote, POSIX shell doesn't support associative arrays (which > were mentioned in this thread), so it's probably worth clarifying > whether it's ok to require bash >= 4 for OpenWrt build scripts or not. yes, POSIX is "missing" some

Re: [OpenWrt-Devel] Question regarding call python script

* John Crispin [11.03.2016 06:27]: > depends on what you want to do. i dont really see anything that cannot > be handled using shell. what exactly do you want to write in python ? also in general i think it's a good idea to have less dependency than more. personally 8-) i

Re: [OpenWrt-Devel] Question regarding call python script

* Jason Wu [14.03.2016 07:39]: > Just to be sure, are you saying that we should also avoid indexed > array in bash? It is possible to create n-dimensional arrays with > indexed array. The main reason for this is to be sure that I am on > the right track. "Complexity is a

[OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

maybe someone has the power to bump kernel 4.1.x to 4.1.20 - it has in jffs2-deadlock fix... does somebody already working or on the schedule? bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] Question regarding call python script

* Karl Palsson [13.03.2016 10:00]: > > array_set "test" 7 > > array_get 7 > > > > or for 2-dimensional arrays: > > array_set "2dim" 3 14 > > array_get 3 14 > > You know, this is _exactly_ why people want to use python or even > perl instead of bash/awk/sed. > > This is a

Re: [OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

* Sedat Dilek <sedat.di...@gmail.com> [18.03.2016 13:33]: > On Fri, Mar 18, 2016 at 8:42 AM, Bastian Bittorf <bitt...@bluebottle.com> > wrote: > > maybe someone has the power to bump > > kernel 4.1.x to 4.1.20 - it has in > > jffs2-deadlock fix... &

Re: [OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

* Sedat Dilek [18.03.2016 13:33]: > Just FYI... > > "jffs2: Fix page lock / f->sem deadlock" see [1]. > > - Sedat - > > [1] > http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=v4.1.20=e0dae728bf0878ad831440ff5d2e90ec10b794a4 yes, we can

Re: [OpenWrt-Devel] Sha256 checksum generation of images: why OpenSSL instead of sha256sum?

* Stijn Segers [22.03.2016 08:47]: > Is there a specific reason why OpenSSL is used instead of sha256sum? it's all about portability. OpenSSL is widely available, and sha256 not. maybe you can 'sanitize' the output somehow? bye, bastian

Re: [OpenWrt-Devel] [musl] regex issue / asterisk / musl / sed

* Szabolcs Nagy [29.02.2016 20:35]: > a possible fix is attached, the handling of ^ and $ > in BRE is suboptimal, but that will need a bigger > refactoring. thank you, fixes it for me on x86/UML and MIPS/ar71xx. bye, bastian ___

Re: [OpenWrt-Devel] [PATCH][CC] Revert "ar71xx: change some TP-link modelnames (WR841, WA701, WA730)"

* Sven Roederer [27.04.2016 08:30]: > So finally, as this change will come, so it comes already inside this release > and some derived projects also adapted the change. We also adapted this change and it makes the world better. bye, bastian

Re: [OpenWrt-Devel] [PATCH][CC] Revert "ar71xx: change some TP-link modelnames (WR841, WA701, WA730)"

* John Crispin [25.04.2016 07:39]: > > The changed image name breaks compatibility for derived projects and > > that's something which should only happen if there is a really good > > reason (e.g. security fix). > > how does it beak compatibility ? I think they auto-download a

Re: [PATCH v2] vxlan: allow for dynamic source ip selection

On Tue, Nov 24, 2020 at 04:26:29AM +0100, Johannes Kimmel wrote: > Fixes: FS#3426 > Ref: https://bugs.openwrt.org/index.php?do=details_id=3426 > > V2: > - bump PKG_RELEASE > - add small explaination about behaviour changes > > Signed-off-by: Johannes Kimmel Te

[PATCH] mac80211: fix IBSS/adhoc mode for brcmfmac (e.g. Raspberry Pi Zero W)

xx devices with different revisions: this patch does not harm. please also apply to stable branch. Signed-off-by: Bastian Bittorf --- package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac8

Re: WDS stopped working in 21.02, looking for bug in netifd

On Thu, Sep 23, 2021 at 03:17:15PM +0200, Daniel Haid wrote: > Is there any way to dump a detailed state of the wlan driver in the kernel? > Or the state of netifd? Sould I enable some debug options? at least you can try to debug with 2 terminals an running: iw event ip monitor bye, Bastian

Re: [PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

On Sun, Oct 17, 2021 at 05:45:19PM +0100, Daniel Golle wrote: > > + "because jailing /tmp does not work: choose > > e.g. /tmp/dnsmasq/leasefile" > > + } > To do what you describe in the commit message it would be > } else { > > I'm fine with either, just the

[PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

ases: Read-only file system Thu Oct 14 18:32:38 2021 daemon.crit dnsmasq[1]: FAILED to start up Ref: https://bugs.openwrt.org/index.php?do=details_id=4085 Acked-by: Daniel Golle Signed-off-by: Bastian Bittorf --- .../services/dnsmasq/files/dnsmasq.init | 19 --- 1 file c

Re: [PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

On Mon, Oct 18, 2021 at 10:20:56AM +0100, Daniel Golle wrote: > On Mon, Oct 18, 2021 at 08:12:00AM +0000, Bastian Bittorf wrote: [...] > > This is v2 of the patch with a more correct description what is does. > > > > Ref: https://bugs.openwrt.org/index.php?do=details_

Re: uml: drop target

On Sun, Oct 10, 2021 at 12:23:16PM -0400, Michael Richardson wrote: > I haven't used the UML target in the past year, but I have used it a lot > before. > The ability to do hostfs mounts is very nice. > If it went away, I'd be sad, it's not a disaster as you say. I'am also an infrequent user. I

[PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

by: Daniel Golle Signed-off-by: Bastian Bittorf --- .../services/dnsmasq/files/dnsmasq.init | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/package/network/services/dnsmasq/files/dnsmasq.init b/package/network/services/dnsmasq/files/dnsmasq.init index

<    2   3   4   5   6   7   8   >