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
* Mathias Kresin [08.11.2016 10:44]:
> 2016-11-08 8:54 GMT+01:00 Bastian Bittorf :
> > 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:
> &g
* 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
Lede-dev@lists.infradead.org
http:/
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 512.0K
* 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
bin/targets/uml/generic/lede-uml-ext4.img
tune2fs 1.4
* 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 on this file syst
* 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 build shell to bas
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
---
include/image.mk | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/image.mk b/include/image.mk
* 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 swconfig.
try this:
d
* Bastian Bittorf [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 is'nt this t
* Bastian Bittorf [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 value is jus
* John Crispin [21.11.2016 16:06]:
>
>
> On 21/11/2016 13:56, John Crispin wrote:
> > NAK, please dont fiddle with inode counts. change the blocksize or the
> > default mkfs_ext4 uses.
thanks for your input.
But i'am unsure now: when changing the blocksize
("CONFIG_TARGET_EXT4_BLOCKSIZE")
I h
* 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 different code paths
* Felix Fietkau [22.11.2016 18:17]:
> > I tested it and it's usable with 16M rootfs.
> Here's some more information: it creates the overlay filesystem with a
> block size of 1K, and it has 3493 free inodes after booting up.
Does not work here, with some additional packages (like olsrd + olsrd2
+r
* Felix Fietkau [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 image via make menuconfig.
sorry, does not help. i did:
make menuconfig (unselect ext4)
make clean
make BUILD_LOG=1
(build abor
* Bastian Bittorf [22.11.2016 23:01]:
> * Felix Fietkau [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 image via make menuconfig.
>
> sor
* Bastian Bittorf [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
* Martin Blumenstingl [23.11.2016 07:22]:
> +xor() {
> + local ret="0x$1"
> +
> + shift 1
> + while [[ "$1" ]]; do
> + local val="0x$1"
> + ret=$((${ret:-0} ^ ${val:-0}))
> + shift 1
> + done
> +
> + printf "%02x" "$ret"
> +}
minor stuff:
pl
* 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 executing regular checks
* 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)
> > tmpfs on /dev type
* B. Cook [08.01.2017 16:19]:
> // LE \ ||___|___/|___| lede-project.org
> \\ DE /
> \LE \/ ---
>\ DE\ /Reboot (SNAPSHOT, r2701-c5ca304)
> \\/--
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 ha
* 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
> https://bugs.lede-project.org/ sin
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: Basti
* 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 'BUS', so thats n
example is signal 10, which is BUS on ramips and USR1 on PPC.
Signed-off-by: Bastian Bittorf
---
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/system/p
* Etienne Champetier [13.01.2017 19:07]:
> > A real world example is signal 10, which is BUS on ramips and USR1 on PPC.
>
> If we know supporting signal number will lead to bug, why not remove it?
for the moment we should be backward compatible.
after everybody has changed the calls, we should
i
SR1 on PPC.
All users of 'procd_send_signal' must change their code to reflect this.
Signed-off-by: Bastian Bittorf
---
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 name
* 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"} }
{ "netw
Dear devs,
With the old 'trac' there was a possibility to get an
email for every new bug. I miss that for 'flyspray'.
Maybe I just can not find the button?
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/m
* Karl Palsson [25.01.2017 13:58]:
> Bastian Bittorf wrote:
> > * 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 pr
* Hannu Nyman [26.01.2017 15:41]:
> But an easy solution is to subscribe / monitor the bugs mailing list.
> http://lists.infradead.org/mailman/listinfo/lede-bugs
thank you - i'am fine with this.
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.in
* 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 sysupgraded.$boardname.lede-projec
* 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 forgot: the revision number mus
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
* 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 runtimes of "make prepare-tmpinfo"
* 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 is at least not plaintext, but
* 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.
is 'make menuconfig' also using 'package-metadata.pl'?
* Bastian Bittorf [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 th
* 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
Lede-dev@lists.infradead.org
http:
* 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 e.g.:
uhttpd.main.inter
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:
http://intercity-vpn.de/networks/liszt28/firmware/models/Buffalo%20WZR-HP-AG300H/testing/Standard,DSLR,fotobox,kalu
* 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 mai
* 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 be cross-compiled in a re
x27;am interested in feedback, see
the patch attached.
bye, bastian
>From bbd520f1ee96f2876a7dfd8ad14ba0445ed1abea Mon Sep 17 00:00:00 2001
From: Bastian Bittorf
Date: Thu, 23 Feb 2017 08:16:28 +0100
Subject: [PATCH] usign: support new option '-B': print a secret which was
include
* 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 what i'am looking for: Intrin
* 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 multiply two large prime
* 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 list
Lede-dev@lists.i
* 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
__
* 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 /usr/bin/tftpd -I -d /ra
* 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
___
* 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.
> >
> 115420076831901794986704648870740615472645895252280338354537840920338681749721961253499428085040885110
* Michael Richardson [24.02.2017 19:00]:
[...]
> The server can either given everyone during a period of an hour the same
> random challenge, it can make them up and store them, or it can construct
> them as the HMAC-SHA256 of, for instance, the IP address which is asking,
> such that it never h
* 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:
http://bohwaz.net/archives/web/Bubble_Babble
* Felix Fietkau [25.02.2017 14:50]:
> > root@LEDE:~ :) usign -B
> > 98021604736550012081493806018992642304441039324849310980174888200312941028157
> > 114543661949658574850110716953530268394806126479026079327889534650057251922973
> I think patching something existing like usign does not make any se
* 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 giving a "thrustable"
* 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, bastian
__
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:
* 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 later and report.
her
* Bastian Bittorf [07.03.2017 11:07]:
> * 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
* 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 kernel
is around 3,3mb
* 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 get it
> down to 1-2MiB w
* 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:
http://intercity-vpn.d
* 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 deeper, something i
* Tino Reichardt [11.03.2017 20:37]:
> I have currently no idea, maybe it's some wrong initialization, but it
> may also be some kind of memory problem. I am working on it...
thanks a lot - take your time... bye, bastian
___
Lede-dev mailing list
Lede-
* 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 "return $rc"
> +
> +
* 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
* 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 LEDE and all feeds a
minor/cosmetic: fixes the following misleading message:
root@box:~ /etc/init.d/dnsmasq restart
sh: out of range
Signed-off-by: Bastian Bittorf
---
package/network/services/dnsmasq/files/dnsmasq.init | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services
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 /tmp/lede-rb532-nand-squashfs-
* 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 (whether it's right after
>
* Yousong Zhou [25.05.2016 07:28]:
> Or with awk:
> awk -F: '{ print toupper($4$5$6) }' /sys/class/ieee80211/phy0/macaddress
or this shell-nonforking-version with builtins:
default_SSID()
{
read SSID http://lists.infradead.org/mailman/listinfo/lede-dev
* gree...@candelatech.com [27.05.2016 08:12]:
> From: Ben Greear
>
> This should make x86-64 targets more useable out of the box.
> The assumption is that most x86-64 users have adequate storage,
please dont. I understand your issues, but better define
another profile like e.g. "bloated" (pleas
* 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 all. its just:
cp
* Jo-Philipp Wich [24.06.2016 13:55]:
> please tell me if funding becomes problematic, we can always take the
> builder offline and continue with the remaining resources.
>
> Maybe you could also ask the OpenWrt folks whether all Google builders
> are still needed there, given the fact that the b
* 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 line here
> + r
* 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, otherwise...
> + esa
* e9hack [22.08.2016 09:12]:
> Am 20.08.2016 um 23:35 schrieb Jochen Demmer:
> > yesterday I bricked an Archer C7 v2 by installing some homebrew (buildroot)
> > lede firmware.
i have seen similar behaviour, when your ath10k-card is
"wrong" configured, e.g. adhoc+ap - please double check this.
b
* Jo-Philipp Wich [15.09.2016 16:58]:
> can you check whether it is maybe caused by
>
> http://git.lede-project.org/5c9cc7b7f8920944a413644e1c2ea23bfe655bcb ?
vm.min_free_kbytes
really interesting, i have just overlooked this commit.
for the record: with OpenWrt r49276 this value is 668
for a
* 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 be quiet,
so th
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
---
package/base-files/files/etc/init.d/sysctl | 14 --
1 file changed, 8 insertions(+), 6 deletions
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
* Bastian Bittorf [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
bye, b
* Daniel Golle [23.09.2016 19:19]:
[...]
> On Android and other embedded systems, this whole issue is solved by
> having a designated volume mounted on /data, usually backed by a
> partition on an sdcard or the like.
>
> Similarly, on systems with block or large (SLC!) NAND storage we
> could i
* Jan-Tarek Butt [02.10.2016 17:48]:
> I did some bugfixing and code quality improvement for
> all shell scrips inside the dir ./scripts.
thanks for the work, but for now i'am against merging it:
we discussed all (and more) of these changes during battlemesh
and we agreed to *first* have an auto
* 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 can pull the lede r
* Felix Fietkau [02.10.2016 17:48]:
> >> +[ -n "$TOPDIR" ] && cd "$TOPDIR" || exit
> >>
> > these two are plain broken, as the script would just exit if TOPDIR is
> > empty. you need to use braces.
> I think a better approach would be to write a wrapper for cd, making it
> easier to read and rev
* 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, the JFFS2 or
squas
* 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 the source somewhere e
* 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=
is is not that ea
* 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
> message? Or does this
* 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 for proving that
* Christian Lamparter [18.10.2016 08:41]:
> wifi_detect() {
> + [ ! -f /etc/config/wireless ] && touch /etc/config/wireless
> +
> for driver in $DRIVERS; do (
> if eval "type detect_$driver" 2>/dev/null >/dev/null; then
> eval "detect_$driver" || echo
* Chris Blake [19.10.2016 21:57]:
> + OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>/dev/null)"
please change to:
OVERLAY="$( grep ' /overlay ' /proc/mounts )"
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.in
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:
* Chris Blake [22.10.2016 20:39]:
> +OVERLAY="$(cat /proc/mounts | grep ' /overlay ' 2>/dev/null)"
fix this line:
http://porkmail.org/era/unix/award.html
bye, bastian
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/ma
* 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
http://lists.infradead.org/mailman/listinfo/lede-dev
* 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,
otherwise it output the line
* 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 adding this extra i
* 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 changed, 2 insertions(+), 2 dele
1 - 100 of 109 matches
Mail list logo
