Citeren John Crispin :
On 23/08/17 07:32, Koen Vandeputte wrote:
Hi John,
This the the hafd part.
I've spend a full day on it and found this:
Full clone + Check out: "364befe kernel: update 4.4 to 4.4.83"
--> Build OK
Full clone + Check out: "1f06858 mediatek: update
Citeren John Crispin :
On 23/08/17 05:34, Philip Prindeville wrote:
On Aug 22, 2017, at 1:56 PM, Arjen de Korte
wrote:
Citeren Philip Prindeville :
Found the issue, and posted PR #1308 to fix it. One-line
On 23/08/17 08:32, Arjen de Korte wrote:
Citeren John Crispin :
On 23/08/17 07:32, Koen Vandeputte wrote:
Hi John,
This the the hafd part.
I've spend a full day on it and found this:
Full clone + Check out: "364befe kernel: update 4.4 to 4.4.83"
--> Build OK
Full
On 23/08/17 07:32, Koen Vandeputte wrote:
Hi John,
This the the hafd part.
I've spend a full day on it and found this:
Full clone + Check out: "364befe kernel: update 4.4 to 4.4.83"
--> Build OK
Full clone + Check out: "1f06858 mediatek: update to latest kernel
patchset from v4.13-rc"
Hey,
A while back I opened a PR:
https://github.com/openwrt/packages/pull/4407
Etienne prompted me to try the ML too.
The gist of it is:
g1) LEDE core does not want to package all/certain in-tree kmods
(bloat reasons, which is reasonable)
g2) The `packages` feed would like to have certain
Hi,
Based on my test, it works well even if you keep this mips patch,
upstream already update libtommath and libtomcrypt
to latest, and I can confirm the update to these two libs fixes
dropbear misbehavior on mips.
https://github.com/mkj/dropbear/commit/a79b61517bc7123250d0e2dc21dc18deccf0bb64
On 2017-08-23 10:39, Baptiste Jonglez wrote:
On 23-08-17, Koen Vandeputte wrote:
Now this one pops up again (reported by Mauro Mozzarelli yesterday):
find
On 2017-08-23 09:55, John Crispin wrote:
pushed a fix, please retest
John
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Hi John,
Just done a full rebuild.
It doesn't whine anymore
Wrong thread.
My apologies
On 23/08/17 09:29, Mauro Mozzarelli wrote:
It fails also with fresh git pull:
Checking 'grep'... ok.
Checking 'getopt'... ok.
Checking 'stat'... ok.
Checking 'unzip'... ok.
Checking 'bzip2'... ok.
Checking 'wget'... ok.
Checking 'perl'... ok.
Checking 'python'...
On 23/08/17 09:20, Felix Fietkau wrote:
On 2017-08-22 12:01, Kevin Darbyshire-Bryant wrote:
Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2
This was causing mis-compilation of dropbear with the default '-Os' size
optimization as reported in FS#814
Tested on ar71xx, archer C7 v2. For
It fails also with fresh git pull:
Checking 'grep'... ok.
Checking 'getopt'... ok.
Checking 'stat'... ok.
Checking 'unzip'... ok.
Checking 'bzip2'... ok.
Checking 'wget'... ok.
Checking 'perl'... ok.
Checking 'python'... ok.
Checking 'git'... ok.
Checking 'file'... ok.
Checking
On 23-08-17, Koen Vandeputte wrote:
> Now this one pops up again (reported by Mauro Mozzarelli yesterday):
>
>
> find
> /mnt/ramdisk/test/firmware/builds/generic_imx6/build_dir/target-arm_cortex-a9+neon_musl_eabi/util-linux-2.30.1/ipkg-arm_cortex-a9_neon/dmesg
> -name 'CVS' -o -name '.svn' -o
pushed a fix, please retest
John
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
Will this be fixed so that a normal git pull will no longer fail?
On 23/08/17 10:12, Koen Vandeputte wrote:
On 2017-08-23 10:39, Baptiste Jonglez wrote:
On 23-08-17, Koen Vandeputte wrote:
Now this one pops up again (reported by Mauro Mozzarelli yesterday):
find
On 2017-08-23 13:32, Mauro Mozzarelli wrote:
Will this be fixed so that a normal git pull will no longer fail?
It already has been since this morning:
commit: "4fce22e util-linux: add missing dependencies"
Koen
___
Lede-dev mailing list
On 23/08/17 09:20, Felix Fietkau wrote:
On 2017-08-22 12:01, Kevin Darbyshire-Bryant wrote:
Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2
This was causing mis-compilation of dropbear with the default '-Os' size
optimization as reported in FS#814
Tested on ar71xx, archer C7 v2. For
On 21.08.2017 16:34, Karl Palsson wrote:
on master, even with the ntpd patch for busybox applied.
# ntpdate -q localhost
server ::1, stratum 0, offset 0.00, delay 0.0
server 127.0.0.1, stratum 0, offset 0.00, delay 0.0 21
Aug 14:26:24 ntpdate[1392]: no server suitable for
Shelly Coen writes:
> Hi Everyone,
>
> The prplWrt Working Group has compiled a survey on the subject of how
> OpenWrt/LEDE is used.
>
> We would really appreciate if you could take some time to complete this short
> survey to help give us a valuable oversight of
Citeren Kevin Darbyshire-Bryant :
On 23/08/17 09:20, Felix Fietkau wrote:
On 2017-08-22 12:01, Kevin Darbyshire-Bryant wrote:
Drop 300-mips_Os_cpu_rtx_cost_model.patch for gcc 7.2
This was causing mis-compilation of dropbear with the default '-Os' size
From: Baptiste Jonglez
The order of LAN ports shown in Luci is reversed compared to what is
written on the case of the device. Fix the order so that they match.
Signed-off-by: Baptiste Jonglez
---
This patch applies cleanly to the lede-17.01
What is the expected behaviour if an ip6hint is given, which is too long for a
prefix?
e.g. prefix delegation gives a prefix of 2003:::zz00::/56 and ip6hint
is .
Currently, isn't given, because it is too long. Will it be a better
approach, to shrink the ip6hint value for the
21 matches
Mail list logo