Hi all,
A while back I proposed some PR’s to allow baking in root passwords
(configurable, so it wouldn’t have to be some lame constant password) as well
as turning off password login for OpenSSH server.
The maintainers of base-files and openssh didn’t like either.
So I’m proposing a virtual
Hi,
I did some googling without testing.
There is a similar issue here[0], it's caused by an unrecognized flag,
please post the configure log related to the error message to see if
it's the case.
Other posts say gas-preprocessor is a Perl script, it seems the
interpreter is not found when
On Thu, Jun 21, 2018 at 5:16 PM Syrone Wong wrote:
>
> Hi,
>
> I definitely agree we should fix errors, this commit is to bypass
> warnings and see if other important components are working well, e.g.
> no kernel panic,
> busybox is functional, etc. Others can be fixed as the follow-up. It
>
On Thu, Jun 21, 2018 at 5:09 PM Syrone Wong wrote:
>
> HI,
>
> We are using FFmpeg 3.2.10, it was cut from master on 2016-10-26,
> definitely has no fixes to GCC 8, you may want to check the latest
> 4.0.1. 4.0.1 was released on 2018-06-16. It is the latest stable
> FFmpeg release from the 4.0
HI,
I'm not sure whether it's the correct way to deal with the flag. When
we add GCC 9 in the future, we have to remember to apply this dirty
overwrite hack as well.
Please feel free to share more elegant ways.
Best Regards,
Syrone Wong
On Thu, Jun 21, 2018 at 11:08 PM, wrote:
> From:
Hi,
I definitely agree we should fix errors, this commit is to bypass
warnings and see if other important components are working well, e.g.
no kernel panic,
busybox is functional, etc. Others can be fixed as the follow-up. It
makes sense to ignore this testing commit.
Best Regards,
Syrone Wong
HI,
We are using FFmpeg 3.2.10, it was cut from master on 2016-10-26,
definitely has no fixes to GCC 8, you may want to check the latest
4.0.1. 4.0.1 was released on 2018-06-16. It is the latest stable
FFmpeg release from the 4.0 release branch, which was cut from master
on 2018-04-16.
You can
error: ‘%u’ directive writing between 1 and 10 bytes into a region of size
between 7 and 11 [-Werror=format-overflow=]
sprintf(buf, "%u-%u", port->port_min, port->port_max);
^~
note: directive argument in the range [0, 2147483647]
sprintf(buf, "%u-%u", port->port_min,
Citeren John Crispin :
On 21/06/18 22:58, Rosen Penev wrote:
error: ‘%d’ directive output may be truncated writing between 2 and 10
bytes into a region of size 3 [-Werror=format-truncation=]
snprintf(fd_buf, sizeof(fd_buf), "%d", wdt_fd);
^~~
note: directive
On 21/06/18 22:58, Rosen Penev wrote:
error: ‘%d’ directive output may be truncated writing between 2 and 10
bytes into a region of size 3 [-Werror=format-truncation=]
snprintf(fd_buf, sizeof(fd_buf), "%d", wdt_fd);
^~~
note: directive argument in the range
error: ‘%d’ directive output may be truncated writing between 2 and 10
bytes into a region of size 3 [-Werror=format-truncation=]
snprintf(fd_buf, sizeof(fd_buf), "%d", wdt_fd);
^~~
note: directive argument in the range [0, 2147483647]
snprintf(fd_buf,
On Thu, Jun 21, 2018 at 12:24 PM Kevin Darbyshire-Bryant via
openwrt-devel wrote:
>
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To mitigate this problem, the original message has been wrapped
>
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Tested-by: Michael Yartys
that's really quick, congratulations !
> Op 18 jun. 2018, om 11:08 heeft Kevin Darbyshire-Bryant via openwrt-devel
> het volgende geschreven:
>
> The sender domain has a DMARC Reject/Quarantine policy which disallows
> sending mailing list messages using the original "From" header.
>
> To
21.06.2018 21:18, Jaap Buurman:
Dear Kevin,
Some very good points you are giving. Is there anyone able and willing
to cherry-pick these 3 commits to the 18.06 branch before the RC1
release is tagged tomorrow?
At least I'll not do so.
I would like to see this change a bit more tested in
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Refresh patches.
Remove patch
21.06.2018 17:08, wong.syr...@gmail.com:
From: Syrone Wong
Signed-off-by: Syrone Wong
---
package/network/config/firewall/Makefile | 2 +-
package/system/procd/Makefile| 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git
Dear Kevin,
Some very good points you are giving. Is there anyone able and willing
to cherry-pick these 3 commits to the 18.06 branch before the RC1
release is tagged tomorrow?
Yours sincerely,
Jaap Buurman
On Thu, Jun 21, 2018 at 10:27 AM Kevin Darbyshire-Bryant
wrote:
>
>
>
> > On 21 Jun
On Wed, 20 Jun 2018 at 16:22, Zoltan HERPAI wrote:
>
> Netgear WNR612 v2:
> - cpu Atheros AR7240 (Python) @400MHz
> - flash 4MB
> - ram 32MB
> - ethernet 10/100: 1xwan + 2xlan (only two)
> - radio AR9285
>
> As there is a rebranded WNR612v2 called ON Networks N150R, add
> a dtsi which
If you run opkg install openssh-client and then remove it, the ssh client
symlink that was initially there goes away. This avoids that problem.
Signed-off-by: Rosen Penev
---
v2: Fixed new key generation
package/network/services/dropbear/Makefile | 18 +-
Error while compiling ffmpeg:
GNU assembler not found, install/update gas-preprocessor
On Thu, Jun 21, 2018 at 8:09 AM wrote:
>
> From: Syrone Wong
>
> Changes compared to GCC 7.x
>
> 001-revert_register_mode_search.patch dropped
>
> The commit guards comparison via maybe_gt(), while
>
Add xt_bpf modules to {kmod-ipt,iptables-mod}-filter.
Match using Linux Socket Filter. Expects a BPF program in decimal
format. This is the format generated by the nfbpf_compile utility.
Signed-off-by: Alin Nastac
---
include/netfilter.mk | 1 +
1 file changed, 1 insertion(+)
diff --git
From: Syrone Wong
Signed-off-by: Syrone Wong
---
package/network/config/firewall/Makefile | 2 +-
package/system/procd/Makefile| 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/package/network/config/firewall/Makefile
b/package/network/config/firewall/Makefile
From: Syrone Wong
The original -iremap is replaced by -fmacro-prefix-map in GCC 8
Signed-off-by: Syrone Wong
---
rules.mk | 4
1 file changed, 4 insertions(+)
diff --git a/rules.mk b/rules.mk
index a97b2d2155..8eb8e21a7e 100644
--- a/rules.mk
+++ b/rules.mk
@@ -141,6 +141,10 @@ endif
From: Syrone Wong
Changes compared to GCC 7.x
001-revert_register_mode_search.patch dropped
The commit guards comparison via maybe_gt(), while
001-revert_register_mode_search.patch simply ignore
"GET_MODE_SIZE (mode) > GET_MODE_SIZE (found_mode)", the powerpc issue might be
fixed, I'm not
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
> On 21 Jun 2018, at 08:13,
Dear all,
The move to kernel 4.14 broke mtu settings larger than 1500 by
default, unless the correct mtu was explicitly specified. The
following commit fixes this for the mt7621 target:
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=5da2c68d001ee44b15a58639ed03a0ebb6f68020
1) Would it
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "From" header.
To mitigate this problem, the original message has been wrapped
automatically by the mailing list software.--- Begin Message ---
Refresh patches.
Remove patch
28 matches
Mail list logo
