Re: [LEDE-DEV] [PATCH v3] busybox: update to 1.27.1

* Magnus Kroken [08.08.2017 18:23]: > Refresh patches, delete patches backported from upstream. > > Signed-off-by: Magnus Kroken > --- > v2: Delete 120-remove_uclibc_rpc_check.patch as well, > as suggested by Baptiste Jonglez. Also rework changes in >

[LEDE-DEV] [PATCH] busybox: ash/hush fix for read-builtin command

this is a cherrypick from busybox-git HEAD: f5470419404d643070db99d058405b714695b817 and can be removed when upgrading to next busybox release. discussion here: http://lists.busybox.net/pipermail/busybox/2017-May/085439.html Signed-off-by: Bastian Bittorf <b...@npl.de> --- ...ush-fix-S

Re: [LEDE-DEV] dropbear & gcc 7.1.0

* Syrone Wong [29.05.2017 10:03]: > > have you tried to '/etc/init.d/dropbear'? > > The problem is you cannot access the router, which means you cannot > execute any commands. ok, maybe you can execute a command with LuCI? (i'am not familiar with LuCI) maybe you can try

Re: [LEDE-DEV] dropbear & gcc 7.1.0

* e9hack [29.05.2017 08:59]: > if I select gcc 7.1.0 instead of gcc 6.3.0, anything seems to be work with > exception of dropbear (and a few build fixes > for some packages are necessary). Dropbear is running, but it isn't possible > to connect. The message from WinSCP is >

Re: [LEDE-DEV] [PATCH usbmode] fix indices of messages

* Julian Labus [19.05.2017 07:29]: > to me it looks like LEDE has its own implementation of usb-modeswitch > and only uses usb-modeswitch-data from the upstream project or is this > just a mirror? > > https://git.lede-project.org/?p=project/usbmode.git You are totally

Re: [LEDE-DEV] [PATCH usbmode] fix indices of messages

* Julian Labus [18.05.2017 20:16]: > the way how the script checked if a key already exists in a hash > leads to wrong indices for %messages. > > Signed-off-by: Julian Labus > --- > convert-modeswitch.pl | 9 + thanks for your patch. it

Re: [LEDE-DEV] [PATCH v2] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

* Bastian Bittorf <b...@npl.de> [15.05.2017 09:27]: > > + [ "$noreolv" -eq '1' -o "$resolvfile" = "/tmp/resolv.conf.auto" ] && { > > thanks for the patch! > > please test for 'bool_true' not for 1 sorry for the noise, this is a

Re: [LEDE-DEV] [PATCH v2] dnsmasq: also write /tmp/resolv.conf when UCI dhcp.dnsmasq.noresolv is '1'

* Paul Oranje [15.05.2017 09:08]: > fixes FS#785 > v1: write /tmp/resolv.conf also when nosolv is true > v2: also change guard in dnsmasq_stop() routine > > Signed-off-by: Paul Oranje > --- > package/network/services/dnsmasq/files/dnsmasq.init | 4 ++-- > 1 file

Re: [LEDE-DEV] [PATCH 1/5] base-files: introduce /lib/functions/board.sh

* Felix Fietkau [30.04.2017 09:30]: > > +board_name() > > +{ > > + sysinfo board_name > > +} > > + > > +board_model() > > +{ > > + sysinfo model > > +} > Do we really need board_model() at all? I think it's better to leave the > board_name() function where it is instead of

[LEDE-DEV] rb532 / install to NAND

i'am having problems getting NAND to work. i can boot r3979 from compact flash without problems and do: # sysupgrade -n lede-rb532-nand-squashfs-sysupgrade.bin (and hope it writes to nand, so i can remove the CF-card) it looks good so far: root@LEDE:~# sysupgrade -n

[LEDE-DEV] [PATCH] dnsmasq: fix uninitialized varname in init-script

minor/cosmetic: fixes the following misleading message: root@box:~ /etc/init.d/dnsmasq restart sh: out of range Signed-off-by: Bastian Bittorf <b...@npl.de> --- package/network/services/dnsmasq/files/dnsmasq.init | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/p

Re: [LEDE-DEV] Release 17.01.0 binary packages have changed and SDK inconsistency

* James Feeney [29.03.2017 10:15]: > Let me say again, I think that this is an important issue that the LEDE > project > needs to address and remedy. I believe that the ultimate credibility and > reputation of the LEDE project is at stake. what we do "internally": checkout

Re: [LEDE-DEV] Kodi

* Stijn Tintel [15.03.2017 10:03]: > work on Raspberry Pi. My main question now is: is there any interest in > having Kodi for LEDE at all, or should I not bother preparing it for > submission. i like it...any repo where we can see your changes? bye, bastian

Re: [LEDE-DEV] [PATCH] mac80211: Fix race condition leading to wifi interfaces not coming up at boot sometimes.

* Vittorio Gambaletta (VittGam) [14.03.2017 07:55]: > +mac80211_iw_interface_add() { > + local phy="$1" > + local ifname="$2" > + local type="$3" > + local wdsflag="$4" please add a 'local ret' here, or better use the common 'local rc=0' and later always

Re: [LEDE-DEV] [RFC] au1000: drop support / serial console

* Bruno Randolf [09.03.2017 14:15]: > The connector is on the second picture > (http://intercity-vpn.de/files/openwrt/au1000/.800/.html/IMG_20170309_085751.jpg.html), > above the 4G logo. It's actually a 24 pin connector. I updated the > wiki. thanks a lot, it works. will dig

Re: [LEDE-DEV] [RFC] au1000: drop support / serial console

* Florian Fainelli [09.03.2017 08:36]: > Is that already a compressed kernel, seems like you could easily get it > down to 1-2MiB with compression. at the moment i have problems finding the real serial pinout. (YAMON is not enough at this stage). I uploaded 7 pictures here:

Re: [LEDE-DEV] [RFC] au1000: drop support

* Florian Fainelli [09.03.2017 08:36]: > > partition size, which is 44 blocks and ~2816 kilobytes. Our kernel > > is around 3,3mb...ofcourse i can reduce the size, is that an option > > for that target? > > Is that already a compressed kernel, seems like you could easily

Re: [LEDE-DEV] [RFC] au1000: drop support

* John Crispin [26.02.2017 20:20]: > ok, send your v4.9 series when it is ready. after some trial and error: the (ram-)kernel boots without issues, but flashing is not possible, because we have only 0x2c kernel partition size, which is 44 blocks and ~2816 kilobytes. Our

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Bastian Bittorf <b...@npl.de> [07.03.2017 11:07]: > * Tino Reichardt <list-l...@mcmilk.de> [06.03.2017 08:24]: > > BE AWARE: > > My patch seems to work fine, even the dsl modem seems to be correctly > > loaded. But it's not tested currently... so please d

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Tino Reichardt [06.03.2017 08:24]: > BE AWARE: > My patch seems to work fine, even the dsl modem seems to be correctly > loaded. But it's not tested currently... so please do not flash your > modems, when they are needed currently ;) Impressive! i will check if pppoe works

[LEDE-DEV] Q: bad longshot: iw dev wlanX station dump - what is: "rx drop misc:"

I have a bad performing "longshot" (~10 meters): both sides with recent LEDE, one 1043ND and one WDR4300 on 2.4GHz. The link performs bad, although the values seem OK: # iw dev wlan0 station dump (on 1043ND) Station 64:70:02:d3:24:0b (on wlan0) inactive time: 0 ms rx bytes:

Re: [LEDE-DEV] [RFC] au1000: drop support

* John Crispin [26.02.2017 16:18]: > This target failed to boot with v4.4 and we did not have the hardware to > test. Bruno and myself were the last users and neither of us has any future I have 50 of them and will try to get some serial output, what is wrong this week. bye,

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* David Lang [25.02.2017 20:11]: > The kernel already includes facilities for signing modules, if you > are looking for a way to sign and verify things, it seems like it > would make sense to adapt that to sign the entire image. It is not about signing the image/modules, but

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Felix Fietkau [25.02.2017 14:50]: > > root@LEDE:~ :) usign -B > > 98021604736550012081493806018992642304441039324849310980174888200312941028157 > > 114543661949658574850110716953530268394806126479026079327889534650057251922973 > I think patching something existing like usign does

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Michael Richardson [24.02.2017 19:00]: > 2) call the first 16 bytes the build-identifier, base64 it. Or perhaps >bubble-babble it, and show it to the user, etc. as the recognizable >build name. the 'bubble-babble' thing is really interesting:

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Michael Richardson [24.02.2017 19:00]: > >> Anyone can multiply two large prime numbers to get the solution. > > > oh, i was thinking that when you have a large number, e.g. > > >

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Tino Reichardt [24.02.2017 16:26]: > Hidden Webinterface on default Firmware: http://172.16.1.254:8235/, with > user "admin" and password: "coolwhite" really ugly + HTML v0.9 - i found now: advanced settings -> system -> firmware -> upgrade bye, bastian

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Tino Reichardt [24.02.2017 16:26]: > Telnet on Port 23 is also there. I will check, if it can be upgraded via > telnet or webinterface. user: root pass: admin cool! # cat /etc/inetd.conf tftpdgram udp waitroottftpifxftp - - /usr/bin/tftpd

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Tino Reichardt [24.02.2017 16:26]: > Hidden Webinterface on default Firmware: http://172.16.1.254:8235/, with > user "admin" and password: "coolwhite" indeed! the webif suggests, that there is a TFTP service running. do you know the Telnet pass? bye, bastian

Re: [LEDE-DEV] [PATCH] Lantiq Amazon-SE SoC / ADSL Modem Allnet All0333CJ Rev.C

* Tino Reichardt [24.02.2017 13:30]: > I have created a small homepage for the patch, it is located here: > https://mcmilk.de/projects/all0333cj/ the only way flashing it, is using a serial line? bye, bastian ___ Lede-dev mailing

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Michael Richardson [24.02.2017 09:03]: > > large random primenumbers. On the serverside, we store the product > > (aka: solution) of these 2 numbers. This is repeated for each generated > > image. (sorry, it breaks reproducable builds for now) > > Anyone can

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Eric Schultz [23.02.2017 07:57]: > prpl member IntrinsicID has physically unclonable function technology which > allows a key to be generated at bootup based upon the physical > characteristics of the device. It's the same key generated everytime but it this is not

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

ed in feedback, see the patch attached. bye, bastian >From bbd520f1ee96f2876a7dfd8ad14ba0445ed1abea Mon Sep 17 00:00:00 2001 From: Bastian Bittorf <b...@npl.de> Date: Thu, 23 Feb 2017 08:16:28 +0100 Subject: [PATCH] usign: support new option '-B': print a secret which was included

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Yousong Zhou [22.02.2017 13:19]: > How about generating at build time a piece of c code whose output when > run at the target board will be the source code itself (quine). We > can use the output content to seed the computation of signature. The > binary itself should

Re: [LEDE-DEV] automated signed firmware upgrades / hide a secret in image

* Joris de Vries [22.02.2017 10:34]: > Still it is a very interesting idea and I’d love to read more thoughts on > this! i will give a talk about this on battlemesh/vienna. I the slides are ready, i will poke the list... bye, bastian

[LEDE-DEV] automated signed firmware upgrades / hide a secret in image

dear devs, I'm polishing up our work-in-progress regarding automated firmware-upgrades in our community network and I have a concept problem: our images/the sha256-sum's are signed:

Re: [LEDE-DEV] need help / info [httpd/apache]

* Denis Periša [21.02.2017 06:44]: > Thank you Bastian. I've come to realize it could be possible :) > Only thing that lacks is apaches nice way of redirecting 404 page to > php, here if I do that it sends php file as html, without execution. this should work. Have you set

Re: [LEDE-DEV] need help / info [httpd/apache]

* Denis Periša [20.02.2017 09:06]: > Is there any other httpd that supports php and 404 error pages? the "builtin" server 'uhttpd' supports both. read the wiki about uci/uhttpd. bye, bastian ___ Lede-dev mailing list

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

* Bastian Bittorf <b...@npl.de> [09.02.2017 17:45]: > is 'make menuconfig' also using 'package-metadata.pl'? > > I ask, because start 'menuconfig' and selecting/unselecting > symbols with the GUI is very fast, but the same operation - is'nt it? i will answer t

Re: [LEDE-DEV] anonymous stats / was: Release Candidate Test Plan - first draft

* Etienne Champetier [07.02.2017 16:27]: > not a fan of leaking revision number on public network by default (if > you are connected to public wifi or ...) This is a valid point somehow, but: because model and revision number can/must be encoded with e.g. base64 it

Re: [LEDE-DEV] massive speed-loss using 'make defconfig'

* Jo-Philipp Wich [07.02.2017 15:20]: > Check "git log scripts/config/" and compare the complexity & size of > "./scripts/metadata.pl config tmp/.packageinfo" in OpenWrt with > "./scripts/package-metadata.pl config tmp/.packageinfo" on LEDE. > > Also compare the

[LEDE-DEV] massive speed-loss using 'make defconfig'

in our build-process we make intensive use of 'make defconfig' and registrated a massive speed-loss in building comparing with OpenWrt r49276 on the same machine with nearly the same .config: r49276: ~1.2sec LEDE: ~10 sec everything is in a tmpfs, it's a Xeon 5680@3.33GHz I'am not sure, what is

Re: [LEDE-DEV] Release Candidate Test Plan - first draft

* Giuseppe Lippolis [07.02.2017 10:00]: > My proposal for the anonymous datacollection is to send > 1) an UDP telegram with sysupgraded.$boardname at the end of the sysupgrade > 2) an UDP telegram with firstboot.$boardname at the end of the firstboot sorry, i just

Re: [LEDE-DEV] Release Candidate Test Plan - first draft

* Daniel Golle [06.02.2017 08:59]: > Imho we should make a note on each board which successfully booted the > release and make a note whether it was flashed using sysupgrade or there was an idea, to do sort of anonymous datacollection by executing e.g. 'nslookup

Re: [LEDE-DEV] the ipv6 issues and the notions of timer

* Karl Palsson <ka...@tweak.net.au> [25.01.2017 13:58]: > Bastian Bittorf <b...@npl.de> wrote: > > * Dave Taht <dave.t...@gmail.com> [24.01.2017 08:52]: > > > I'd love a "simple ubus listen daemon example - one that listens > > > merely for even

Re: [LEDE-DEV] the ipv6 issues and the notions of timer

* Dave Taht [24.01.2017 08:52]: > I'd love a "simple ubus listen daemon example - one that listens > merely for events on a set of interfaces. or routes or on a proto". root@box:~ ubus listen { "network.interface": {"action":"ifdown","interface":"lan"} }

[LEDE-DEV] [PATCH v3] procd: update procd.sh to disallow signal-numbers, enforce signal-names

. All users of 'procd_send_signal' must change their code to reflect this. Signed-off-by: Bastian Bittorf <b...@npl.de> --- Changelog: v2: give example in decription and safe 1 line of code v3: simplify code (do not parse kill-output, but give an argument to kill) enforce using of

[LEDE-DEV] [PATCH v2] procd: update procd.sh to support both: signal-names and signal-numbers

is signal 10, which is BUS on ramips and USR1 on PPC. Signed-off-by: Bastian Bittorf <b...@npl.de> --- Changelog: v2: give example in decription and safe 1 line of code package/system/procd/files/procd.sh | 11 ++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/package/

Re: [LEDE-DEV] procd & custom reload support

* Jo-Philipp Wich [13.01.2017 15:38]: > To enable it, add "procd_set_param reload_signal 10" to your init script. i send a patch to the mailinglist, with this it is possible to write procd_set_param reload_signal USR1 be warned: if you are e.g. on ramips, than the signal 10 is

[LEDE-DEV] [PATCH] procd: update procd.sh to support both: signal-names and signal-numbers

It is automatically detected if the input is a number. If not, the name is converted to the corresonding number. In general it's good style to use names and it's more portable: signal numbers can be architecture-dependent, so we are more safe giving names. Signed-off-by: Bastian Bittorf &l

Re: [LEDE-DEV] Branching LEDE 17.01 / problems with ath9k

* Thomas Endt [13.01.2017 09:19]: > > the page https://lede-project.org changed again and 'reporting bugs' > > is hidden under 'Developer Guide' which is just...wrong Please make > > this more "friendly". > > https://lede-project.org/contact contains a link to >

Re: [LEDE-DEV] Branching LEDE 17.01 / problems with ath9k

Thanks for these strong steps toward a release, the last weeks where full of commits and everybody seems to work very hard. What i want to mention is, that older ath9k chips (ar91xx?) are not useable with LEDE anymore, e.g. TP-Link 1043nd v1 This needs more testing and reporting. Maybe someone

Re: [LEDE-DEV] newbie opkg upgrading questions..

* B. Cook [08.01.2017 16:19]: > // LE \ ||___|___/|___| lede-project.org > \\ DE / > \LE \/ --- >\ DE\ /Reboot (SNAPSHOT, r2701-c5ca304) >

Re: [LEDE-DEV] newbie opkg upgrading questions..

* Yousong Zhou [04.01.2017 09:09]: > > root@wzr-ag300h:~# mount > > proc on /proc type proc (ro,noatime) > > tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime) > > overlayfs:/overlay on / type overlay > > (ro,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work)

Re: [LEDE-DEV] [OpenWrt-Devel] Any interest in adding runit to OpenWRT?

* John Crispin [28.12.2016 14:41]: > please create a bullet list of the feature provided by the daemons > mentioned above that you are missing in current procd/lede setups. i will jump in and speak for martin (some community/firmware team): procd should know a method for

Re: [LEDE-DEV] [PATCH] include: image.mk: ext4: double the default inode counter

* Bastian Bittorf <b...@npl.de> [22.11.2016 23:47]: > answer myself: CONFIG_TARGET_ROOTFS_PARTSIZE is unset? > > see 'Image/Build/squashfs' in 'uml/Image/Makefile' indeed, it works when i set it manually and i can boot into UML: root@uml:/ df -h Filesystem

Re: [LEDE-DEV] [PATCH] include: image.mk: ext4: double the default inode counter

* Bastian Bittorf <b...@npl.de> [22.11.2016 23:01]: > * Felix Fietkau <n...@nbd.name> [22.11.2016 22:42]: > > > here the build-error with "inodes full". > > > (the same images works, if i just raise the inodes to 2048) > > Try disabling the ext4 ima

Re: [LEDE-DEV] [PATCH] include: image.mk: ext4: double the default inode counter

* Jo-Philipp Wich [22.11.2016 10:08]: > a huge block size on small partition simply makes no sense. If you > already configure 16MB partitions then you can as well change block size > from 4K to 1K or 512B as well since you're deviating from the defaults > anyway. > > Having

Re: [LEDE-DEV] [PATCH] kernel: update kernel 4.4 to version 4.4.31

* Koen Vandeputte [16.11.2016 17:45]: > 3) > - When a kernel update patch is posted, it requires at least 2 > additional "tested-by"'s on different targets before it can be > considered for merging. (Covering 5 .. 6 targets in total thanks for these insights. i

Re: [LEDE-DEV] iw / ath9k / mediatek / strange values for 'signal'

* Bastian Bittorf <b...@npl.de> [21.10.2016 23:02]: > we use the signal reported from 'iw' for some actions > and I can see them beeing inconsistent or maybe even > wrong calculated (strange values are marked) I tried LEDE r2167 and it's still the same: at *** the signal valu

Re: [LEDE-DEV] [PATCH] include: image.mk: ext4: double the default inode counter

* Bastian Bittorf <b...@npl.de> [12.11.2016 09:54]: > +# doubles the default inode amount > +INODES=$(shell echo $$(($(CONFIG_TARGET_ROOTFS_PARTSIZE)*64*2))) > E2SIZE=$(shell echo $$(($(CONFIG_TARGET_ROOTFS_PARTSIZE)*1024*1024))) bye the way: i mimic'ed the existing style, but

Re: [LEDE-DEV] ar71xx: swconfig does not reflect changes

* mil...@betternet.co [12.11.2016 09:54]: > I own an ar71xx bboard (GL-6416 to be exact). Whether the ethernet > cable is connected to WAN port or not, running `swconfig dev switch0 > show` returns the following: your WAN is a MII-style device, which is not "supported" from

[LEDE-DEV] [PATCH] include: image.mk: ext4: double the default inode counter

during image creation, so a 16mb part has 2048 inodes. see also: http://lists.infradead.org/pipermail/lede-dev/2016-November/003977.html Signed-off-by: Bastian Bittorf <b...@npl.de> --- include/image.mk | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/include/image.mk b/i

Re: [LEDE-DEV] [PATCH] Use printf instead of echo.

* Felix Fietkau [23.08.2016 13:59]: > > For now, the change I submitted is whats needed to fix breakage on my > > system. For others, I will send patches if no one takes it up in a few days. > Actually, you might be able to simplify the change even more by forcing > the hostapd

Re: [LEDE-DEV] ext4 / no space left on device / UML

* Bjørn Mork [11.11.2016 19:04]: > > can you read something interesting? > > Sure. "Free inodes: 0" is not good. And what was I suspected. We've > all been there in the past ;) thanks for spotting this - i never saw this before 8-) > Can you reduce the number of small files

Re: [LEDE-DEV] ext4 / no space left on device / UML

* Bjørn Mork [11.11.2016 14:58]: > > in fact there is enough space, but not useable. > > And "df -i" says? this seems not supported by the busybox applet, but on the host i can see this: bastian@LEDE:/home/bastian/ledebot/source$ tune2fs -l

[LEDE-DEV] ext4 / no space left on device / UML

i'am using LEDE with target UML and rr2155 and has this problem: root@uml:/ df -h FilesystemSize Used Available Use% Mounted on /dev/root15.7M 12.3M 3.1M 80% / tmpfs12.5M320.0K 12.2M 3% /tmp tmpfs

Re: [LEDE-DEV] Crash on D-Link DIR-869-A1 (ar71xx) with ath10k / Coova-Chilli

* James Wood [09.11.2016 20:40]: > Wed Nov 9 14:13:24 2016 kern.warn kernel: hostapd invoked oom-killer: > gfp_mask=0x24201ca, order=0, oom_score_adj=0 its just oom, is'nt it? bye, bastian ___ Lede-dev mailing list

Re: [LEDE-DEV] Cubietruck / WiFi:brcmfmac / SDIO / firmware

* Mathias Kresin <d...@kresin.me> [08.11.2016 10:44]: > 2016-11-08 8:54 GMT+01:00 Bastian Bittorf <b...@npl.de>: > > with recent trunk r2116 i cannot get WiFi working. > > First it only seems the SDIO-support must be activated > > CONFIG_BRCMFMAC_SDIO=y (which

[LEDE-DEV] Cubietruck / WiFi:brcmfmac / SDIO / firmware

with recent trunk r2116 i cannot get WiFi working. First it only seems the SDIO-support must be activated CONFIG_BRCMFMAC_SDIO=y (which is not!) but even with this i see: root@lede:~ :) dmesg | grep -i brcm [ 11.319793] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43362-sdio.bin

Re: [LEDE-DEV] [PATCH v3 00/13] shell code improvement for /scripts

* John Crispin [27.10.2016 12:55]: > obvious, additionally i find it hard to believe that alot his stuff > has been properly tested. unless someone steps up and starts reviewing > these patches on the next 1-2 days i will NAK them and ask you to start > resending it in

Re: [LEDE-DEV] [PATCH v4] base-files: Ensure reset only works if an overlay exists

* Chris Blake [24.10.2016 07:47]: > Alexis is correct, it's to ensure any chance of a random error is > suppressed. 2> /dev/null was just added as a protection. i will explain why this makes no sense: grep will complain if e.g. the file '/proc/mounts' does not exist,

Re: [LEDE-DEV] [PATCH v4] base-files: Ensure reset only works if an overlay exists

* Chris Blake [23.10.2016 21:10]: > +OVERLAY="$( grep ' /overlay ' /proc/mounts 2>/dev/null )" whats the reason for the 2>...? bye, bastian ___ Lede-dev mailing list Lede-dev@lists.infradead.org

[LEDE-DEV] iw / ath9k / mediatek / strange values for 'signal'

we use the signal reported from 'iw' for some actions and I can see them beeing inconsistent or maybe even wrong calculated (strange values are marked) root@box:~ iw dev wlan0-1 station get 60:5b:b4:9a:e4:8b Station 60:5b:b4:9a:e4:8b (on wlan0-1) inactive time: 10 ms rx bytes:

Re: [LEDE-DEV] [PATCH v3 04/13] scripts: $/${} is unnecessary on arithmetic variables

* Jo-Philipp Wich [06.10.2016 16:35]: > removing the dollar signs lets expressions succeed which would otherwise > fail - which means it introduces a behavior change. thanks for showing this. i must repeat myself: before we merge such cleanups, we should write tests and checkers

Re: [LEDE-DEV] [PATCH v3 04/13] scripts: $/${} is unnecessary on arithmetic variables

* Sebastian Moeller [06.10.2016 13:48]: > It might be not be necessary, but does it hurt? Are you concerned that the > current practice will hide variables changing their "type" from arithmetic > and that removing the $ prefix will silence this instead of giving an error >

Re: [LEDE-DEV] Automated shell code debugging

* Jan-Tarek Butt [05.10.2016 07:47]: > > also we must "mute" some "errors", e.g. the usage of > > 'local' in functions, which is not POSIX (but is in the > > process of inclusion) > > shellcheck is able to do that. > > for mutin just add the comment > > # shellcheck disable=

Re: [LEDE-DEV] Call defines for minifying scripting languages

* Karl Palsson [04.10.2016 08:38]: [...] > about the scripts _at all_ right up until they try and look in > one to debug something behaving oddly. At _that_ point they will > care _very much_ that it's all minified garbage, with some > presumption that they could "just get

Re: [LEDE-DEV] Call defines for minifying scripting languages

* Jan-Tarek Butt [03.10.2016 16:55]: > currently I am working on a Shellscript minifyer > there are not realy exsist one so I write a new one. hopefully in haskell 8-) you made my day 8-) ROFL! I think this is a bad idea. In practise you safe nothing but make debugging harder,

Re: [LEDE-DEV] Automated shell code debugging

* Jan-Tarek Butt [02.10.2016 17:48]: > As a part of code quallity enhancemend and prevenition. We can do an ondemand > daemon as engine to > check all shell scrips. We can use the opensource Project shellcheck [0]. > > My idea is to do an insatnce on a server: > This insatnce

Re: [LEDE-DEV] [PATCH v2] [base-files] dont change defaults for vm.min_free_kbytes on devices with <64MiB RAM

* Bastian Bittorf <b...@npl.de> [16.09.2016 19:43]: > changes v1 -> v2: (suggestions from Felix Fietkau, Rafał Miłecki) sorry, please drop that - i can see the change now: https://git.lede-project.org/?p=source.git;a=commitdiff;h=25dab5d217715300dc609df07b56e5b73cefdfc1

[LEDE-DEV] [PATCH v2] [base-files] dont change defaults for vm.min_free_kbytes on devices with <64MiB RAM

with 5c9cc7b7f8920944a413644e1c2ea23bfe655bcb we changed the default value of 'vm.min_free_kbytes' from ~650 to 4096 kilobytes on 32MiB-RAM-devices. This makes them hardly useable with a lot of OOM-crashes. Change that and use 1024 kilobytes for 32MiB-RAM-devices. For devices with more than 32MiB

[LEDE-DEV] [PATCH] [base-files] dont change defaults for vm.min_free_kbytes on devices with <64mb RAM

suppress output of sysctl-command, so the use has a chance to spot it. While we are at it, localize vars and read the memory without AWK/nonforking. Signed-off-by: Bastian Bittorf <b...@npl.de> --- package/base-files/files/etc/init.d/sysctl | 14 -- 1 file changed, 8 insertions

Re: [LEDE-DEV] Memory Usage of LEDE trunk on devices with only 32mb memory.

* Jo-Philipp Wich [15.09.2016 16:58]: > http://git.lede-project.org/5c9cc7b7f8920944a413644e1c2ea23bfe655bcb ? indeed! this makes a huge difference on 32mb devices. so my proposal is: 1) dont touch vm.min_free_kbytes for 32mb-devices 2) when changing defaults with 'sysctl' dont

Re: [LEDE-DEV] [PATCH] base-files: sysupgrade. Added the ability to use URL as source

* ad...@yapic.net [05.07.2016 10:55]: > +wget_if_URL(){ > + local url="$1" > + local url_repl_file="/tmp/sysupgrade-URL.bin" > + > + case "$url" in > + http://*|https://*|ftp://*) break ;; > + *) return 1 ;; please use 'return 0' here,

Re: [LEDE-DEV] [PATCH] base-files: sysupgrade. Added the ability to use URL as source

* ad...@yapic.net [04.07.2016 17:27]: > +wget_if_URL(){ > + local url="$1" > + local url_repl_file="/tmp/sysupgrade-URL.bin" empty line here > + case "$url" in > + http://*|https://*|ftp://*) break ;; > + *) return 1 ;; > + esac empty

Re: [LEDE-DEV] [PATCH 2/2] Add script to build common platforms.

* David Lang [28.05.2016 13:48]: > rather than making a bunch of scripts for specific models, how about > some scripts that will let you build from a downloaded .config (yes, > you can do this manually, but it could be greatly simplified) but for this, you cont need a script at

Re: [LEDE-DEV] [PATCH 2/2] [ubox] logd: add ubus reload method

* Conor O'Gorman [13.05.2016 11:52]: > On 13/05/16 07:23, Alexandru Ardelean wrote: > >Short version is: we have a configuration management system on top of > >OpenWrt ; system boots with default settings (on every boot), and > >config management applies config changes