On 05/16/2016 03:42 PM, Aaron Z wrote:
On Mon, May 16, 2016 at 5:21 PM, Ben Greear wrote:
Maybe get an IRC bot to dump irc logs to the mailing list every few
hours? Might be a bit spammy though
IMO, trying to follow IRC when its not realtime (ie: reading a log)
makes it somewhat difficult
On Mon, May 16, 2016 at 5:21 PM, Ben Greear wrote:
> Maybe get an IRC bot to dump irc logs to the mailing list every few
> hours? Might be a bit spammy though
IMO, trying to follow IRC when its not realtime (ie: reading a log)
makes it somewhat difficult to follow threads of conversations (wh
On 14 May 2016 at 08:20, L. D. Pinney wrote:
> This patch provides a new banner for LEDE
git log is useful for getting a proper patch prefix. Try:
git log --oneline package/base-files/
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists
Maybe get an IRC bot to dump irc logs to the mailing list every few
hours? Might be a bit spammy though
Ben
On 05/16/2016 12:08 PM, Dave Taht wrote:
znc and bitlbee are godsends when using irc asynchronously.
In particular I feed all irc convos into bitlbee and then into erc on
emacs (so
On 16-05-16 05:18 PM, Daniel Curran-Dickinson wrote:
> The objective is so that you don't have isolated pools of TZ's where one
> TZ has little insight into what the other TZ is doing and has no *good*
> mechanisms for communicating across timezones.
>
> Reading IRC chat logs is an exercise is pai
On 16-05-16 03:29 PM, John Crispin wrote:
>
> the voting does not effect the actual coding work. it more relates to
> infrastructure, political and release related decisions. i think we are
> talking about the day 2 day interaction here.
>
> what i dont get is how emails vs irc would resolve the
On 16/05/2016 21:25, Felix Fietkau wrote:
> On 2016-05-16 21:14, Bruno Randolf wrote:
>> On 16/05/16 20:08, Dave Taht wrote:
>>> znc and bitlbee are godsends when using irc asynchronously.
>>>
>>> In particular I feed all irc convos into bitlbee and then into erc on
>>> emacs (so I am not hurt wh
On 2016-05-16 21:14, Bruno Randolf wrote:
> On 16/05/16 20:08, Dave Taht wrote:
>> znc and bitlbee are godsends when using irc asynchronously.
>>
>> In particular I feed all irc convos into bitlbee and then into erc on
>> emacs (so I am not hurt when my connection goes away).
>
> Well, thanks for
On 16/05/16 20:08, Dave Taht wrote:
> znc and bitlbee are godsends when using irc asynchronously.
>
> In particular I feed all irc convos into bitlbee and then into erc on
> emacs (so I am not hurt when my connection goes away).
Well, thanks for the hints, but please just accept the fact that IRC
znc and bitlbee are godsends when using irc asynchronously.
In particular I feed all irc convos into bitlbee and then into erc on
emacs (so I am not hurt when my connection goes away).
On Mon, May 16, 2016 at 5:00 AM, David Woodhouse wrote:
> On Mon, 2016-05-16 at 12:46 +0100, Bruno Randolf wr
On 16/05/16 11:46, Felix Fietkau wrote:
On 2016-05-13 11:57, Kevin Darbyshire-Bryant wrote:
Hi All,
I'm *very* much *for* the fq_codel batch drop functionality and that
ideally should be in a lede 4.4 patch, without the API change. I attach
a patch that I think more suitable...or would fo
As a side note, you can do direct comparisons between data sets in
flent, really easily.
Load up all the data files in it, select something less noisy as a
plot type (cdf, totals, or box totals),
then select Data->Add other open data files.
I am *ALWAYS* a fan of looking at the default, detailed
On Mon, May 16, 2016 at 05:42:43PM +0300, Alexey Brodkin wrote:
> If an image gets built as an Elf there's a chance
> it will be used by developers for debugging purposes.
> In that case it's very helpful to keep debugging info
> in that image.
>
> I would think that most OWRT-powered devices in p
If an image gets built as an Elf there's a chance
it will be used by developers for debugging purposes.
In that case it's very helpful to keep debugging info
in that image.
I would think that most OWRT-powered devices in production
will use some form of binary image for booting so Elf
flavours cou
The following changes since commit f8abb68e3a1b78ff5a8d616994daa9721fe8fc83:
tools/cmake: bump to 3.5.2 (2016-05-13 17:03:54 +0200)
are available in the git repository at:
https://github.com/Xotic750/mirror-lede.git fix_cpu_id
for you to fetch changes up to 3dc3f588e333466374a688607414eb16c
On Mon, 2016-05-16 at 12:46 +0100, Bruno Randolf wrote:
> On 15/05/16 05:53, Daniel Dickinson wrote:
> >
> > I'd really appreciate if we could actually use the mailing list for the
> > main communications venue rather than shutting out people not in the
> > European timezones, which is what happen
On 15/05/16 05:53, Daniel Dickinson wrote:
> I'd really appreciate if we could actually use the mailing list for the
> main communications venue rather than shutting out people not in the
> European timezones, which is what happens if IRC is the main way to
> participate in the community.
>
> I ha
On 2016-05-16 12:31, Syrone Wong wrote:
> Hi everyone,
>
> I notice that if I send SIGHUP to pppd, it works the first time, but
> if you send the second time, pppd crashes and kernel may crash as
> well. I find the musl-libc
> fixes from openembedded works well for me, but I don't know the root
>
Ok, I tried "git request-pull", I assume that it has been submitted
ok, how do I know/track it?
[graham@tyr mirror-lede]$ git request-pull
f8abb68e3a1b78ff5a8d616994daa9721fe8fc83
https://github.com/Xotic750/mirror-lede.git evg2000
The following changes since commit f8abb68e3a1b78ff5a8d616994daa97
On 2016-05-13 11:57, Kevin Darbyshire-Bryant wrote:
> Hi All,
>
> I've just seen
> https://github.com/lede-project/source/commit/fad8bdfa40df8636a52d770bbab010086c1976ec
> go through and wish to raise a concern:
>
> The patch introduces a kernel API change 'qdisc_tree_decrease_qlen'
> replaces 'q
Hi everyone,
I notice that if I send SIGHUP to pppd, it works the first time, but
if you send the second time, pppd crashes and kernel may crash as
well. I find the musl-libc
fixes from openembedded works well for me, but I don't know the root
cause. I tested the fix on ar71xx/Qihoo-c301 and mvebu
On 16/05/16 11:14, Graham Fairweather wrote:
Everything that I read talks about creating PRs when you have forked
from another github repo, and I have successfully create PRs in this
situation in the past. I have not seen any information about how to
create a PR when my repo was forked from a git
Everything that I read talks about creating PRs when you have forked
from another github repo, and I have successfully create PRs in this
situation in the past. I have not seen any information about how to
create a PR when my repo was forked from a git repo that is hosted
outside of github. When I
On 16/05/2016 10:14, Felix Fietkau wrote:
> On 2016-05-16 10:48, Hannu Nyman wrote:
>> I already said to Felix yesterday that I felt that with kernel 4.4 my ar71xx
>> WNDR3800 seemed somehow more sluggish. Now I tested the matter with "flent".
>>
>> And sadly, with kernel 4.4 my router's perform
On 16/05/16 10:26, Graham Fairweather wrote:
How do I do that? I forked the LEDE repo
(http://git.lede-project.org/openwrt/source.git) to github, created a
branch for the work
(https://github.com/Xotic750/mirror-lede/tree/evg2000), the LEDE
document (https://www.lede-project.org/development.html)
How do I do that? I forked the LEDE repo
(http://git.lede-project.org/openwrt/source.git) to github, created a
branch for the work
(https://github.com/Xotic750/mirror-lede/tree/evg2000), the LEDE
document (https://www.lede-project.org/development.html) says that PRs
are accepted, but no detail of h
On 2016-05-16 10:48, Hannu Nyman wrote:
> I already said to Felix yesterday that I felt that with kernel 4.4 my ar71xx
> WNDR3800 seemed somehow more sluggish. Now I tested the matter with "flent".
>
> And sadly, with kernel 4.4 my router's performance decreases significantly.
> With kernel 4.1
On 16/05/2016 11:06, Graham Fairweather wrote:
> Ok, thanks for the feedback. I tried so hard to make sure that it was
> correct. :(
>
> On 16 May 2016 at 10:17, Conor O'Gorman wrote:
>> You are still having line wrap issues with your patches, as Felix previously
>> mentioned.
you can use g
Ok, thanks for the feedback. I tried so hard to make sure that it was
correct. :(
On 16 May 2016 at 10:17, Conor O'Gorman wrote:
> You are still having line wrap issues with your patches, as Felix previously
> mentioned.
___
Lede-dev mailing list
Lede-
I already said to Felix yesterday that I felt that with kernel 4.4 my ar71xx
WNDR3800 seemed somehow more sluggish. Now I tested the matter with "flent".
And sadly, with kernel 4.4 my router's performance decreases significantly.
With kernel 4.1 the router achieves about 20% higher download thr
Hi,
the recent changes i made to mount_root that caused lots of carnage for
lost of people should now be fixed. if you had issues with the root not
being mounted or being mounted twice then please update to latest HEAD
and try again.
John
___
L
You are still having line wrap issues with your patches, as Felix
previously mentioned.
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
I've diffed the bootlogs of 3.18 and 4.4 for my particular image, included
below:
--- /tmp/ath25-3.18-boot.log2016-05-16 00:50:16.984951380 -0700
+++ /tmp/ath25-4.4-boot.log 2016-05-16 00:50:30.337017589 -0700
@@ -13,23 +13,23 @@
FLASH: 0xa800 - 0xa87f, 128 blocks of 0x0001
33 matches
Mail list logo
