Re: [LEDE-DEV] [OpenWrt-Devel] Images are too big in LEDE but not in OpenWRT

it hits a limit? David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH v1] kernel: bump 4.4 to 4.4.112 for 17.01

given that 4.4.114 added meltdown/spectrefixes, shouldn't we move to it? ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Fwd: [FSFE PR][EN] FSFE makes copyrights computer readable

that's mostly a question to direct at the upstream software sources. only a small portion of things are written by the LEDE team SPDX is mostly useful for people wanting to fork or extract code from opensource projects, not for the project writing the code David Lang On Thu, 9 Nov 2017

Re: [LEDE-DEV] [PATCH][ubox] Add log priority filtering to daemon

On Wed, 8 Nov 2017, John Crispin wrote: you can probably drop the validation. if the users passes 9 as a priority everything will be logged. passing -1 will cause silent logging. you should do limit checks and cap the internal value to the limit, otherwise you have to do more work for each

Re: [LEDE-DEV] LEDE version numbers?

17.01 is pointer to a particular commit on the master branch I haven't looked at the specific method used for the r# generation, but I think it's incremented daily ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] LEDE version numbers?

fewer official release candidates and the nightly snapshots are just that. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] dropbear: make syslog support configurable

On Sat, 4 Nov 2017, Hans Dedecker wrote: On Sat, Nov 4, 2017 at 10:14 AM, Petr Štetiar wrote: Hans Dedecker [2017-11-03 13:46:14]: Hi, By default dropbear logs to syslog which discloses info about account names when doing connection attempts (e.g. "Bad

Re: [LEDE-DEV] Kernel version in next major release

On Sat, 7 Oct 2017, Hauke Mehrtens wrote: * Port the generic patches what are the 'generic patches' and is there an effort to get them upstream so that they don't need to be ported in each release? * Make all the out of tree modules work with it is there any work being done to make

Re: [LEDE-DEV] [PATCH] firewall3: Enable TCP_ECN by default.

On Tue, 3 Oct 2017, Kevin Darbyshire-Bryant wrote: It's tempting to set it to 1 (like I have for the past year+) and be damned :-) So what is the failure mode and how will people who experience failures know what they need to change? David Lang

Re: [LEDE-DEV] kernel 4.9 migration for next release

note that the kernel currently under development (4.14) is tagged to be a LTS kernel (6 years of support), so it would be good to work on that if possible. ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [OpenWrt-Devel] Remerge logo ideas

the vote on the name was held several months ago, please stop trying to re-do the vote just because it didn't come out the way you wanted it to. k ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] openwrt and lede - remerge proposal

passionate in the other direction, while still others are less passionate. But the vote is the vote, and stating how passionate you are on one side or another doesn't alter the vote. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http

Re: [LEDE-DEV] openwrt and lede - remerge proposal

The original post in this thread listed the remaining items to be done/decided for a remerge. David Lang On Fri, 12 May 2017, Fernando Frediani wrote: If the majority voted for the name OpenWRT what's the remaining issue then ? Fernando On 12 May 2017 23:40, "David Lang" <

Re: [LEDE-DEV] openwrt and lede - remerge proposal

east consider voting on "should the merged project be called OpenWrt" before the final decision on the name of the merged project is made. they already voted on exactly that question. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] openwrt and lede - remerge proposal

/LEDE user base' was not part of the vote, both LEDE and OpenWRT limit the vote to a fairly small set of people who contribute to the code (very common in opensource projects. I don't know of any who allow the user base to vote on project infrastructure) David Lang I also get the feeling more

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On Fri, 12 May 2017, Daniel Golle wrote: Hi Edwin, On Fri, May 12, 2017 at 10:02:36AM +0200, Edwin van Drunen wrote: As a long time user of OpenWRT and recent “LEDE convert” I would also like to chime in on the naming and branding of the post-merge project. My employer and several of my

Re: [LEDE-DEV] openwrt and lede - remerge proposal

On Fri, 12 May 2017, Stijn Segers wrote: David Lang wrote: The (soon to be former) LEDE developers don't want @openwrt.org addresses, so providing a way to not break the existing addresses and not giving out new ones doesn't seem like it is upsetting to any of the developers. Let's

Re: [LEDE-DEV] openwrt and lede - remerge proposal

for performing acts on behalf of openwrt. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] openwrt and lede - remerge proposal

would have to comply with these rules? or are they outsiders (I am an outsider) David Lang On Fri, 12 May 2017, Eric Luehrsen wrote: Date: Fri, 12 May 2017 04:09:31 + From: Eric Luehrsen <ericluehr...@hotmail.com> Cc: LEDE Development List <lede-dev@lists.infradead.org> Subject: R

Re: [LEDE-DEV] openwrt and lede - remerge proposal

in the negotiation have not been disagreeing significantly. David Lang P.S. there is no blanket ban of LEDE discussion on the OpenWRT forums, but I know that there are various people who have considered discussion of LEDE (or DD-WRT, etc) to be off topic and have tried to shut down any discuss

Re: [LEDE-DEV] openwrt and lede - remerge proposal

of the project any longer. All it takes is changing the word "Committers" to "Contributers". The existing method of giving programmers commit/voting privileges will work just as well for non-programmers (i.e. a vote of the people who current

Re: [LEDE-DEV] openwrt and lede - remerge proposal

to the remerge happening. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [AD] support me hacking on OpenWrt/LEDE

May I suggest that you talk directly rather than through the mailing list? David Lang On Mon, 3 Apr 2017, lede-proj...@bepo.de wrote: Date: Mon, 3 Apr 2017 13:51:21 +0200 From: "lede-proj...@bepo.de" <lede-proj...@bepo.de> To: lede-dev@lists.infradead.org Subject: Re: [LEDE-D

Re: [LEDE-DEV] [PATCH fstools] cmake: Make blockd link against libjson-c

Just a note in case you were not aware, json-c is not thread-safe (the rsyslog project forked it to libfastjson to fix the thread safety and drastically improve speed) On Mon, 27 Mar 2017, Florian Fainelli wrote: Date: Mon, 27 Mar 2017 17:10:57 -0700 From: Florian Fainelli

Re: [LEDE-DEV] Github's new TOS

result would greatly multiply the size of the downloaded page, not nice to users. This change seems reasonable to me. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

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

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. ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] [PATCH] utils/busybox: prevent weak root passwords

On Fri, 17 Feb 2017, Alberto Bursi wrote: On 02/17/2017 12:52 PM, David Lang wrote: On Fri, 17 Feb 2017, Alberto Bursi wrote: And having no password is a much bigger change than having a short password when you are testing things. It makes a lot of sense to be excercising the password routine

Re: [LEDE-DEV] [PATCH] utils/busybox: prevent weak root passwords

On Fri, 17 Feb 2017, Alberto Bursi wrote: On 02/17/2017 12:26 PM, John Crispin wrote: On 17/02/2017 12:16, Dan Lüdtke wrote: Hi David, thanks for the fast response! On 17 Feb 2017, at 11:54, David Lang <da...@lang.hm> wrote: But deciding that you know better than the admin of the

Re: [LEDE-DEV] [PATCH] utils/busybox: prevent weak root passwords

st a busybox thing to allow the root user to select a password that is shorter than 'recommended', that's normal behavior on *nix systems and has been for decades, even as the 'recommendations' have changed. David Lang ___ Lede-dev mailing l

Re: [LEDE-DEV] Makefile question

On Sun, 12 Feb 2017, Philip Prindeville wrote: If you look for where the /files/* are copied into the filesystem, that is probably the place you would want to add your scripting hooks. Good idea. I’ll look there. Once you find this, may I suggest that you create /scripts/* and contribute

Re: [LEDE-DEV] Makefile question

On Sat, 11 Feb 2017, Philip Prindeville wrote: This can't eliminate the /etc/rc.d/S* files as it only adds files, and it's not as flexibile as adding a user or changing a password (as it would just let you replace the /etc/passwd, /etc/shadow files, not modify them). If you look for where

Re: [LEDE-DEV] Makefile question

On Fri, 10 Feb 2017, Philip Prindeville wrote: Hi. I was wondering if there’s an obvious place to install a hook that’s: (a) after all the packages have been installed; (b) before the root filesystem image gets finalized; I’d like to be able to run some simple sed scripts inside the

Re: [LEDE-DEV] NETSHe mac80211 GPL sources

and while none have gone to court in the US, that's because the violators have always settled before getting into court (with vmware being the only exception, and I haven't heard that that case has gone to trial yet) David Lang ___ Lede-dev m

Re: [LEDE-DEV] NETSHe mac80211 GPL sources

to pass the source along, as it is GPL. But if it's a separate download, it does have to be made available to anyone. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] forum limitations

e're sorry, but new users are temporarily limited to 3 replies in the same topic. If you can correct the problem, please try again. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

results for a few versions, people may start to trust and use it (or they may just use the more up-to-date tree) David Lang (who has no authority within LEDE or OpenWRT) ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Release planning

doesn't happen for a while, the list will still be useful as it reduces how far back people would have to go at the point of release. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

On Thu, 22 Dec 2016, John Crispin wrote: On 22/12/2016 09:42, David Lang wrote: On Thu, 22 Dec 2016, John Crispin wrote: Yes, the name is pointing at a product that doesn't exist any longer, but Deb and Ian aren't involved with Debian any longer either. At some point the fact that a name

Re: [LEDE-DEV] Release planning

On Thu, 22 Dec 2016, James Feeney wrote: On 12/22/2016 01:33 AM, David Lang wrote: the reason for this is sort order, if something is sorting versions with an alpha sort, you want the ~rc to show up as older than the YY.MM release, and you want that to show up as older than the YY.MM.N

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

that can be solved by a http redirect ... Is that going to break all links in discussions that point at OpenWRT docs and/or forum threads? That's a high cost. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

On Wed, 21 Dec 2016, Dave Taht wrote: On Wed, Dec 21, 2016 at 12:29 PM, David Lang <da...@lang.hm> wrote: On Wed, 21 Dec 2016, Kathy Giori wrote: From a PR perspective, I strongly suggest keeping the term OpenWrt as part of the branding of the project moving forward. It can just be co

Re: [LEDE-DEV] Release planning

r a period, you want to use a tilde '~' the reason for this is sort order, if something is sorting versions with an alpha sort, you want the ~rc to show up as older than the YY.MM release, and you want that to show up as older than the YY.MM.N releases. David Lang _

Re: [LEDE-DEV] [OpenWrt-Devel] Talks between OpenWrt and LEDE

that brand attached to the development moving forward. I agree, I think this is an obvious choice to make. OpenWRT has a lot of name recognition, it would be foolish to throw that away. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org

Re: [LEDE-DEV] Release planning

? how much hardware would people need to donate to reduce this significantly (1-2 days for example)? David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

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

On Tue, 22 Nov 2016, Felix Fietkau wrote: On 2016-11-22 17:48, David Lang wrote: On Tue, 22 Nov 2016, Felix Fietkau wrote: On 2016-11-22 17:43, David Lang wrote: On Tue, 22 Nov 2016, Felix Fietkau wrote: On a 16M filesystem, we probably want to use a 1K block size and have an inode

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

On Tue, 22 Nov 2016, Felix Fietkau wrote: On 2016-11-22 17:43, David Lang wrote: On Tue, 22 Nov 2016, Felix Fietkau wrote: On a 16M filesystem, we probably want to use a 1K block size and have an inode for every couple of blocks. I'd say on a 16M filesystem we probably want to use squashfs

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

understand how this would work? David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

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

filesystem, we probably want 4K block size and an inode for every few K blocks A menu to customize these rather than calculating them will allow people to tweak them to fit the uncommon cases that LEDE is likely to be used for. David Lang ___ Lede-dev

Re: [LEDE-DEV] Release Preparation Questions

ent for the lede source in that you may backport some fixes into a release branch) Other than this, it looks reasonable. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Actual community change and additional developers compared to OpenWrt

be setup by someone outside of the core group (working with their own fork of the project until they get things functioning) David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] A Wiki for LEDE Documentation

it a no-brainer to use the same software for the LEDE wiki. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] Documentation for router support means the famous Table of Hardware

merger discussions and the openwrt development. I've said before that if lede starts it's own forums, I'd like it to be something that can integrate mailing lists with web interaction (and mentioned how Baen books uses FUDForum and mailman to offer e-mail, web, and nntp access to the same messages)

Re: [LEDE-DEV] lede forum

A bit more setup, but fudforum (Fast Uncompromising Discussion Forum, fudforum.org) can integrate with nttp, which mailman can then integrate with mailing lists, allowing for full interaction between people accessing the forum through all three methods. David Lang On Mon, 25 Jul 2016

Re: [LEDE-DEV] Routing two interfaces on same subnet

If the network interface goes through the switch in the AP, then you will not see the interface on the CPU go up/down. At best you could poll the switch info (if it gives you link state) David Lang On Tue, 12 Jul 2016, Baptiste Clenet wrote: Ok thanks Tobias. How can I detect that ethernet

Re: [LEDE-DEV] Lede r881 - how to get better Wireless performace ?

On Sun, 3 Jul 2016, Dennis Schneck wrote: Hello, i use a TP Link Archer C7 v2 with LEDE r811. But the Wireless performace (2,4GHz) is not optimal. Are the parameter or something else to tune the performace ? If use other Firmware in the same Environment get better transfer rates.   CPU use is

Re: [LEDE-DEV] portal wifi router

at the cube of the distance, so things a few feet apart have a tremendous advantage to the same things within a couple inches of each other (completely ignoring signals propagating over power/ground busses and things like that) David Lang ___

Re: [LEDE-DEV] portal wifi router

have a 3D version of the problem, not just the 'simple' 2D version. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] [PATCH] Support Candela-Tech ath10k and ath9k out-of-tree driver.

On Tue, 21 Jun 2016, Ben Greear wrote: On 06/21/2016 03:04 PM, David Lang wrote: I'll point out that there is a lot of work being done on these drivers right now in terms of making significant changes to how they do buffering that in increasing network speed as well as reducing latency

Re: [LEDE-DEV] looking for ar7 testers

On Sun, 19 Jun 2016, Daniel Curran-Dickinson wrote: On Wed, 2016-06-15 at 19:52 -0700, David Lang wrote: Is there a list of hardware that is needed? (or do you want donations of money for the project to buy hardware)? TBH I'm not sure how useful random hardware donations are. For example

Re: [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

=org.pocketworkstation.pckeyboard it gives you a traditional keyboard (including escape) David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

On Tue, 14 Jun 2016, Daniel Curran-Dickinson wrote: On Tue, 2016-06-14 at 11:05 -0700, David Lang wrote: On Mon, 13 Jun 2016, Daniel Curran-Dickinson wrote: On Mon, 2016-06-13 at 11:17 +0200, Jo-Philipp Wich wrote: Hi, Again I think you read too much into what I said (admittedly I do

Re: [LEDE-DEV] looking for ar7 testers

don't know enough to know what qualifies. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

Re: [LEDE-DEV] looking for ar7 testers

Ok, so it sounds like this particular hardware is not wanted and support may be dropped. But for the general case, my question still stands. What hardware (including brand-new devices, wishlists for future devices, etc) is wanted, how can it be donated? David Lang On Wed, 15 Jun 2016

Re: [LEDE-DEV] looking for ar7 testers

Is there a list of hardware that is needed? (or do you want donations of money for the project to buy hardware)? David Lang On Wed, 15 Jun 2016, John Crispin wrote: Date: Wed, 15 Jun 2016 09:29:31 +0200 From: John Crispin <j...@phrozen.org> To: LEDE Development List <

Re: [LEDE-DEV] TR-069 and OpenWrt discussion on these lists?

in exactly the way that you consider ideal is a good way to kill a project. David Lang On Wed, Jun 15, 2016 at 5:14 PM, David Lang <da...@lang.hm> wrote: Like individuals, companies do things that benefit them. Almost all Open Source software development is done by people who benefi

Re: [LEDE-DEV] TR-069 and OpenWrt discussion on these lists?

hostile attitude doesn't spread. David Lang On Wed, 15 Jun 2016, L. D. Pinney wrote: Date: Wed, 15 Jun 2016 17:10:36 -0500 From: L. D. Pinney <ldpin...@gmail.com> To: David Lang <da...@lang.hm> Cc: LEDE Development List <lede-dev@lists.infradead.org> Subject: Re: [LEDE-DEV]

Re: [LEDE-DEV] lede integration issues remaining from the detrius of cerowrt

ves are now <$100 Now, if support for larger drives really does add a lot to the system footprint, it should be optional. But how much space are we talking about here? It should at least be an easy-to-select option. David Lang ___ Lede-dev mailing lis

Re: [LEDE-DEV] [OpenWrt-Devel] TR-069 for OpenWrt

On Sat, 28 May 2016, Hauke Mehrtens wrote: On 05/27/2016 12:43 PM, David Lang wrote: On Thu, 26 May 2016, Delbar Jos wrote: We are conscious of the fact that together with the proposals made by Felix, Luka and Wojtek we are now looking at many "competing" proposals. As a nex

Re: [LEDE-DEV] [Cerowrt-devel] WRT1900ACS Testing

There was a new wifi firmware release today (not yet in LEDE or OpenWRT trunk) announced around post 11400 on this forum https://forum.openwrt.org/post.php?tid=50173=325044 David Lang On Fri, 20 May 2016, Dave Taht wrote: Date: Fri, 20 May 2016 14:16:13 -0700 From: Dave Taht <dav

Re: [LEDE-DEV] OpenWRT tree vs LEDE tree

y've seemed very willing to tweak things in response to suggestions. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev

[LEDE-DEV] how to update a package to a new upstream version was: Re: How to start?

On Thu, 19 May 2016, Gabriel F.C. Mazzocato wrote: 2016-05-19 17:51 GMT-03:00 David Lang <da...@lang.hm>: Is this something that's not already packaged for LEDE/OpenWRT? It's far more complex to add something new than to just select different options that are already configured.

Re: [LEDE-DEV] running stuff as !root

On Wed, 18 May 2016, Ferry Huberts wrote: On 18/05/16 11:10, David Lang wrote: On Wed, 18 May 2016, Ferry Huberts wrote: On 18/05/16 10:03, David Lang wrote: On Wed, 18 May 2016, John Crispin wrote: On 18/05/2016 09:46, Ferry Huberts wrote: already in-place in Fedora and RedHat/CentOS

Re: [LEDE-DEV] running stuff as !root

On Wed, 18 May 2016, Ferry Huberts wrote: On 18/05/16 10:03, David Lang wrote: On Wed, 18 May 2016, John Crispin wrote: On 18/05/2016 09:46, Ferry Huberts wrote: already in-place in Fedora and RedHat/CentOS. You then get even stronger protection and run-time performance impact

Re: [LEDE-DEV] running stuff as !root

ly competent sysadmin can understand an AppArmor config and tweak it for their layout without too much effort (once they identify that AppArmor is blocking what they are trying to do) David Lang ___ Lede-dev mailing list Lede-dev@lists.infrad

Re: [LEDE-DEV] running stuff as !root

ely on some external storage/database setup to hold all that stuff. Not something normally available to LEDE type devices running in homes and small offices. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead

Re: [LEDE-DEV] running stuff as !root

ges installed in a different order have different user->uid mapping) or if we are going to define service accounts distro wide so they are always going to be the same. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.or

Re: [LEDE-DEV] running stuff as !root

ous other things that will require capabilities to work (including some versions of ping and traceroute), but it's a matter of fixing them as you bump into them. don't try to make everything run as the same !root user, migrate things one (or at least one category) at a time. D

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

On Fri, 13 May 2016, Alexandru Ardelean wrote: On Fri, May 13, 2016 at 8:55 PM, David Lang <da...@lang.hm> wrote: On Fri, 13 May 2016, Helmut Schaa wrote: I was thinking of a different use-case: Increasing the buffer size on the fly comes in handy during a debug session where you'

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

good idea, let alone one that is common enough to have to introduce uci specific knowledge into the logd daemon. You are better off sending to a remote logserver anyway. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists

Re: [LEDE-DEV] [PATCH] bcm53xx: calculate TRX CRC32 using whole kernel partition

either. the git history can untangle this for anyone who cares. But there is enough bad feelings going around, we don't need someone getting angry over copyright notices being removed. David Lang On Mon, 9 May 2016, Rafał Miłecki wrote: Date: Mon, 9 May 2016 20:35:20 +0200 From: Rafał

Re: [LEDE-DEV] RFC: Throughput testing results.

On Fri, 6 May 2016, Ben Greear wrote: On 05/06/2016 12:05 PM, David Lang wrote: On Fri, 6 May 2016, Ben Greear wrote: On 05/06/2016 10:20 AM, Toke Høiland-Jørgensen wrote: Ben Greear <gree...@candelatech.com> writes: I am interested in feedback on the testing output. My goal is

Re: [LEDE-DEV] RFC: Throughput testing results.

On Fri, 6 May 2016, Ben Greear wrote: On 05/06/2016 10:20 AM, Toke Høiland-Jørgensen wrote: Ben Greear writes: I am interested in feedback on the testing output. My goal is to add a few more different hardware configurations and then do nightly (or at least weekly)

Re: Future of Chaos Calmer

On Fri, 6 May 2016, Vittorio G (VittGam) wrote: On 05/05/2016 21:30:56 CEST, David Lang wrote: On Thu, 5 May 2016, Vittorio G (VittGam) wrote: Hello, I'd like to know if there are any plans for Chaos Calmer? Will it become mantained by LEDE? almost certinly not. But LEDE will create

Web forums for LEDE

feed that mailman can provide). I believe that I saw that a recent version of mailman added a web interface to mailing lists, but I haven't seen anyone using it yet. David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http

Re: [LEDE-DEV] List Prefix

On Thu, 5 May 2016, John Crispin wrote: On 05/05/2016 10:14, David Woodhouse wrote: On Thu, 2016-05-05 at 08:13 +0200, John Crispin wrote: Hi David, some folks would prefer to have the prefix on the 2 lists. I just had a look in the mailman settings and failed to quickly spot the location

Re: Proposal to sign all commits

the hassle? David Lang ___ Lede-dev mailing list Lede-dev@lists.infradead.org http://lists.infradead.org/mailman/listinfo/lede-dev