On 10/28/2017 4:52 PM, Hartmut Knaack wrote:
Philip Prindeville wrote on 28.10.2017 23:20:
Hi all,
Does it seem to anyone else that we’re making this more complicated
than it needs to be?
If one of the goals we’re going for from here on out is “equality”,
then a basic litmus test to be
Reduces compiled size by 48 bytes.
Signed-off-by: Rosen Penev
---
jshn.c| 4 +++-
ustream.c | 1 +
2 files changed, 4 insertions(+), 1 deletion(-)
diff --git a/jshn.c b/jshn.c
index 4989099..d47e98d 100644
--- a/jshn.c
+++ b/jshn.c
@@ -103,7 +103,7 @@ static void
On 10/30/2017 09:58 PM, Paul Spooren wrote:
> On 10/30/17 3:28 AM, Matthias Schiffer wrote:
>> On 10/29/2017 09:21 PM, Paul Spooren wrote:
>>> Hi all,
>>>
>>> I'm currently trying to use jshn.sh but it changes the data and makes it
>>> unusable.
>>>
>>> Below an example:
>>>
>>> root@LEDE:~#
Hi,
I have a firewall configuration that includes:
config zone
option name 'lan'
option forward 'ACCEPT'
option network 'lan'
option log '1'
option input 'REJECT'
option output 'REJECT'
Because of course with any firewall there are the exceptions
On 10/30/17 3:28 AM, Matthias Schiffer wrote:
> On 10/29/2017 09:21 PM, Paul Spooren wrote:
>> Hi all,
>>
>> I'm currently trying to use jshn.sh but it changes the data and makes it
>> unusable.
>>
>> Below an example:
>>
>> root@LEDE:~# json_string="{ \"foo-bar\": 10 }"
>> root@LEDE:~# echo
Add support for TP-Link TL-WDR7500 V6.
Specifications:
- WiSoC: QCA9563 - 3x3 2.4GHz
- Radio2: QCA9880 - 3x3 5GHz
- RAM: 64MB DDR2
- Storage: 8MB NOR SPI flash, can be replaced with 16M
- Switch: RTL8367S, now unmanaged
- Ethernet: 5x1G
- Misc: 2x button, 2x LED
Signed-off-by: Karol Bizewski
On 28-10-17, Baptiste Jonglez wrote:
> The awesome AES performance was too good to be true: it seems to produce
> incorrect results when encrypting on the pine64 and decrypting on a x86_64
> machine :(
> Possibly some assembler is optimized away by the compiler, which would
> explain why it's so
Reduced compiled size from 43912 to 43840.
Signed-off-by: Rosen Penev
---
log/logd.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/log/logd.c b/log/logd.c
index 9b481cd..e90f12f 100644
--- a/log/logd.c
+++ b/log/logd.c
@@ -26,7 +26,6 @@
#include "syslog.h"
-int debug
The latter is more compatible with older GCC versions like 4.9. Additionally,
initializing with { 0 } produces a warning that only the first field was
initialized.
Signed-off-by: Rosen Penev
---
log/logd.c | 2 +-
validate/cli.c | 2 +-
2 files changed, 2 insertions(+),
On x86, binary size goes down by 16 bytes.
Signed-off-by: Rosen Penev
---
log/syslog.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/log/syslog.c b/log/syslog.c
index 856fa60..754baa9 100644
--- a/log/syslog.c
+++ b/log/syslog.c
@@ -172,12 +172,12 @@
Hi Hans,
On Mon, 2017-10-30 at 18:36 +0100, Hans Dedecker wrote:
> Hi Alexey,
>
> The arc770 target still uses uClibc which causes a build failure in
> iproute2 on the phase 1 buildbot
>
Hi Alexey,
The arc770 target still uses uClibc which causes a build failure in
iproute2 on the phase 1 buildbot
(http://phase1.builds.lede-project.org/builders/arc770%2Fgeneric/builds/411/steps/pkgbuild/logs/stdio)
due to IPPROTO_MH not being defined.
Other targets using either glibc or musl have
Hi.
Using LEDE 17.01.4, if I add the prescribed transparent proxy
configuration for the firewall per:
https://wiki.openwrt.org/doc/uci/firewall#transparent_proxy_rule_external
config redirect
option src lan
option prototcp
option src_ip
Instead of storing a pointer to the beginning of the query string within the
request url, store the byte offset instead.
Since the URL is usually kept in the per-client blob buffer which might
change its memory location due to reallocations triggered by blobmsg_add_*,
it is not safe to point to
Hi,
please give this patch a try. I was able to reproduce your issue and
this patch fixed the issue for me.
~ Jo
___
Lede-dev mailing list
Lede-dev@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
15 matches
Mail list logo