Re: [LEDE-DEV] Can't build gcc (initial) on Ubuntu 16.04

> On Mar 3, 2017, at 2:51 PM, Hauke Mehrtens wrote: > >>> […] > > GCC 5.3.0 was replaced by GCC 5.4.0 in LEDE some months ago. What are > you using? > > Hauke It was 5.3.0. I had copied over a .config from an OpenWRT cloning but apparently that wasn’t a good idea. Got

Re: [LEDE-DEV] rb112/rb133 (adm5120) compile fail

Thank you all for insights and help. I have RB133 and RB112 devices that are adm5120. I also have RB600A which is mpc83xx which seems to have similar fate and that is even more of a problem as devices are still good. Any more help is greatly appreciated. On Mon, Feb 27, 2017 at 9:20 PM, Hartmut

Re: [LEDE-DEV] Can't build gcc (initial) on Ubuntu 16.04

On 03/03/2017 09:12 PM, Philip Prindeville wrote: > I dug into this… Problem was with CONFIG_EXTRA_OPTIMIZATION having “-fno-plt” > in it. > > This was being passed into the ‘gcc’ that was being used to bootstrap gcc. > > Wondering if that’s not a bug. > > Shouldn’t the build of the cross-gcc

[LEDE-DEV] Drumming up more interest in LEDE

> > On 3 March 2017 at 16:55, Mauro Mozzarelli wrote: > >> I have been trying to make a very simple contribution to LEDE, but it > >> has been a frustrating process because my contribution got stuck due > >> to form rather than substance. I'm also thinking that the process

Re: [LEDE-DEV] Can't build gcc (initial) on Ubuntu 16.04

I dug into this… Problem was with CONFIG_EXTRA_OPTIMIZATION having “-fno-plt” in it. This was being passed into the ‘gcc’ that was being used to bootstrap gcc. Wondering if that’s not a bug. Shouldn’t the build of the cross-gcc ignore target flags? > On Mar 2, 2017, at 11:58 PM, Philip

Re: [LEDE-DEV] [PATCH] Add ip_vs kernel netfilter modules to enable load balancing, capabilities

Hi Mauro, I am afraid no luck with send-email: $ git send-email git: 'send-email' is not a git command. See 'git --help'. $ git --version git version 2.7.4 $ uname -a Linux sirius.ezplanet.org 4.4.0-64-generic #85-Ubuntu SMP Mon Feb 20 11:50:30 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Re: [LEDE-DEV] Drumming up more interest in LEDE

Hi Mauro have you asked on the irc channel or pleas send a mail to the list and explain what is not going write for you and some body will try and help. One thing to remember is that the devs are fue and don't have much time. Sorry you are getting frustrated. Hi Carlos you make some good

Re: [LEDE-DEV] Drumming up more interest in LEDE

Embedded development requires patience and strong will. Yes it is a frustrating process and although that scares a lot of new junior developers, it is not the only reason. Software development for embedded devices is a very different niche when compared to android/ios development or what is

[LEDE-DEV] OpenWISP Endorses LEDE

Many thanks to the LEDE community and core contributors for the 17.01 release! I just published this news: http://openwisp.org/news/lede.html https://twitter.com/openWISP/status/837731126827495425 We switched our repositories to default to LEDE 17.01: openwisp-config:

Re: [LEDE-DEV] [PATCH] ar71xx: change image version for ubiquiti devices

I don't know if it makes any difference, but insofar as there is an AirOS 6.0 now (https://community.ubnt.com/t5/airMAX-Updates-Blog/airOS-6-0-Has-Been-Released/ba-p/1769476) should we change the strong to something like "v7.0.0-" etc.? On 3/3/2017 7:51 AM, txt.file wrote: changes the image

Re: [LEDE-DEV] Luci/Statistics problem

On Fri, 3 Mar 2017 09:08:02 +0100 e9hack wrote: > Hi, > > Lusi/Statistics doesn't work any more. For every page, I got an > error, for example: > https://my-box.lan/cgi-bin/luci/admin/statistics/graph/uptime? > > The browser shows this: > /usr/lib/lua/luci/dispatcher.lua:380:

Re: [LEDE-DEV] Drumming up more interest in LEDE

I have been trying to make a very simple contribution to LEDE, but it has been a frustrating process because my contribution got stuck due to form rather than substance. Unfortunately this might turn away contributors who do not have the patience to persevere. I would like to suggest, that

Re: [LEDE-DEV] [PATCH] ar71xx: change image version for ubiquiti devices

changes the image version from hardcoded OpenWrt to $VERSION_DIST. AirOS shows a notification with the image version during a firmware upgrade. fixes #582 Signed-off-by: Matthias Fritzsche --- target/linux/ar71xx/image/ubnt.mk | 6 +++--- 1 file changed, 3 insertions(+), 3

Re: [LEDE-DEV] [PATCH] ar71xx: change image version to LEDE for ubiquiti devices

2017-03-03 14:52 GMT+01:00 txt.file : > ar71xx: change image version to LEDE for ubiquiti devices > > Signed-off-by: txt.file Fullname in Signed-off-by please. Please add a commit message. Describe where the change is visible and mention the feature

Re: [LEDE-DEV] Cake SQM killing my DIR-860L - was: [17.01] Kernel: bump to 4.4.51

Hi Dave, Dave Täht schreef op 2/3/17 13:10: On 3/2/17 11:51 AM, Stijn Segers wrote: > Thanks Sebastian, turned out to be a silly syntax error, I have it all > disabled now. Ethtool -k and ethtool -K printing/requiring different > stuff doesn't help of course :-) > > I re-enabled SQM, will see

[LEDE-DEV] [PATCH] ar71xx: change image version to LEDE for ubiquiti devices

ar71xx: change image version to LEDE for ubiquiti devices Signed-off-by: txt.file --- target/linux/ar71xx/image/ubnt.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/target/linux/ar71xx/image/ubnt.mk b/target/linux/ar71xx/image/ubnt.mk index

[LEDE-DEV] x86 and x86-64 builds broken

Hi all, The x86 and x86-64 builds are currently broken: http://phase1.builds.lede-project.org/builders/x86%2F64 This appears to be as a result of the TPM support patches that were merged. Thanks, Nick ___ Lede-dev mailing list

Re: [LEDE-DEV] [PATCH ubox] kmodloader: modprobe: return 0 for loaded modules

Hei, Am 03/03/2017 um 03:32 AM schrieb Yousong Zhou: > This is the default behaviour with modprobe from kmod package [1] unless > it is explicitly told that the module is to be loaded for --first-time > > [1] http://www.kernel.org/pub/linux/utils/kernel/kmod/ > > Fixes FS#433 > >

[LEDE-DEV] Luci/Statistics problem

Hi, Lusi/Statistics doesn't work any more. For every page, I got an error, for example: https://my-box.lan/cgi-bin/luci/admin/statistics/graph/uptime? The browser shows this: /usr/lib/lua/luci/dispatcher.lua:380: Failed to execute call dispatcher target for entry