* 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
* 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
* 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,
* 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
* 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
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
* 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
* 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
* 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"} }
* 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
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:
* 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
* 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
* 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
* 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
* 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
* 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.
> >
>
* 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:
* 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
* 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
* 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
* Felix Fietkau [25.02.2017 14:50]:
> > root@LEDE:~ :) usign -B
> > 98021604736550012081493806018992642304441039324849310980174888200312941028157
> > 114543661949658574850110716953530268394806126479026079327889534650057251922973
> I think patching something existing like usign does
* 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
* 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
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
* 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
* 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
* 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,
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:
* 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
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
* 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=
* 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
* 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
>
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 <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
* 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,
* 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
* 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
* 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
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 <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
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
* 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
* 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
* 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,
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:
* 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
* 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
* 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
* 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
* 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
* 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
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
* 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
* 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
.
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
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/
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
* 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
>
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
* 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
* 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
* 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)
* B. Cook [08.01.2017 16:19]:
> // LE \ ||___|___/|___| lede-project.org
> \\ DE /
> \LE \/ ---
>\ DE\ /Reboot (SNAPSHOT, r2701-c5ca304)
>
* 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
* 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
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
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
* 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
* 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:
* 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
* 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
* 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
* 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
* 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
* 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
>
* 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
* 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
* 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
* 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
* 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
* 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
>
* 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
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
* 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
* 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
88 matches
Mail list logo