On 2016-05-18 15:09, Mats Karrman wrote:
On 2016-05-18 14:03, Felix Fietkau wrote:
On 2016-05-18 14:00, Mats Karrman wrote:
On 2016-05-18 13:01, Felix Fietkau wrote:
On 2016-05-18 11:38, Mats Karrman wrote:
On 2016-05-17 17:31, Mats Karrman wrote:
On 2016-05-17 13:29, Felix Fietkau wrot
Hopefully before I crash tonight I will have something to report. I'm
in the process of a build now.
On 16-05-19 02:07 AM, John Crispin wrote:
>
>
> On 18/05/2016 13:28, l...@daniel.thecshore.com wrote:
>> From: Daniel Dickinson
>>
>> v2: Fix mixup of dosfsck checking ext* and e2fsck checking
Hi Etienne (& list)
Yes I've just noticed that too when I looked at them coming back at me
via master. I feel really bad!
I will submit a new PR with properly signed commits once I've done this
email. I guess reverting the unsigned & applying the signed would
maintain an obvious history.
Hi John,
It looks like on ar71xx MS_ACL is not defined in linux/fs.h in the
default kernel. It must have been added later than 4.1 (I believe that
is the version ar71xx is currently on).
I guess my desktop system is a newer kernel that has symbols (I didn't
have a build tree handy to check at th
On 19/05/2016 09:39, Kevin Darbyshire-Bryant wrote:
> Hi Etienne (& list)
>
> Yes I've just noticed that too when I looked at them coming back at me
> via master. I feel really bad!
>
> I will submit a new PR with properly signed commits once I've done this
> email. I guess reverting the unsi
Oh, it uses MS_POSIXACL. I'll check if that changes in newer trees.
On 16-05-19 03:22 AM, Daniel Dickinson wrote:
> Hopefully before I crash tonight I will have something to report. I'm
> in the process of a build now.
>
> On 16-05-19 02:07 AM, John Crispin wrote:
>>
>>
>> On 18/05/2016 13:28,
Storage of such zones is provided by a nf_ct_ext struct, hence conntrack
memory foot print will not be increased if zones are not used.
---
package/kernel/linux/modules/netfilter.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/kernel/linux/modules/netfilter.mk
b/package/kernel/linu
On 19/05/16 08:48, John Crispin wrote:
On 19/05/2016 09:39, Kevin Darbyshire-Bryant wrote:
Hi Etienne (& list)
Yes I've just noticed that too when I looked at them coming back at me
via master. I feel really bad!
I will submit a new PR with properly signed commits once I've done this
emai
On 19/05/2016 09:55, Kevin Darbyshire-Bryant wrote:
>
>
> On 19/05/16 08:48, John Crispin wrote:
>>
>>
>> On 19/05/2016 09:39, Kevin Darbyshire-Bryant wrote:
>>> Hi Etienne (& list)
>>>
>>> Yes I've just noticed that too when I looked at them coming back at me
>>> via master. I feel really bad
Hi,
I reverted the offending commits and pushed the newer, signed ones.
Will look into enforcing S-o-b through hooks.
Sorry for the mishap.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-de
Hi,
I am currently running LEDE r274 build dated 18-May-2015. The build seems to be
stable as of now, have been flashing the images ever since the snapshot was
made available in the repository. Current Status of the device is as follows,
# Wireless - both 2.4Ghz (@297MB/
Signed-off-by: Iain Fraser
---
lua/ubus.c | 233 +++-
1 file changed, 232 insertions(+), 1 deletion(-)
diff --git a/lua/ubus.c b/lua/ubus.c
index 86e34b7..9941ef6 100644
--- a/lua/ubus.c
+++ b/lua/ubus.c
@@ -1,6 +1,7 @@
/*
* Copyright (
---
lua/publisher.lua | 60
lua/subscriber.lua | 25 ++
2 files changed, 85 insertions(+)
create mode 100644 lua/publisher.lua
create mode 100644 lua/subscriber.lua
diff --git a/lua/publisher.lua b/lua/publisher.lua
n
fixes:
CVE-2016-3739: TLS certificate check bypass with mbedTLS/PolarSSL
- remove crypto auth compile fix
curl changelog of 7.46 states its fixed
- fix mbedtls and cyassl usability #19621 :
add path to certificate file (from Mozilla via curl) and
provide this in a new package
tested on ar71xx w
- disable sslv3 (security)
- patch is not needed anymore (see src/ssl.c)
tested on ar71xx w. curl
Signed-off-by: Dirk Neukirchen
---
package/libs/cyassl/Makefile | 9 +
.../cyassl/patches/300-SSL_set_tlsext_host_name.patch | 19 ---
2 files chan
upstream change: 8ee4646038e47d065d35703e3e343136c4cd42aa
fixes dependency w. Kernel 4.6
Signed-off-by: Dirk Neukirchen
---
package/devel/perf/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/devel/perf/Makefile b/package/devel/perf/Makefile
index db68387..026def2 100644
---
- package-defaults.mk and host-build.mk configure could behave
differently
- there is already _ARGS in place to hand over stuff
Signed-off-by: Dirk Neukirchen
---
include/host-build.mk | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/host-build.mk b/include/host-build.
- document indirect source code fixup affecting spidev_test
Signed-off-by: Dirk Neukirchen
---
package/utils/spidev_test/Makefile | 9 +
1 file changed, 9 insertions(+)
diff --git a/package/utils/spidev_test/Makefile
b/package/utils/spidev_test/Makefile
index 807039a..382b150 100644
--
On 2016-05-19 13:38, Dirk Neukirchen wrote:
> - document indirect source code fixup affecting spidev_test
>
> Signed-off-by: Dirk Neukirchen
> ---
> package/utils/spidev_test/Makefile | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/package/utils/spidev_test/Makefile
> b/packa
On 2016-05-19 13:38, Dirk Neukirchen wrote:
> - package-defaults.mk and host-build.mk configure could behave
> differently
> - there is already _ARGS in place to hand over stuff
>
> Signed-off-by: Dirk Neukirchen
This change breaks the tools/expat build in a weird way:
make[3]: Entering director
On Thu, May 19, 2016 at 12:02:31AM +0300, Lucian Cristian wrote:
> Please keep
> CONFIG_PATA_ATIIXP=y
> I have several (very capable/low power/versatile) Fujitsu Futro S550 that
> need this so it can boot from the internal CF Card
The idea is to keep all previously selected options in the new lega
John Crispin writes:
> On 09/05/2016 09:44, David Lang wrote:
>
>> I don't think that will be possible because it's different people
>> working on each tree. I know the OpenWRT folks deleted the @openwrt
>> e-mail addresses for the people working on LEDE. I would assume that
>> they have blocked c
On 19/05/2016 14:48, Bjørn Mork wrote:
> John Crispin writes:
>> On 09/05/2016 09:44, David Lang wrote:
>>
>>> I don't think that will be possible because it's different people
>>> working on each tree. I know the OpenWRT folks deleted the @openwrt
>>> e-mail addresses for the people working on
On 2016-05-19 13:27, Dirk Neukirchen wrote:
> - disable sslv3 (security)
> - patch is not needed anymore (see src/ssl.c)
Removal of this patch breaks ustream-ssl (cyassl variant).
Please test your changes a bit more carefully.
- Felix
___
Lede-dev mail
There is already a CONFIGURE_VAR set in here that seem
to have the same purpose, but it doesn't do the trick
in my cause (autoconf 2.69).
---
libs/libnet-1.2.x/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/libs/libnet-1.2.x/Makefile b/libs/libnet-1.2.x/Makefile
index a791163..062c7b
John Crispin writes:
> On 19/05/2016 14:48, Bjørn Mork wrote:
>> John Crispin writes:
>>> On 09/05/2016 09:44, David Lang wrote:
>>>
I don't think that will be possible because it's different people
working on each tree. I know the OpenWRT folks deleted the @openwrt
e-mail addresse
---
lua/publisher.lua | 60 ++
lua/subscriber.lua | 25 ++
lua/ubus.c | 230 +++-
3 files changed, 314 insertions(+), 1 deletion(-)
create mode 100755 lua/publisher.lua
create mode 100755 lua/subscriber.lua
diff --git
On 19/05/2016 15:34, Bjørn Mork wrote:
> John Crispin writes:
>> On 19/05/2016 14:48, Bjørn Mork wrote:
>>> John Crispin writes:
On 09/05/2016 09:44, David Lang wrote:
> I don't think that will be possible because it's different people
> working on each tree. I know the OpenWR
Dear Bjørn,
> But I believe you should realize that for an outsider, the "we are
> working on a solution" does not sound too good. It is unclear who
> "we" are, but it is very clear that it excludes the reader. This is
> defintitely not an invitation to participate. And the completely
> cont
Hi guys,
I made my toolchain with the latest lede source.git, but I'm having
trouble understanding the system as a whole. I tried to incorporate
two iptables modules (synproxy & rp_filter), as well as update it to
1.6.0 (without NFTables), but it always brakes when building. Altering
the makefile
Hi!
On Tue, May 17, 2016 at 04:52:46PM +0200, Mathias Kresin wrote:
> 2016-05-17 11:51 GMT+02:00 Paul Rowland :
> > I updated sources and packages 15 minutes ago, did a make clean and a
> > build. The expected file,
> > lede-lantiq-xrx200-BTHOMEHUBV5A-ubifs-sysupgrade.tar, was not created. It
>
Hi Alin,
I merged your patch into my staging tree at
https://git.lede-project.org/?p=lede/jow/staging.git;a=commitdiff;h=6c9231baa9c5341c6ee2e213618dcde72d42288b
Since your change lacked a proper Signed-off-by I added it on your
behalf. Please review the link above and give me your ACK, then I'l
Hi Daniel,
2016-05-19 18:11 GMT+02:00 Daniel Golle :
> I researched and found why ubifs generation was skipped on oxnas and
> committed a fix for that (1ea7dba3778562bc85986b21be77af34956e11a0).
> Please try and see if that fixes things for you as well.
The issue was fixed by felix commit
311faaa
The busybox ntpd utility currently uses ntp servers specified in uci.
This patch allows the ntpd utility to use NTP servers received via DHCP(v6)
Following uci parameters have been added:
use_dhcp : enables NTP server config via DHCP(v6)
dhcp_interface : use NTP servers received only on the
Hi Hans,
staged into https://git.lede-project.org/?p=lede/jow/staging.git
A few improvement ideas though;
- maybe we can make the jsonfilter dependency conditionally depending
on the ntpd applet
- maybe pipe the ubus interface status dump directly to jsonfilter
- is there any reason to not
On Thu, 19 May 2016, John Crispin wrote:
On 19/05/2016 15:34, Bjørn Mork wrote:
John Crispin writes:
On 19/05/2016 14:48, Bjørn Mork wrote:
John Crispin writes:
On 09/05/2016 09:44, David Lang wrote:
I don't think that will be possible because it's different people
working on each tree.
On Thu, 19 May 2016, Gabriel F.C. Mazzocato wrote:
Hi guys,
I made my toolchain with the latest lede source.git, but I'm having
trouble understanding the system as a whole. I tried to incorporate
two iptables modules (synproxy & rp_filter), as well as update it to
1.6.0 (without NFTables), but
2016-05-19 15:33 GMT-03:00 David Lang :
>
> actually, make menuconfig and altering the .config file is the way. This
> should pull in all the appropriate dependencies. If you edit the .config
> files manually, you need to check that all the dependencies are good
> yourself.
>
The process I followe
Hi Jo,
On Thu, May 19, 2016 at 7:04 PM, Jo-Philipp Wich wrote:
> Hi Hans,
>
> staged into https://git.lede-project.org/?p=lede/jow/staging.git
>
> A few improvement ideas though;
>
> - maybe we can make the jsonfilter dependency conditionally depending
>on the ntpd applet
> - maybe pipe the
On Thu, 19 May 2016, Gabriel F.C. Mazzocato wrote:
2016-05-19 15:33 GMT-03:00 David Lang :
actually, make menuconfig and altering the .config file is the way. This
should pull in all the appropriate dependencies. If you edit the .config
files manually, you need to check that all the dependenci
2016-05-19 17:51 GMT-03:00 David Lang :
>
> 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.
>
Yeah. Currently iptables is at 1.4.21 version at both dists. I was
tryin
On Thu, May 19, 2016 at 04:40:34PM +0200, Jo-Philipp Wich wrote:
> Bjørn wrote:
> > Yes, this is extremely unfair. Just like the I'm sure some
> > developers saw the original LEDE announcement. Good intentions are
> > not enough. It's the result that matters.
>
> I certainly agree but we should
Den 2016-05-20 kl. 00:09, skrev Oswald Buddenhagen:
> On Thu, May 19, 2016 at 04:40:34PM +0200, Jo-Philipp Wich wrote:
>> Bjørn wrote:
>>> Yes, this is extremely unfair. Just like the I'm sure some
>>> developers saw the original LEDE announcement. Good intentions are
>>> not enough. It's the res
It contains some quirks for old MIPS devices.
Signed-off-by: Rafał Miłecki
---
package/utils/nvram/Makefile | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/package/utils/nvram/Makefile b/package/utils/nvram/Makefile
index ace6a97..c5a4ca4 100644
--- a/package/utils/nv
Hi Karl,
I thought a bit about fstools since your post because I also had my
difficulties integrating it with applications which require hotplug
storage. I agree with and acknowledge all the points you mentioned.
In addition I believe that LEDE/OpenWrt generally lacks a high-level
concept to inte
The LNA improves the rx path up to ~20dbm on those devices.
---
target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c
index
The LNA improves the rx path up to ~20dbm on those devices.
---
target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-cpe510.c
index
Fix low tx power on TpLink cpe510 devices
---
...e-AR9340-initvals-for-txgain-table-mode-4.patch | 53 ++
1 file changed, 53 insertions(+)
create mode 100644
package/kernel/mac80211/patches/560-ath9k-Update-AR9340-initvals-for-txgain-table-mode-4.patch
diff --git
a/package/
Hi everyone,
I notice someone is trying to get iptables 1.6 working. I disabled
nftables compatible layer and added two new modules into the
corresponding patch[0]. Please note that there may be something wrong
when building with dnsmasq-full which enables conntrack support these
days[1]
[0]:http
On 16-05-19 06:09 PM, Oswald Buddenhagen wrote:
> On Thu, May 19, 2016 at 04:40:34PM +0200, Jo-Philipp Wich wrote:
>> Bjørn wrote:
>>> Yes, this is extremely unfair. Just like the I'm sure some
>>> developers saw the original LEDE announcement. Good intentions are
>>> not enough. It's the result
On 16-05-19 09:31 PM, Daniel Curran-Dickinson wrote:
>
> Does that mean I think LEDE is perferct? Definitely not, but I've
> already seen huge improvements compared to what was happening in
> openwrt, and a great deal more openness than was the case in openwrt.
>
> Do I think there are potenti
> anyway, that's my perspective as an outsider (who has 15 years of
> experience in some *big* openly governed communities) ...
Since you obviously feel there are other communities doing this right,
perhaps you'd like to share the *names* of these examples so that LEDE
can look at what they're doi
On Thu, 19 May 2016, Gabriel F.C. Mazzocato wrote:
2016-05-19 17:51 GMT-03:00 David Lang :
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.
Yeah. Currently iptables
On Thu, 19 May 2016, Daniel Curran-Dickinson wrote:
Do I think there are potentially problems, like my, and others,
impressions, that there is a fair amount of back channel (private) email
that *isn't* part of the public discussion that I thing is contrary to
the stated goal of transparency, if
On 20/05/2016 02:24, Daniel Golle wrote:
> Hi Karl,
>
> I thought a bit about fstools since your post because I also had my
> difficulties integrating it with applications which require hotplug
> storage. I agree with and acknowledge all the points you mentioned.
>
> In addition I believe that
55 matches
Mail list logo
