* [Buildroot] [PATCH v7 1/1] package/nodejs: use system-icu for host-nodejs
From: Peter Korsgaard @ 2020-08-13 16:44 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200727115155.824789-1-james.hilliard1@gmail.com>
>>>>> "James" == James Hilliard <james.hilliard1@gmail.com> writes:
> The nodejs configure.py file orders zlib headers before the bundled ICU
> headers. The zlib headers happen to be located in the system include
> directory, next to some system ICU headers (not bundled). If these are
> built before nodejs is, nodejs will get confused and try to use the
> system ICU headers instead of the bundled ones.
> Fix this by always using host-icu.
> Set CXXFLAGS to -DU_DISABLE_RENAMING=1 when building with
> system-icu since host-icu is built with --disable-renaming.
> Fixes:
> - http://autobuild.buildroot.net/results/1ef947553ec762dba6a6202b1cfc84ceed75dbb2/
> Signed-off-by: James Hilliard <james.hilliard1@gmail.com>
Committed to 2020.02.x and 2020.05.x, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit branch/2020.05.x] package/nodejs: use system-icu for host-nodejs
From: Peter Korsgaard @ 2020-08-13 16:43 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=2d9b02e88cf94ffe87629c333e608c82a5cee284
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/2020.05.x
The nodejs configure.py file orders zlib headers before the bundled ICU
headers. The zlib headers happen to be located in the system include
directory, next to some system ICU headers (not bundled). If these are
built before nodejs is, nodejs will get confused and try to use the
system ICU headers instead of the bundled ones.
Fix this by always using host-icu.
Set CXXFLAGS to -DU_DISABLE_RENAMING=1 when building with
system-icu since host-icu is built with --disable-renaming.
Fixes:
- http://autobuild.buildroot.net/results/1ef947553ec762dba6a6202b1cfc84ceed75dbb2/
Signed-off-by: James Hilliard <james.hilliard1@gmail.com>
[yann.morin.1998 at free.fr:
- keep alphabetical order in _DEPENDENCIES
- don't introduce HOST_NODEJS_CONF_OPTS
]
Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
(cherry picked from commit 319f7b0dab761483c7bf60dd933aa8ec485a06e1)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/nodejs/nodejs.mk | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/package/nodejs/nodejs.mk b/package/nodejs/nodejs.mk
index 3f35ac7c33..e384d4c8a0 100644
--- a/package/nodejs/nodejs.mk
+++ b/package/nodejs/nodejs.mk
@@ -10,7 +10,7 @@ NODEJS_SITE = http://nodejs.org/dist/v$(NODEJS_VERSION)
NODEJS_DEPENDENCIES = host-python host-nodejs c-ares \
libuv zlib nghttp2 \
$(call qstrip,$(BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL_DEPS))
-HOST_NODEJS_DEPENDENCIES = host-libopenssl host-python host-zlib
+HOST_NODEJS_DEPENDENCIES = host-icu host-libopenssl host-python host-zlib
NODEJS_INSTALL_STAGING = YES
NODEJS_LICENSE = MIT (core code); MIT, Apache and BSD family licenses (Bundled components)
NODEJS_LICENSE_FILES = LICENSE
@@ -66,7 +66,7 @@ define HOST_NODEJS_CONFIGURE_CMDS
--shared-openssl-libpath=$(HOST_DIR)/lib \
--shared-zlib \
--no-cross-compiling \
- --with-intl=small-icu \
+ --with-intl=system-icu \
)
endef
@@ -77,10 +77,13 @@ NODEJS_HOST_TOOLS_V8 = \
NODEJS_HOST_TOOLS_NODE = mkcodecache
NODEJS_HOST_TOOLS = $(NODEJS_HOST_TOOLS_V8) $(NODEJS_HOST_TOOLS_NODE)
+HOST_NODEJS_CXXFLAGS = $(HOST_CXXFLAGS) -DU_DISABLE_RENAMING=1
+
define HOST_NODEJS_BUILD_CMDS
$(HOST_MAKE_ENV) PYTHON=$(HOST_DIR)/bin/python2 \
$(MAKE) -C $(@D) \
$(HOST_CONFIGURE_OPTS) \
+ CXXFLAGS="$(HOST_NODEJS_CXXFLAGS)" \
LDFLAGS.host="$(HOST_LDFLAGS)" \
NO_LOAD=cctest.target.mk \
PATH=$(@D)/bin:$(BR_PATH)
@@ -90,6 +93,7 @@ define HOST_NODEJS_INSTALL_CMDS
$(HOST_MAKE_ENV) PYTHON=$(HOST_DIR)/bin/python2 \
$(MAKE) -C $(@D) install \
$(HOST_CONFIGURE_OPTS) \
+ CXXFLAGS="$(HOST_NODEJS_CXXFLAGS)" \
LDFLAGS.host="$(HOST_LDFLAGS)" \
NO_LOAD=cctest.target.mk \
PATH=$(@D)/bin:$(BR_PATH)
^ permalink raw reply related
* [Buildroot] [git commit branch/2020.02.x] package/nodejs: use system-icu for host-nodejs
From: Peter Korsgaard @ 2020-08-13 16:43 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=b620a7962bf996f43c53f116fea7168371a0282d
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/2020.02.x
The nodejs configure.py file orders zlib headers before the bundled ICU
headers. The zlib headers happen to be located in the system include
directory, next to some system ICU headers (not bundled). If these are
built before nodejs is, nodejs will get confused and try to use the
system ICU headers instead of the bundled ones.
Fix this by always using host-icu.
Set CXXFLAGS to -DU_DISABLE_RENAMING=1 when building with
system-icu since host-icu is built with --disable-renaming.
Fixes:
- http://autobuild.buildroot.net/results/1ef947553ec762dba6a6202b1cfc84ceed75dbb2/
Signed-off-by: James Hilliard <james.hilliard1@gmail.com>
[yann.morin.1998 at free.fr:
- keep alphabetical order in _DEPENDENCIES
- don't introduce HOST_NODEJS_CONF_OPTS
]
Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr>
(cherry picked from commit 319f7b0dab761483c7bf60dd933aa8ec485a06e1)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/nodejs/nodejs.mk | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/package/nodejs/nodejs.mk b/package/nodejs/nodejs.mk
index 3f35ac7c33..e384d4c8a0 100644
--- a/package/nodejs/nodejs.mk
+++ b/package/nodejs/nodejs.mk
@@ -10,7 +10,7 @@ NODEJS_SITE = http://nodejs.org/dist/v$(NODEJS_VERSION)
NODEJS_DEPENDENCIES = host-python host-nodejs c-ares \
libuv zlib nghttp2 \
$(call qstrip,$(BR2_PACKAGE_NODEJS_MODULES_ADDITIONAL_DEPS))
-HOST_NODEJS_DEPENDENCIES = host-libopenssl host-python host-zlib
+HOST_NODEJS_DEPENDENCIES = host-icu host-libopenssl host-python host-zlib
NODEJS_INSTALL_STAGING = YES
NODEJS_LICENSE = MIT (core code); MIT, Apache and BSD family licenses (Bundled components)
NODEJS_LICENSE_FILES = LICENSE
@@ -66,7 +66,7 @@ define HOST_NODEJS_CONFIGURE_CMDS
--shared-openssl-libpath=$(HOST_DIR)/lib \
--shared-zlib \
--no-cross-compiling \
- --with-intl=small-icu \
+ --with-intl=system-icu \
)
endef
@@ -77,10 +77,13 @@ NODEJS_HOST_TOOLS_V8 = \
NODEJS_HOST_TOOLS_NODE = mkcodecache
NODEJS_HOST_TOOLS = $(NODEJS_HOST_TOOLS_V8) $(NODEJS_HOST_TOOLS_NODE)
+HOST_NODEJS_CXXFLAGS = $(HOST_CXXFLAGS) -DU_DISABLE_RENAMING=1
+
define HOST_NODEJS_BUILD_CMDS
$(HOST_MAKE_ENV) PYTHON=$(HOST_DIR)/bin/python2 \
$(MAKE) -C $(@D) \
$(HOST_CONFIGURE_OPTS) \
+ CXXFLAGS="$(HOST_NODEJS_CXXFLAGS)" \
LDFLAGS.host="$(HOST_LDFLAGS)" \
NO_LOAD=cctest.target.mk \
PATH=$(@D)/bin:$(BR_PATH)
@@ -90,6 +93,7 @@ define HOST_NODEJS_INSTALL_CMDS
$(HOST_MAKE_ENV) PYTHON=$(HOST_DIR)/bin/python2 \
$(MAKE) -C $(@D) install \
$(HOST_CONFIGURE_OPTS) \
+ CXXFLAGS="$(HOST_NODEJS_CXXFLAGS)" \
LDFLAGS.host="$(HOST_LDFLAGS)" \
NO_LOAD=cctest.target.mk \
PATH=$(@D)/bin:$(BR_PATH)
^ permalink raw reply related
* [Buildroot] [git commit] package/docker-engine: needs more runtime dependencies
From: Peter Korsgaard @ 2020-08-13 16:43 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200727082207.7697488F25@busybox.osuosl.org>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> commit: https://git.buildroot.net/buildroot/commit/?id=4f822965367cef8526ca0b3bac1ad090e5eeadb2
> branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/master
> fix error:
> failed to start daemon: Devices cgroup isn't mounted
> Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed to 2020.02.x and 2020.05.x, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit branch/2020.05.x] package/docker-engine: needs more runtime dependencies
From: Peter Korsgaard @ 2020-08-13 16:42 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=9e3e5279b9a84dd356c66f39e1c251e4140ffb9c
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/2020.05.x
fix error:
failed to start daemon: Devices cgroup isn't mounted
Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
(cherry picked from commit 4f822965367cef8526ca0b3bac1ad090e5eeadb2)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/docker-engine/Config.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/docker-engine/Config.in b/package/docker-engine/Config.in
index 1fd229fcbb..4fe6956abd 100644
--- a/package/docker-engine/Config.in
+++ b/package/docker-engine/Config.in
@@ -5,6 +5,7 @@ config BR2_PACKAGE_DOCKER_ENGINE
depends on BR2_TOOLCHAIN_HAS_THREADS
depends on !BR2_TOOLCHAIN_USES_UCLIBC # docker-containerd -> runc
depends on BR2_USE_MMU # docker-containerd
+ select BR2_PACKAGE_CGROUPFS_MOUNT if !BR2_PACKAGE_SYSTEMD # runtime dependency
select BR2_PACKAGE_DOCKER_CONTAINERD # runtime dependency
select BR2_PACKAGE_DOCKER_PROXY # runtime dependency
select BR2_PACKAGE_IPTABLES # runtime dependency
^ permalink raw reply related
* [Buildroot] [git commit branch/2020.02.x] package/docker-engine: needs more runtime dependencies
From: Peter Korsgaard @ 2020-08-13 16:42 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=3cb9d2ecabdf56d2a80610089f64e90e5edd58b3
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/2020.02.x
fix error:
failed to start daemon: Devices cgroup isn't mounted
Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
(cherry picked from commit 4f822965367cef8526ca0b3bac1ad090e5eeadb2)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/docker-engine/Config.in | 1 +
1 file changed, 1 insertion(+)
diff --git a/package/docker-engine/Config.in b/package/docker-engine/Config.in
index 1fd229fcbb..4fe6956abd 100644
--- a/package/docker-engine/Config.in
+++ b/package/docker-engine/Config.in
@@ -5,6 +5,7 @@ config BR2_PACKAGE_DOCKER_ENGINE
depends on BR2_TOOLCHAIN_HAS_THREADS
depends on !BR2_TOOLCHAIN_USES_UCLIBC # docker-containerd -> runc
depends on BR2_USE_MMU # docker-containerd
+ select BR2_PACKAGE_CGROUPFS_MOUNT if !BR2_PACKAGE_SYSTEMD # runtime dependency
select BR2_PACKAGE_DOCKER_CONTAINERD # runtime dependency
select BR2_PACKAGE_DOCKER_PROXY # runtime dependency
select BR2_PACKAGE_IPTABLES # runtime dependency
^ permalink raw reply related
* [Buildroot] OpenSSH login problem
From: Michael Fischer @ 2020-08-13 15:59 UTC (permalink / raw)
To: buildroot
In-Reply-To: <52-5f356200-5-2c492440@36238474>
Hi Michael,
yes this is correct.
Regards,
Michael.
>
> Hi,
>
> I try to rephrase what you did to see if I understood it correctly:
>
> You built a Raspberry Pi BR Image based on commit
> 01632805ab4be2bea4010ba1e46ab71f52d175a9
> from the Buildroot git. OpenSSH works.
> Then you did a git pull, did a "make clean && make" and with the resulting
> image you can't login via ssh.
>
> Is this correct?
>
> This assumed I tried the following:
>
> git log --oneline
> 01632805ab4be2bea4010ba1e46ab71f52d175a9..origin/master
> (origin/master is currently at
> d1d89d37c02e3d8224fb6f812e87fef5612a771a)
>
> From the result I can tell that the OpenSSH package hasn't changed. So it has
> to be some lib or something in the Filesystem.
>
> One commit that looks like it could be the troublemaker is:
>
> 060599fc23 package/rpi-userland: bump version to 188d3bf
>
> But else this might be a good idea to try to debug using git bisect and move
> through the tree to see when it breaks.
>
> I don't really have a Pi at hand right now. But to reproduce someone would
> need a minimal BR configuration which shows the issue. Can you provide that?
>
> Regards,
> Michael
>
>
> On Thursday, August 13, 2020 16:51 CEST, Michael Fischer <mf@go-sys.de>
> wrote:
>
> > Hi Michael,
> > here is the log, the connection is closed from the server.
> >
> > PS: All settings between the commits are the same.
> > The difference between this is only a git pull.
> >
> >
> > OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
> > debug1: Reading configuration data /etc/ssh/ssh_config
> > debug1: /etc/ssh/ssh_config line 20: Applying options for *
> > debug1: Connecting to 192.168.1.194 [192.168.1.194] port 22.
> > debug1: Connection established.
> > debug1: identity file /root/.ssh/id_rsa type -1
> > debug1: identity file /root/.ssh/id_rsa-cert type -1
> > debug1: identity file /root/.ssh/id_dsa type -1
> > debug1: identity file /root/.ssh/id_dsa-cert type -1
> > debug1: identity file /root/.ssh/id_ecdsa type -1
> > debug1: identity file /root/.ssh/id_ecdsa-cert type -1
> > debug1: identity file /root/.ssh/id_ecdsa_sk type -1
> > debug1: identity file /root/.ssh/id_ecdsa_sk-cert type -1
> > debug1: identity file /root/.ssh/id_ed25519 type -1
> > debug1: identity file /root/.ssh/id_ed25519-cert type -1
> > debug1: identity file /root/.ssh/id_ed25519_sk type -1
> > debug1: identity file /root/.ssh/id_ed25519_sk-cert type -1
> > debug1: identity file /root/.ssh/id_xmss type -1
> > debug1: identity file /root/.ssh/id_xmss-cert type -1
> > debug1: Local version string SSH-2.0-OpenSSH_8.3
> > debug1: Remote protocol version 2.0, remote software version
> > OpenSSH_8.3
> > debug1: match: OpenSSH_8.3 pat OpenSSH* compat 0x04000000
> > debug1: Authenticating to 192.168.1.194:22 as 'root'
> > debug1: SSH2_MSG_KEXINIT sent
> > debug1: SSH2_MSG_KEXINIT received
> > debug1: kex: algorithm: curve25519-sha256
> > debug1: kex: host key algorithm: ecdsa-sha2-nistp256
> > debug1: kex: server->client cipher: chacha20-poly1305 at openssh.com
> MAC:
> > <implicit> compression: none
> > debug1: kex: client->server cipher: chacha20-poly1305 at openssh.com
> MAC:
> > <implicit> compression: none
> > debug1: kex: curve25519-sha256 need=64 dh_need=64
> > debug1: kex: curve25519-sha256 need=64 dh_need=64
> > debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
> > debug1: Server host key: ecdsa-sha2-nistp256
> > SHA256:RCq6wRn5ZZrwZ7wY84zaMFMdG1mhIorheFPFhbwBz+0
> > debug1: Host '[192.168.1.194]:22' is known and matches the ECDSA host
> key.
> > debug1: Found key in /root/.ssh/known_hosts:1
> > debug1: rekey out after 134217728 blocks
> > debug1: SSH2_MSG_NEWKEYS sent
> > debug1: expecting SSH2_MSG_NEWKEYS
> > debug1: SSH2_MSG_NEWKEYS received
> > debug1: rekey in after 134217728 blocks
> > debug1: Will attempt key: /root/.ssh/id_rsa
> > debug1: Will attempt key: /root/.ssh/id_dsa
> > debug1: Will attempt key: /root/.ssh/id_ecdsa
> > debug1: Will attempt key: /root/.ssh/id_ecdsa_sk
> > debug1: Will attempt key: /root/.ssh/id_ed25519
> > debug1: Will attempt key: /root/.ssh/id_ed25519_sk
> > debug1: Will attempt key: /root/.ssh/id_xmss
> > debug1: SSH2_MSG_EXT_INFO received
> > debug1: kex_input_ext_info:
> > server-sig-algs=<ssh-ed25519,sk-ssh-ed25519@openssh.com,ssh-rsa,rsa-sh
> > a2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ec
> > dsa-sha2-nistp521,sk-ecdsa-sha2-nistp256 at openssh.com>
> > debug1: SSH2_MSG_SERVICE_ACCEPT received Connection closed by
> > 192.168.1.194 port 22
> >
> > Regards,
> > Michael.
> >
> >
> > > On Thursday, August 13, 2020 16:35 CEST, Michael Nosthoff
> > > <buildroot@heine.tech>
> > > wrote:
> > >
> > > Hi Michael,
> > >
> > > On Thursday, August 13, 2020 15:35 CEST, Michael Fischer
> > > <mf@go-sys.de>
> > > wrote:
> > >
> > > > Dear all,
> > > >
> > > > I have a problem with the OpenSSH login on my raspberry.
> > > > I can't login via ssh, after entering the username, the sever
> > > > closed the
> > > connection.
> > > >
> > > > I have checked it with the commit
> > > 01632805ab4be2bea4010ba1e46ab71f52d175a9 and this version works
> with
> > > the same configuration.
> > > > The actual commit doesn't work but both commits have the same
> > > > OpenSSH
> > > version.
> > > >
> > > > OpenSSH Version is: OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
> > > >
> > > > My SSHD logofile:
> > > >
> > > > debug2: parse_server_config_depth: config reprocess config len 236
> > > > debug3: auth_shadow_acctexpired: today 18487 sp_expire -1 days
> > > > left -
> > > 18488
> > > > debug3: account expiration disabled
> > > > debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1
> > > > debug3: mm_request_send entering: type 9
> > > > debug2: monitor_read: 8 used once, disabling now
> > > > debug2: input_userauth_request: setting up authctxt for root
> > > > [preauth]
> > > > debug3: mm_inform_authserv entering [preauth]
> > > > debug3: mm_request_send entering: type 4 [preauth]
> > > > debug2: input_userauth_request: try method none [preauth]
> > > > debug3: mm_request_receive entering
> > > > debug3: monitor_read: checking request 4
> > > > debug3: mm_answer_authserv: service=ssh-connection, style=
> > > > debug2: monitor_read: 4 used once, disabling now
> > > > debug3: user_specific_delay: user specific delay 0.000ms [preauth]
> > > > debug3: ensure_minimum_time_since: elapsed 10.528ms, delaying
> > > 10.089ms (requested 5.154ms) [preauth]
> > > > debug1: monitor_read_log: child log fd closed
> > > > debug3: mm_request_receive entering
> > > > debug1: do_cleanup
> > > > debug1: Killing privsep child 390
> > > >
> > > > I don't know what is going wrong.
> > > > Console login works and ftp also.
> > > >
> > > > Any help is welcome, I have no more idea where to look.
> > > >
> > >
> > > Could you run the Client with the -v flag? So you could see if
> > > actually the client or the server is closing the connection.
> > > A pretty common problem is often a mismatch in available
> > > authentication mechanisms (commonly "publickey,password").
> > >
> > > Also what sometimes is an issue is the permissions of the users .ssh
> > > folder on the server side.
> > > If it is globally readable sshd in many configurations refuses to
> > > authenticate against it.
> > >
> > > Regards,
> > > Michael
> > >
> > > >
> > > > thanks,
> > > > Michael.
> > > >
> > > > _______________________________________________
> > > > buildroot mailing list
> > > > buildroot at busybox.net
> > > > http://lists.busybox.net/mailman/listinfo/buildroot
> > >
> > >
> > >
> >
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net
> > http://lists.busybox.net/mailman/listinfo/buildroot
>
>
>
^ permalink raw reply
* [Buildroot] OpenSSH login problem
From: Michael Nosthoff @ 2020-08-13 15:54 UTC (permalink / raw)
To: buildroot
In-Reply-To: <cc86bfd55f944197bcd610626edecf2f@go-sys.de>
Hi,
I try to rephrase what you did to see if I understood it correctly:
You built a Raspberry Pi BR Image based on commit 01632805ab4be2bea4010ba1e46ab71f52d175a9
from the Buildroot git. OpenSSH works.
Then you did a git pull, did a "make clean && make" and with the resulting image you can't login via ssh.
Is this correct?
This assumed I tried the following:
git log --oneline 01632805ab4be2bea4010ba1e46ab71f52d175a9..origin/master
(origin/master is currently at d1d89d37c02e3d8224fb6f812e87fef5612a771a)
From the result I can tell that the OpenSSH package hasn't changed. So it has to be some lib
or something in the Filesystem.
One commit that looks like it could be the troublemaker is:
060599fc23 package/rpi-userland: bump version to 188d3bf
But else this might be a good idea to try to debug using git bisect and move through the tree to see
when it breaks.
I don't really have a Pi at hand right now. But to reproduce someone would need a minimal BR configuration
which shows the issue. Can you provide that?
Regards,
Michael
On Thursday, August 13, 2020 16:51 CEST, Michael Fischer <mf@go-sys.de> wrote:
> Hi Michael,
> here is the log, the connection is closed from the server.
>
> PS: All settings between the commits are the same.
> The difference between this is only a git pull.
>
>
> OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: /etc/ssh/ssh_config line 20: Applying options for *
> debug1: Connecting to 192.168.1.194 [192.168.1.194] port 22.
> debug1: Connection established.
> debug1: identity file /root/.ssh/id_rsa type -1
> debug1: identity file /root/.ssh/id_rsa-cert type -1
> debug1: identity file /root/.ssh/id_dsa type -1
> debug1: identity file /root/.ssh/id_dsa-cert type -1
> debug1: identity file /root/.ssh/id_ecdsa type -1
> debug1: identity file /root/.ssh/id_ecdsa-cert type -1
> debug1: identity file /root/.ssh/id_ecdsa_sk type -1
> debug1: identity file /root/.ssh/id_ecdsa_sk-cert type -1
> debug1: identity file /root/.ssh/id_ed25519 type -1
> debug1: identity file /root/.ssh/id_ed25519-cert type -1
> debug1: identity file /root/.ssh/id_ed25519_sk type -1
> debug1: identity file /root/.ssh/id_ed25519_sk-cert type -1
> debug1: identity file /root/.ssh/id_xmss type -1
> debug1: identity file /root/.ssh/id_xmss-cert type -1
> debug1: Local version string SSH-2.0-OpenSSH_8.3
> debug1: Remote protocol version 2.0, remote software version OpenSSH_8.3
> debug1: match: OpenSSH_8.3 pat OpenSSH* compat 0x04000000
> debug1: Authenticating to 192.168.1.194:22 as 'root'
> debug1: SSH2_MSG_KEXINIT sent
> debug1: SSH2_MSG_KEXINIT received
> debug1: kex: algorithm: curve25519-sha256
> debug1: kex: host key algorithm: ecdsa-sha2-nistp256
> debug1: kex: server->client cipher: chacha20-poly1305 at openssh.com MAC: <implicit> compression: none
> debug1: kex: client->server cipher: chacha20-poly1305 at openssh.com MAC: <implicit> compression: none
> debug1: kex: curve25519-sha256 need=64 dh_need=64
> debug1: kex: curve25519-sha256 need=64 dh_need=64
> debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
> debug1: Server host key: ecdsa-sha2-nistp256 SHA256:RCq6wRn5ZZrwZ7wY84zaMFMdG1mhIorheFPFhbwBz+0
> debug1: Host '[192.168.1.194]:22' is known and matches the ECDSA host key.
> debug1: Found key in /root/.ssh/known_hosts:1
> debug1: rekey out after 134217728 blocks
> debug1: SSH2_MSG_NEWKEYS sent
> debug1: expecting SSH2_MSG_NEWKEYS
> debug1: SSH2_MSG_NEWKEYS received
> debug1: rekey in after 134217728 blocks
> debug1: Will attempt key: /root/.ssh/id_rsa
> debug1: Will attempt key: /root/.ssh/id_dsa
> debug1: Will attempt key: /root/.ssh/id_ecdsa
> debug1: Will attempt key: /root/.ssh/id_ecdsa_sk
> debug1: Will attempt key: /root/.ssh/id_ed25519
> debug1: Will attempt key: /root/.ssh/id_ed25519_sk
> debug1: Will attempt key: /root/.ssh/id_xmss
> debug1: SSH2_MSG_EXT_INFO received
> debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519 at openssh.com,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com>
> debug1: SSH2_MSG_SERVICE_ACCEPT received
> Connection closed by 192.168.1.194 port 22
>
> Regards,
> Michael.
>
>
> > On Thursday, August 13, 2020 16:35 CEST, Michael Nosthoff <buildroot@heine.tech>
> > wrote:
> >
> > Hi Michael,
> >
> > On Thursday, August 13, 2020 15:35 CEST, Michael Fischer <mf@go-sys.de>
> > wrote:
> >
> > > Dear all,
> > >
> > > I have a problem with the OpenSSH login on my raspberry.
> > > I can't login via ssh, after entering the username, the sever closed the
> > connection.
> > >
> > > I have checked it with the commit
> > 01632805ab4be2bea4010ba1e46ab71f52d175a9 and this version works with
> > the same configuration.
> > > The actual commit doesn't work but both commits have the same OpenSSH
> > version.
> > >
> > > OpenSSH Version is: OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
> > >
> > > My SSHD logofile:
> > >
> > > debug2: parse_server_config_depth: config reprocess config len 236
> > > debug3: auth_shadow_acctexpired: today 18487 sp_expire -1 days left -
> > 18488
> > > debug3: account expiration disabled
> > > debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1
> > > debug3: mm_request_send entering: type 9
> > > debug2: monitor_read: 8 used once, disabling now
> > > debug2: input_userauth_request: setting up authctxt for root [preauth]
> > > debug3: mm_inform_authserv entering [preauth]
> > > debug3: mm_request_send entering: type 4 [preauth]
> > > debug2: input_userauth_request: try method none [preauth]
> > > debug3: mm_request_receive entering
> > > debug3: monitor_read: checking request 4
> > > debug3: mm_answer_authserv: service=ssh-connection, style=
> > > debug2: monitor_read: 4 used once, disabling now
> > > debug3: user_specific_delay: user specific delay 0.000ms [preauth]
> > > debug3: ensure_minimum_time_since: elapsed 10.528ms, delaying
> > 10.089ms (requested 5.154ms) [preauth]
> > > debug1: monitor_read_log: child log fd closed
> > > debug3: mm_request_receive entering
> > > debug1: do_cleanup
> > > debug1: Killing privsep child 390
> > >
> > > I don't know what is going wrong.
> > > Console login works and ftp also.
> > >
> > > Any help is welcome, I have no more idea where to look.
> > >
> >
> > Could you run the Client with the -v flag? So you could see if actually the client
> > or the server is closing the connection.
> > A pretty common problem is often a mismatch in available authentication
> > mechanisms (commonly "publickey,password").
> >
> > Also what sometimes is an issue is the permissions of the users .ssh folder on
> > the server side.
> > If it is globally readable sshd in many configurations refuses to authenticate
> > against it.
> >
> > Regards,
> > Michael
> >
> > >
> > > thanks,
> > > Michael.
> > >
> > > _______________________________________________
> > > buildroot mailing list
> > > buildroot at busybox.net
> > > http://lists.busybox.net/mailman/listinfo/buildroot
> >
> >
> >
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply
* [Buildroot] OpenSSH login problem
From: Michael Fischer @ 2020-08-13 14:51 UTC (permalink / raw)
To: buildroot
In-Reply-To: <2377-5f354c00-1-2fb87dc0@59447183>
Hi Michael,
here is the log, the connection is closed from the server.
PS: All settings between the commits are the same.
The difference between this is only a git pull.
OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 20: Applying options for *
debug1: Connecting to 192.168.1.194 [192.168.1.194] port 22.
debug1: Connection established.
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: identity file /root/.ssh/id_ecdsa_sk type -1
debug1: identity file /root/.ssh/id_ecdsa_sk-cert type -1
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: identity file /root/.ssh/id_ed25519_sk type -1
debug1: identity file /root/.ssh/id_ed25519_sk-cert type -1
debug1: identity file /root/.ssh/id_xmss type -1
debug1: identity file /root/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.3
debug1: Remote protocol version 2.0, remote software version OpenSSH_8.3
debug1: match: OpenSSH_8.3 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.194:22 as 'root'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256
debug1: kex: host key algorithm: ecdsa-sha2-nistp256
debug1: kex: server->client cipher: chacha20-poly1305 at openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305 at openssh.com MAC: <implicit> compression: none
debug1: kex: curve25519-sha256 need=64 dh_need=64
debug1: kex: curve25519-sha256 need=64 dh_need=64
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:RCq6wRn5ZZrwZ7wY84zaMFMdG1mhIorheFPFhbwBz+0
debug1: Host '[192.168.1.194]:22' is known and matches the ECDSA host key.
debug1: Found key in /root/.ssh/known_hosts:1
debug1: rekey out after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey in after 134217728 blocks
debug1: Will attempt key: /root/.ssh/id_rsa
debug1: Will attempt key: /root/.ssh/id_dsa
debug1: Will attempt key: /root/.ssh/id_ecdsa
debug1: Will attempt key: /root/.ssh/id_ecdsa_sk
debug1: Will attempt key: /root/.ssh/id_ed25519
debug1: Will attempt key: /root/.ssh/id_ed25519_sk
debug1: Will attempt key: /root/.ssh/id_xmss
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519 at openssh.com,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com>
debug1: SSH2_MSG_SERVICE_ACCEPT received
Connection closed by 192.168.1.194 port 22
Regards,
Michael.
> On Thursday, August 13, 2020 16:35 CEST, Michael Nosthoff <buildroot@heine.tech>
> wrote:
>
> Hi Michael,
>
> On Thursday, August 13, 2020 15:35 CEST, Michael Fischer <mf@go-sys.de>
> wrote:
>
> > Dear all,
> >
> > I have a problem with the OpenSSH login on my raspberry.
> > I can't login via ssh, after entering the username, the sever closed the
> connection.
> >
> > I have checked it with the commit
> 01632805ab4be2bea4010ba1e46ab71f52d175a9 and this version works with
> the same configuration.
> > The actual commit doesn't work but both commits have the same OpenSSH
> version.
> >
> > OpenSSH Version is: OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
> >
> > My SSHD logofile:
> >
> > debug2: parse_server_config_depth: config reprocess config len 236
> > debug3: auth_shadow_acctexpired: today 18487 sp_expire -1 days left -
> 18488
> > debug3: account expiration disabled
> > debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1
> > debug3: mm_request_send entering: type 9
> > debug2: monitor_read: 8 used once, disabling now
> > debug2: input_userauth_request: setting up authctxt for root [preauth]
> > debug3: mm_inform_authserv entering [preauth]
> > debug3: mm_request_send entering: type 4 [preauth]
> > debug2: input_userauth_request: try method none [preauth]
> > debug3: mm_request_receive entering
> > debug3: monitor_read: checking request 4
> > debug3: mm_answer_authserv: service=ssh-connection, style=
> > debug2: monitor_read: 4 used once, disabling now
> > debug3: user_specific_delay: user specific delay 0.000ms [preauth]
> > debug3: ensure_minimum_time_since: elapsed 10.528ms, delaying
> 10.089ms (requested 5.154ms) [preauth]
> > debug1: monitor_read_log: child log fd closed
> > debug3: mm_request_receive entering
> > debug1: do_cleanup
> > debug1: Killing privsep child 390
> >
> > I don't know what is going wrong.
> > Console login works and ftp also.
> >
> > Any help is welcome, I have no more idea where to look.
> >
>
> Could you run the Client with the -v flag? So you could see if actually the client
> or the server is closing the connection.
> A pretty common problem is often a mismatch in available authentication
> mechanisms (commonly "publickey,password").
>
> Also what sometimes is an issue is the permissions of the users .ssh folder on
> the server side.
> If it is globally readable sshd in many configurations refuses to authenticate
> against it.
>
> Regards,
> Michael
>
> >
> > thanks,
> > Michael.
> >
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net
> > http://lists.busybox.net/mailman/listinfo/buildroot
>
>
>
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/grpc: bump version to 1.31.0
From: Michael Nosthoff @ 2020-08-13 14:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200813144549.1262366-1-buildroot@heine.tech>
Related changes:
- add dependency on Google RE2 package
- update patches to new offsets
Tested on Ubuntu 20.04
Signed-off-by: Michael Nosthoff <buildroot@heine.tech>
---
.../grpc/0001-target-build-using-host-plugin.patch | 4 ++--
...detect-the-availability-of-pthread_setname_.patch | 7 +++----
package/grpc/Config.in | 3 ++-
package/grpc/grpc.hash | 2 +-
package/grpc/grpc.mk | 12 +++++++-----
5 files changed, 15 insertions(+), 13 deletions(-)
diff --git a/package/grpc/0001-target-build-using-host-plugin.patch b/package/grpc/0001-target-build-using-host-plugin.patch
index ac2bf8cc38..5b3c6a6fae 100644
--- a/package/grpc/0001-target-build-using-host-plugin.patch
+++ b/package/grpc/0001-target-build-using-host-plugin.patch
@@ -20,7 +20,7 @@ diff --git a/CMakeLists.txt b/CMakeLists.txt
index be695c2..45c2fcb 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
-@@ -10844,6 +10844,18 @@ target_link_libraries(grpc_cli
+@@ -11043,6 +11043,18 @@ target_link_libraries(grpc_cli
endif()
if(gRPC_BUILD_CODEGEN AND gRPC_BUILD_GRPC_CPP_PLUGIN)
@@ -39,7 +39,7 @@ index be695c2..45c2fcb 100644
add_executable(grpc_cpp_plugin
src/compiler/cpp_plugin.cc
)
-@@ -10877,6 +10889,7 @@ if(gRPC_INSTALL)
+@@ -11077,6 +11089,7 @@ if(gRPC_INSTALL)
ARCHIVE DESTINATION ${gRPC_INSTALL_LIBDIR}
)
endif()
diff --git a/package/grpc/0002-Properly-detect-the-availability-of-pthread_setname_.patch b/package/grpc/0002-Properly-detect-the-availability-of-pthread_setname_.patch
index 4b7253f7aa..c8b1dc8e73 100644
--- a/package/grpc/0002-Properly-detect-the-availability-of-pthread_setname_.patch
+++ b/package/grpc/0002-Properly-detect-the-availability-of-pthread_setname_.patch
@@ -20,7 +20,7 @@ diff --git a/CMakeLists.txt b/CMakeLists.txt
index 45c2fcb..0b2be4f 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
-@@ -177,6 +177,12 @@ if (NOT DEFINED CMAKE_POSITION_INDEPENDENT_CODE)
+@@ -180,6 +180,12 @@ if (NOT DEFINED CMAKE_POSITION_INDEPENDENT_CODE)
endif()
list(APPEND CMAKE_MODULE_PATH "${CMAKE_CURRENT_SOURCE_DIR}/cmake/modules")
@@ -37,7 +37,7 @@ diff --git a/include/grpc/impl/codegen/port_platform.h b/include/grpc/impl/codeg
index 4f213ff..55ecd9d 100644
--- a/include/grpc/impl/codegen/port_platform.h
+++ b/include/grpc/impl/codegen/port_platform.h
-@@ -195,7 +195,9 @@
+@@ -163,7 +163,9 @@
#endif /* _LP64 */
#ifdef __GLIBC__
#define GPR_POSIX_CRASH_HANDLER 1
@@ -48,5 +48,4 @@ index 4f213ff..55ecd9d 100644
#else /* musl libc */
#define GPR_MUSL_LIBC_COMPAT 1
--
-2.26.2
-
+2.26.63
diff --git a/package/grpc/Config.in b/package/grpc/Config.in
index a2da3f4c53..2eb7c1de1c 100644
--- a/package/grpc/Config.in
+++ b/package/grpc/Config.in
@@ -3,7 +3,7 @@ config BR2_PACKAGE_GRPC
depends on BR2_INSTALL_LIBSTDCPP
depends on BR2_TOOLCHAIN_HAS_THREADS # protobuf
depends on BR2_PACKAGE_PROTOBUF_ARCH_SUPPORTS # protobuf
- depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # protobuf
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # protobuf, re2
depends on !BR2_STATIC_LIBS # protobuf, libabseil-cpp
depends on BR2_TOOLCHAIN_HAS_SYNC_4 || BR2_TOOLCHAIN_HAS_ATOMIC
depends on BR2_PACKAGE_LIBABSEIL_CPP_ARCH_SUPPORTS
@@ -11,6 +11,7 @@ config BR2_PACKAGE_GRPC
select BR2_PACKAGE_LIBABSEIL_CPP
select BR2_PACKAGE_OPENSSL
select BR2_PACKAGE_PROTOBUF
+ select BR2_PACKAGE_RE2
select BR2_PACKAGE_ZLIB
help
A language-neutral, platform-neutral, open source, remote
diff --git a/package/grpc/grpc.hash b/package/grpc/grpc.hash
index f0586e4b18..20368068d9 100644
--- a/package/grpc/grpc.hash
+++ b/package/grpc/grpc.hash
@@ -1,3 +1,3 @@
# Locally computed
-sha256 ba74b97a2f1b4e22ec5fb69d639d849d2069fb58ea7d6579a31f800af6fe3b6c grpc-1.30.2.tar.gz
+sha256 1236514199d3deb111a6dd7f6092f67617cd2b147f7eda7adbafccea95de7381 grpc-1.31.0.tar.gz
sha256 cfc7749b96f63bd31c3c42b5c471bf756814053e847c10f3eb003417bc523d30 LICENSE
diff --git a/package/grpc/grpc.mk b/package/grpc/grpc.mk
index 087deac0c6..208abd90c8 100644
--- a/package/grpc/grpc.mk
+++ b/package/grpc/grpc.mk
@@ -4,7 +4,7 @@
#
################################################################################
-GRPC_VERSION = 1.30.2
+GRPC_VERSION = 1.31.0
GRPC_SITE = $(call github,grpc,grpc,v$(GRPC_VERSION))
GRPC_LICENSE = Apache-2.0
GRPC_LICENSE_FILES = LICENSE
@@ -12,10 +12,10 @@ GRPC_LICENSE_FILES = LICENSE
GRPC_INSTALL_STAGING = YES
# Need to use host grpc_cpp_plugin during cross compilation.
-GRPC_DEPENDENCIES = c-ares host-grpc openssl protobuf zlib libabseil-cpp
-HOST_GRPC_DEPENDENCIES = host-c-ares host-openssl host-protobuf host-zlib \
- host-libabseil-cpp
-
+GRPC_DEPENDENCIES = c-ares host-grpc openssl protobuf re2 zlib libabseil-cpp
+HOST_GRPC_DEPENDENCIES = host-c-ares host-libabseil-cpp host-openssl host-protobuf \
+ host-re2 host-zlib
+
# gRPC_CARES_PROVIDER=package won't work because it requires c-ares to have
# installed a cmake config file, but buildroot uses c-ares' autotools build,
# which doesn't do this. These CARES settings trick the gRPC cmake code into
@@ -24,6 +24,7 @@ GRPC_CONF_OPTS = \
-D_gRPC_CARES_LIBRARIES=cares \
-DgRPC_CARES_PROVIDER=none \
-DgRPC_PROTOBUF_PROVIDER=package \
+ -DgRPC_RE2_PROVIDER=package \
-DgRPC_SSL_PROVIDER=package \
-DgRPC_ZLIB_PROVIDER=package \
-DgRPC_ABSL_PROVIDER=package \
@@ -66,6 +67,7 @@ HOST_GRPC_CONF_OPTS = \
-D_gRPC_CARES_LIBRARIES=cares \
-DgRPC_CARES_PROVIDER=none \
-DgRPC_PROTOBUF_PROVIDER=package \
+ -DgRPC_RE2_PROVIDER=package \
-DgRPC_SSL_PROVIDER=package \
-DgRPC_ZLIB_PROVIDER=package \
-DgRPC_ABSL_PROVIDER=package
--
2.25.1
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] package/re2: new package
From: Michael Nosthoff @ 2020-08-13 14:45 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200813144549.1262366-1-buildroot@heine.tech>
RE2 is a fast, safe, thread-friendly alternative to backtracking
regular expression engines like those used in PCRE, Perl, and
Python. It is a C++ library.
Signed-off-by: Michael Nosthoff <buildroot@heine.tech>
---
package/Config.in | 1 +
package/re2/Config.in | 12 ++++++++++++
package/re2/re2.hash | 3 +++
package/re2/re2.mk | 25 +++++++++++++++++++++++++
4 files changed, 41 insertions(+)
create mode 100644 package/re2/Config.in
create mode 100644 package/re2/re2.hash
create mode 100644 package/re2/re2.mk
diff --git a/package/Config.in b/package/Config.in
index c637b5427f..f6e9524a0f 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -1942,6 +1942,7 @@ menu "Text and terminal handling"
source "package/pcre/Config.in"
source "package/pcre2/Config.in"
source "package/popt/Config.in"
+ source "package/re2/Config.in"
source "package/readline/Config.in"
source "package/slang/Config.in"
source "package/tclap/Config.in"
diff --git a/package/re2/Config.in b/package/re2/Config.in
new file mode 100644
index 0000000000..d1dcb693ea
--- /dev/null
+++ b/package/re2/Config.in
@@ -0,0 +1,12 @@
+config BR2_PACKAGE_RE2
+ bool "re2"
+ depends on BR2_INSTALL_LIBSTDCPP
+ depends on BR2_TOOLCHAIN_HAS_ATOMIC
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # needs C++11
+ help
+ RE2 is a fast, safe, thread-friendly alternative
+ to backtracking regular expression engines like
+ those used in PCRE, Perl, and Python.
+ It is a C++ library.
+
+ https://github.com/google/re2
diff --git a/package/re2/re2.hash b/package/re2/re2.hash
new file mode 100644
index 0000000000..b8a80513b7
--- /dev/null
+++ b/package/re2/re2.hash
@@ -0,0 +1,3 @@
+# locally calculated
+sha256 6f4c8514249cd65b9e85d3e6f4c35595809a63ad71c5d93083e4d1dcdf9e0cd6 re2-2020-08-01.tar.gz
+sha256 6040cda75d90b1738292a631d89934c411ef7ffd543c4d6a1b7edfc8edf29449 LICENSE
diff --git a/package/re2/re2.mk b/package/re2/re2.mk
new file mode 100644
index 0000000000..d2791a460b
--- /dev/null
+++ b/package/re2/re2.mk
@@ -0,0 +1,25 @@
+################################################################################
+#
+# Google RE2
+#
+################################################################################
+
+RE2_VERSION = 2020-08-01
+RE2_SITE = $(call github,google,re2,$(RE2_VERSION))
+RE2_LICENSE = BSD
+RE2_LICENSE_FILES = LICENSE
+
+RE2_INSTALL_STAGING = YES
+
+RE2_CONF_OPTS += -DRE2_BUILD_TESTING=OFF
+HOST_RE2_CONF_OPTS += -DRE2_BUILD_TESTING=OFF
+
+ifeq ($(BR2_SHARED_LIBS)$(BR2_SHARED_STATIC_LIBS),y)
+RE2_CONF_OPTS += \
+ -DBUILD_SHARED_LIBS=ON
+HOST_RE2_CONF_OPTS += \
+ -DBUILD_SHARED_LIBS=ON
+endif
+
+$(eval $(cmake-package))
+$(eval $(host-cmake-package))
--
2.25.1
^ permalink raw reply related
* [Buildroot] [PATCH 0/2] package/grpc: 1.31.0
From: Michael Nosthoff @ 2020-08-13 14:45 UTC (permalink / raw)
To: buildroot
grpc 1.31.0 introduces an new dependency on Google RE2
for Regular Expression parsing.
This series adds RE2 as a new package and bumps
grpc to 1.31.0 with a dependency on RE2
Michael Nosthoff (2):
package/re2: new package
package/grpc: bump version to 1.31.0
package/Config.in | 1 +
.../0001-target-build-using-host-plugin.patch | 4 +--
...the-availability-of-pthread_setname_.patch | 7 +++---
package/grpc/Config.in | 3 ++-
package/grpc/grpc.hash | 2 +-
package/grpc/grpc.mk | 12 +++++----
package/re2/Config.in | 12 +++++++++
package/re2/re2.hash | 3 +++
package/re2/re2.mk | 25 +++++++++++++++++++
9 files changed, 56 insertions(+), 13 deletions(-)
create mode 100644 package/re2/Config.in
create mode 100644 package/re2/re2.hash
create mode 100644 package/re2/re2.mk
--
2.25.1
^ permalink raw reply
* [Buildroot] Compiling the kernel via buildroot
From: Isaac Hazan @ 2020-08-13 14:39 UTC (permalink / raw)
To: buildroot
Hi,
I am new on this mailing list. Is this the email for questions
regarding buildroot?
Few questions:
1. When doing a change in the linux kernel, do i have to build the kernel
in the kernel tree and then call buildroot? Or will build root see the
changes and build them automatically?
2. Is this possible to rebuild a single module instead of all modules?
Thx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20200813/cb13b66e/attachment.html>
^ permalink raw reply
* [Buildroot] OpenSSH login problem
From: Michael Nosthoff @ 2020-08-13 14:19 UTC (permalink / raw)
To: buildroot
In-Reply-To: <b0c1b4805e9b4d1a9fd45ef4b552ab0a@go-sys.de>
Hi Michael,
On Thursday, August 13, 2020 15:35 CEST, Michael Fischer <mf@go-sys.de> wrote:
> Dear all,
>
> I have a problem with the OpenSSH login on my raspberry.
> I can't login via ssh, after entering the username, the sever closed the connection.
>
> I have checked it with the commit 01632805ab4be2bea4010ba1e46ab71f52d175a9 and this version works with the same configuration.
> The actual commit doesn't work but both commits have the same OpenSSH version.
>
> OpenSSH Version is: OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
>
> My SSHD logofile:
>
> debug2: parse_server_config_depth: config reprocess config len 236
> debug3: auth_shadow_acctexpired: today 18487 sp_expire -1 days left -18488
> debug3: account expiration disabled
> debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1
> debug3: mm_request_send entering: type 9
> debug2: monitor_read: 8 used once, disabling now
> debug2: input_userauth_request: setting up authctxt for root [preauth]
> debug3: mm_inform_authserv entering [preauth]
> debug3: mm_request_send entering: type 4 [preauth]
> debug2: input_userauth_request: try method none [preauth]
> debug3: mm_request_receive entering
> debug3: monitor_read: checking request 4
> debug3: mm_answer_authserv: service=ssh-connection, style=
> debug2: monitor_read: 4 used once, disabling now
> debug3: user_specific_delay: user specific delay 0.000ms [preauth]
> debug3: ensure_minimum_time_since: elapsed 10.528ms, delaying 10.089ms (requested 5.154ms) [preauth]
> debug1: monitor_read_log: child log fd closed
> debug3: mm_request_receive entering
> debug1: do_cleanup
> debug1: Killing privsep child 390
>
> I don't know what is going wrong.
> Console login works and ftp also.
>
> Any help is welcome, I have no more idea where to look.
>
Could you run the Client with the -v flag? So you could see if actually the client or the server is closing the connection.
A pretty common problem is often a mismatch in available authentication mechanisms (commonly "publickey,password").
Also what sometimes is an issue is the permissions of the users .ssh folder on the server side.
If it is globally readable sshd in many configurations refuses to authenticate against it.
Regards,
Michael
>
> thanks,
> Michael.
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply
* [Buildroot] OpenSSH login problem
From: Michael Fischer @ 2020-08-13 13:35 UTC (permalink / raw)
To: buildroot
Dear all,
I have a problem with the OpenSSH login on my raspberry.
I can't login via ssh, after entering the username, the sever closed the connection.
I have checked it with the commit 01632805ab4be2bea4010ba1e46ab71f52d175a9 and this version works with the same configuration.
The actual commit doesn't work but both commits have the same OpenSSH version.
OpenSSH Version is: OpenSSH_8.3p1, OpenSSL 1.1.1g 21 Apr 2020
My SSHD logofile:
debug2: parse_server_config_depth: config reprocess config len 236
debug3: auth_shadow_acctexpired: today 18487 sp_expire -1 days left -18488
debug3: account expiration disabled
debug3: mm_answer_pwnamallow: sending MONITOR_ANS_PWNAM: 1
debug3: mm_request_send entering: type 9
debug2: monitor_read: 8 used once, disabling now
debug2: input_userauth_request: setting up authctxt for root [preauth]
debug3: mm_inform_authserv entering [preauth]
debug3: mm_request_send entering: type 4 [preauth]
debug2: input_userauth_request: try method none [preauth]
debug3: mm_request_receive entering
debug3: monitor_read: checking request 4
debug3: mm_answer_authserv: service=ssh-connection, style=
debug2: monitor_read: 4 used once, disabling now
debug3: user_specific_delay: user specific delay 0.000ms [preauth]
debug3: ensure_minimum_time_since: elapsed 10.528ms, delaying 10.089ms (requested 5.154ms) [preauth]
debug1: monitor_read_log: child log fd closed
debug3: mm_request_receive entering
debug1: do_cleanup
debug1: Killing privsep child 390
I don't know what is going wrong.
Console login works and ftp also.
Any help is welcome, I have no more idea where to look.
thanks,
Michael.
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/bcc: new package
From: Jugurtha BELKALEM @ 2020-08-13 13:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1597323926-20271-1-git-send-email-jugurtha.belkalem@smile.fr>
bcc is a front-end tool for eBPF :
https://github.com/iovisor/bcc/blob/master/README.md.
eBPF is the most powerful Linux tracer, and bcc
allows to write eBPF scripts in C and PYTHON3.
bcc can help to troubleshoot issues quickly on
embedded systems (as long as Linux kernel
version >= 4.1).
bcc can also make it easy to create observabilty tools,
SDN configuration, ddos mitigation, intrusion detection
and secure containers. More information is available at:
http://www.brendangregg.com/ebpf.html.
BCC can be tested on the target :
$ mount -t debugfs none /sys/kernel/debug
$ mkdir -p /lib/modules/KERNEL_VERSION/build
$ cd /lib/modules/KERNEL_VERSION//build
$ cp /sys/kernel/kheaders.tar.xz .
$ unxz kheaders.tar.xz
$ tar xf kheaders.tar
$ cd /usr/share/bcc/examples/tracing
$ ./disksnoop.py
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
DEVELOPERS | 1 +
package/Config.in | 1 +
package/bcc/0001-fix-aarch64-cross-compile.patch | 65 ++++++++++++++++++++++++
package/bcc/Config.in | 49 ++++++++++++++++++
package/bcc/bcc.hash | 3 ++
package/bcc/bcc.mk | 63 +++++++++++++++++++++++
6 files changed, 182 insertions(+)
create mode 100644 package/bcc/0001-fix-aarch64-cross-compile.patch
create mode 100644 package/bcc/Config.in
create mode 100644 package/bcc/bcc.hash
create mode 100644 package/bcc/bcc.mk
diff --git a/DEVELOPERS b/DEVELOPERS
index 42fa5a4..bd836a6 100644
--- a/DEVELOPERS
+++ b/DEVELOPERS
@@ -1396,6 +1396,7 @@ N: Joshua Henderson <joshua.henderson@microchip.com>
F: package/qt5/qt5wayland/
N: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+F: package/bcc/
F: package/python-cycler/
F: package/python-matplotlib/
diff --git a/package/Config.in b/package/Config.in
index d7e79f4..8ec3932 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -83,6 +83,7 @@ menu "Compressors and decompressors"
endmenu
menu "Debugging, profiling and benchmark"
+ source "package/bcc/Config.in"
source "package/blktrace/Config.in"
source "package/bonnie/Config.in"
source "package/cache-calibrator/Config.in"
diff --git a/package/bcc/0001-fix-aarch64-cross-compile.patch b/package/bcc/0001-fix-aarch64-cross-compile.patch
new file mode 100644
index 0000000..6b42797
--- /dev/null
+++ b/package/bcc/0001-fix-aarch64-cross-compile.patch
@@ -0,0 +1,65 @@
+From 5a5b0f04484e00c88e7be902101367d6d591fb96 Mon Sep 17 00:00:00 2001
+From: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+Date: Thu, 2 May 2019 11:06:23 +0200
+Subject: [PATCH] cmake/luajit: Provide the target architecture to luaJIT while
+ cross-compiling
+
+Unlike CMAKE_SYSTEM_PROCESSOR which identifies aarch64
+as a valid architecture, luajit does not recognize it.
+luajit defines aarch64 as arm64.
+
+LuaJIT doesn't use usual arch naming, so we have to convert
+between CMake and Luajit for each architectures while
+cross-compiling.
+
+Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+Signed-off-by: Romain Naour <romain.naour@smile.fr>
+---
+v2: Do the same for other architecture supported by LuaJIT.
+https://github.com/iovisor/bcc/pull/2480
+---
+ src/lua/CMakeLists.txt | 29 ++++++++++++++++++++++++++++-
+ 1 file changed, 28 insertions(+), 1 deletion(-)
+
+diff --git a/src/lua/CMakeLists.txt b/src/lua/CMakeLists.txt
+index 7541d48df..226e1b1d2 100644
+--- a/src/lua/CMakeLists.txt
++++ b/src/lua/CMakeLists.txt
+@@ -13,9 +13,36 @@ if (LUAJIT_LIBRARIES AND LUAJIT)
+ DEPENDS ${SRC_LUA} ${CMAKE_CURRENT_SOURCE_DIR}/squishy
+ )
+
++ # LuaJIT doesn't use usual arch naming, so we have to convert
++ # between CMake and Luajit while cross-compiling.
++ if (CMAKE_CROSSCOMPILING)
++ SET (LUAJIT_TARGET_ARCH "-a")
++ # https://github.com/LuaJIT/LuaJIT/blob/f0e865dd4861520258299d0f2a56491bd9d602e1/src/jit/bcsave.lua#L30
++ # https://github.com/LuaJIT/LuaJIT/blob/f0e865dd4861520258299d0f2a56491bd9d602e1/src/jit/bcsave.lua#L65
++ if (CMAKE_SYSTEM_PROCESSOR STREQUAL "aarch64")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm64")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "aarch64_be")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm64be")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "arm")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "^(i.86)$")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "x86")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "mips")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "mips")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "mipsel")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "mipsel")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "powerpc")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "ppc")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "x86_64")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "x64")
++ else()
++ MESSAGE(FATAL_ERROR "${CMAKE_SYSTEM_PROCESSOR} is not supported by LuaJIT")
++ endif()
++ endif()
++
+ ADD_CUSTOM_COMMAND(
+ OUTPUT bcc.o
+- COMMAND ${LUAJIT} -bg bcc.lua bcc.o
++ COMMAND ${LUAJIT} -bg bcc.lua ${LUAJIT_TARGET_ARCH} bcc.o
+ DEPENDS bcc.lua
+ )
+
diff --git a/package/bcc/Config.in b/package/bcc/Config.in
new file mode 100644
index 0000000..a3cc402
--- /dev/null
+++ b/package/bcc/Config.in
@@ -0,0 +1,49 @@
+config BR2_PACKAGE_BCC
+ bool "bcc"
+ depends on BR2_PACKAGE_LLVM_ARCH_SUPPORTS
+ depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
+ depends on BR2_TOOLCHAIN_USES_GLIBC # hardcode GNU tuple (x86_64-unknown-linux-gnu)
+ depends on BR2_LINUX_KERNEL # needs kernel sources on the target
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # clang
+ depends on BR2_TOOLCHAIN_HAS_THREADS # clang
+ depends on BR2_INSTALL_LIBSTDCPP # clang
+ select BR2_PACKAGE_AUDIT # runtime
+ select BR2_PACKAGE_CLANG
+ select BR2_PACKAGE_ELFUTILS
+ select BR2_PACKAGE_FLEX # needs FlexLexer.h
+ select BR2_PACKAGE_IPERF3 # runtime
+ select BR2_PACKAGE_LLVM_BPF
+ select BR2_PACKAGE_LUAJIT
+ select BR2_PACKAGE_NETPERF # runtime
+ select BR2_PACKAGE_PYTHON3
+ select BR2_PACKAGE_XZ # Decompress kernel headers required by BCC
+ help
+ BPF Compiler Collection (BCC)
+
+ BCC is a toolkit for creating efficient kernel tracing and
+ manipulation programs, and includes several useful tools and
+ examples. It makes use of extended BPF (Berkeley Packet
+ Filters), formally known as eBPF, a new feature that was
+ first added to Linux 3.15. Much of what BCC uses requires
+ Linux 4.1 and above.
+
+ Note: Before using bcc, you need either :
+ - Copy the kernel source code to target folder
+ /lib/module/<kernel version>/build.
+ - Compile kernel with CONFIG_IKHEADERS (kernel_ver > 5.2)
+ and use generated headers to populate
+ /lib/module/<kernel version>/build.
+
+ That's because the clang frontend build eBPF code at runtime.
+
+ https://github.com/iovisor/bcc
+
+comment "bcc needs a Linux kernel to be built"
+ depends on !BR2_LINUX_KERNEL
+
+comment "bcc needs a glibc toolchain w/ wchar, threads, C++, gcc >= 4.8, host gcc >= 4.8"
+ depends on BR2_PACKAGE_LLVM_ARCH_SUPPORTS
+ depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
+ depends on BR2_LINUX_KERNEL
+ depends on !BR2_TOOLCHAIN_USES_GLIBC || !BR2_TOOLCHAIN_HAS_THREADS \
+ || !BR2_INSTALL_LIBSTDCPP
diff --git a/package/bcc/bcc.hash b/package/bcc/bcc.hash
new file mode 100644
index 0000000..e01a2e8
--- /dev/null
+++ b/package/bcc/bcc.hash
@@ -0,0 +1,3 @@
+# locally calculated
+sha256 518f2ee52139dcc69c589be7a6171928dc2c1cf2cdb7d0c1468134166aa84ca1 bcc-v0.15.0.tar.gz
+sha256 b40930bbcf80744c86c46a12bc9da056641d722716c378f5659b9e555ef833e1 LICENSE.txt
diff --git a/package/bcc/bcc.mk b/package/bcc/bcc.mk
new file mode 100644
index 0000000..f6a2e12
--- /dev/null
+++ b/package/bcc/bcc.mk
@@ -0,0 +1,63 @@
+################################################################################
+#
+# bcc
+#
+################################################################################
+
+BCC_VERSION = v0.15.0
+BCC_SITE = https://github.com/iovisor/bcc.git
+BCC_SITE_METHOD = git
+BCC_GIT_SUBMODULES = YES
+BCC_LICENSE = Apache-2.0
+BCC_LICENSE_FILES = LICENSE.txt
+# libbcc.so and libbpf.so
+BCC_INSTALL_STAGING = YES
+BCC_DEPENDENCIES = host-bison host-flex host-luajit clang elfutils flex llvm \
+ luajit
+
+# ENABLE_LLVM_SHARED=ON to use llvm.so.
+# Force REVISION otherwise bcc will use git describe to generate a version number.
+BCC_CONF_OPTS = -DENABLE_LLVM_SHARED=ON \
+ -DREVISION=$(BCC_VERSION) \
+ -DENABLE_CLANG_JIT=ON \
+ -DENABLE_MAN=OFF
+
+# BCC compiles src/python/setup.py.in into /src/python.
+# The generated compiled folder (/src/python/bcc-python/bcc) should
+# be copied to target python's site-packages directory.
+define BCC_INSTALL_PYTHON_BCC
+ cp -r $(BUILD_DIR)/bcc-$(BCC_VERSION)/src/python/bcc-python/bcc \
+ $(TARGET_DIR)/usr/lib/python3.*/site-packages/
+endef
+BCC_POST_INSTALL_TARGET_HOOKS += BCC_INSTALL_PYTHON_BCC
+
+define BCC_LINUX_CONFIG_FIXUPS
+ # Enable kernel support for eBPF
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_SYSCALL)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_CLS_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_JIT)
+ # [for Linux kernel versions 4.1 through 4.6]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_HAVE_BPF_JIT)
+ # [for Linux kernel versions 4.7 and later]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_HAVE_EBPF_JIT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_EVENTS)
+ # [for Linux kernel versions 5.3 and later]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_IKHEADERS)
+ # For running bcc networking examples on vanilla kernel
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_SCH_SFQ)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_POLICE)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_GACT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_DUMMY)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_VXLAN)
+ # Testing
+ $(call KCONFIG_ENABLE_OPT,CONFIG_KPROBES)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_FTRACE)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPFILTER)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_CGROUP_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_CLS_ACT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_BPF)
+endef
+
+$(eval $(cmake-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] package/llvm: add BPF backend
From: Jugurtha BELKALEM @ 2020-08-13 13:05 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1597323926-20271-1-git-send-email-jugurtha.belkalem@smile.fr>
bcc is a front-end tool for eBPF :
https://github.com/iovisor/bcc/blob/master/README.md.
eBPF is the most powerful Linux tracer, and bcc
allows to write eBPF scripts in C and PYTHON3.
BCC requires enabling LLVM backend BPF support.
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
package/llvm/Config.in | 6 ++++++
package/llvm/llvm.mk | 5 +++++
2 files changed, 11 insertions(+)
diff --git a/package/llvm/Config.in b/package/llvm/Config.in
index 1d21d87..6ec2ffc 100644
--- a/package/llvm/Config.in
+++ b/package/llvm/Config.in
@@ -47,6 +47,12 @@ config BR2_PACKAGE_LLVM_RTTI
https://llvm.org/docs/HowToSetUpLLVMStyleRTTI.html
+config BR2_PACKAGE_LLVM_BPF
+ bool "BPF backend"
+ help
+ Build BPF target. Select this option if you are going
+ to install bcc on the target.
+
endif
comment "llvm needs a toolchain w/ wchar, threads, C++, gcc >= 4.8, dynamic library"
diff --git a/package/llvm/llvm.mk b/package/llvm/llvm.mk
index 24d033d..48a2981 100644
--- a/package/llvm/llvm.mk
+++ b/package/llvm/llvm.mk
@@ -61,6 +61,11 @@ ifeq ($(BR2_PACKAGE_LLVM_AMDGPU),y)
LLVM_TARGETS_TO_BUILD += AMDGPU
endif
+# Build BPF backend
+ifeq ($(BR2_PACKAGE_LLVM_BPF),y)
+LLVM_TARGETS_TO_BUILD += BPF
+endif
+
# Use native llvm-tblgen from host-llvm (needed for cross-compilation)
LLVM_CONF_OPTS += -DLLVM_TABLEGEN=$(HOST_DIR)/bin/llvm-tblgen
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 0/2] bcc front end tool for eBPF
From: Jugurtha BELKALEM @ 2020-08-13 13:05 UTC (permalink / raw)
To: buildroot
bcc is a front-end tool for eBPF :
https://github.com/iovisor/bcc/blob/master/README.md.
eBPF is the most powerful Linux tracer, and bcc
allows to write eBPF scripts in C and PYTHON3.
bcc can help to troubleshoot issues quickly on
embedded systems (as long as Linux kernel
version >= 4.1).
bcc can also make it easy to create observabilty tools,
SDN configuration, ddos mitigation, intrusion detection
and secure containers. More information is available at:
http://www.brendangregg.com/ebpf.html.
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
Jugurtha BELKALEM (2):
package/llvm: add BPF backend
package/bcc: new package
DEVELOPERS | 1 +
package/Config.in | 1 +
package/bcc/0001-fix-aarch64-cross-compile.patch | 65 ++++++++++++++++++++++++
package/bcc/Config.in | 49 ++++++++++++++++++
package/bcc/bcc.hash | 3 ++
package/bcc/bcc.mk | 63 +++++++++++++++++++++++
package/llvm/Config.in | 6 +++
package/llvm/llvm.mk | 5 ++
8 files changed, 193 insertions(+)
create mode 100644 package/bcc/0001-fix-aarch64-cross-compile.patch
create mode 100644 package/bcc/Config.in
create mode 100644 package/bcc/bcc.hash
create mode 100644 package/bcc/bcc.mk
--
2.7.4
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/bcc: new package
From: Jugurtha BELKALEM @ 2020-08-13 13:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1597323740-20153-1-git-send-email-jugurtha.belkalem@smile.fr>
bcc is a front-end tool for eBPF :
https://github.com/iovisor/bcc/blob/master/README.md.
eBPF is the most powerful Linux tracer, and bcc
allows to write eBPF scripts in C and PYTHON3.
bcc can help to troubleshoot issues quickly on
embedded systems (as long as Linux kernel
version >= 4.1).
bcc can also make it easy to create observabilty tools,
SDN configuration, ddos mitigation, intrusion detection
and secure containers. More information is available at:
http://www.brendangregg.com/ebpf.html.
BCC can be tested on the target :
$ mount -t debugfs none /sys/kernel/debug
$ mkdir -p /lib/modules/KERNEL_VERSION/build
$ cd /lib/modules/KERNEL_VERSION//build
$ cp /sys/kernel/kheaders.tar.xz .
$ unxz kheaders.tar.xz
$ tar xf kheaders.tar
$ cd /usr/share/bcc/examples/tracing
$ ./disksnoop.py
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
DEVELOPERS | 1 +
package/Config.in | 1 +
package/bcc/0001-fix-aarch64-cross-compile.patch | 65 ++++++++++++++++++++++++
package/bcc/Config.in | 49 ++++++++++++++++++
package/bcc/bcc.hash | 3 ++
package/bcc/bcc.mk | 63 +++++++++++++++++++++++
6 files changed, 182 insertions(+)
create mode 100644 package/bcc/0001-fix-aarch64-cross-compile.patch
create mode 100644 package/bcc/Config.in
create mode 100644 package/bcc/bcc.hash
create mode 100644 package/bcc/bcc.mk
diff --git a/DEVELOPERS b/DEVELOPERS
index 42fa5a4..bd836a6 100644
--- a/DEVELOPERS
+++ b/DEVELOPERS
@@ -1396,6 +1396,7 @@ N: Joshua Henderson <joshua.henderson@microchip.com>
F: package/qt5/qt5wayland/
N: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+F: package/bcc/
F: package/python-cycler/
F: package/python-matplotlib/
diff --git a/package/Config.in b/package/Config.in
index d7e79f4..8ec3932 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -83,6 +83,7 @@ menu "Compressors and decompressors"
endmenu
menu "Debugging, profiling and benchmark"
+ source "package/bcc/Config.in"
source "package/blktrace/Config.in"
source "package/bonnie/Config.in"
source "package/cache-calibrator/Config.in"
diff --git a/package/bcc/0001-fix-aarch64-cross-compile.patch b/package/bcc/0001-fix-aarch64-cross-compile.patch
new file mode 100644
index 0000000..6b42797
--- /dev/null
+++ b/package/bcc/0001-fix-aarch64-cross-compile.patch
@@ -0,0 +1,65 @@
+From 5a5b0f04484e00c88e7be902101367d6d591fb96 Mon Sep 17 00:00:00 2001
+From: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+Date: Thu, 2 May 2019 11:06:23 +0200
+Subject: [PATCH] cmake/luajit: Provide the target architecture to luaJIT while
+ cross-compiling
+
+Unlike CMAKE_SYSTEM_PROCESSOR which identifies aarch64
+as a valid architecture, luajit does not recognize it.
+luajit defines aarch64 as arm64.
+
+LuaJIT doesn't use usual arch naming, so we have to convert
+between CMake and Luajit for each architectures while
+cross-compiling.
+
+Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
+Signed-off-by: Romain Naour <romain.naour@smile.fr>
+---
+v2: Do the same for other architecture supported by LuaJIT.
+https://github.com/iovisor/bcc/pull/2480
+---
+ src/lua/CMakeLists.txt | 29 ++++++++++++++++++++++++++++-
+ 1 file changed, 28 insertions(+), 1 deletion(-)
+
+diff --git a/src/lua/CMakeLists.txt b/src/lua/CMakeLists.txt
+index 7541d48df..226e1b1d2 100644
+--- a/src/lua/CMakeLists.txt
++++ b/src/lua/CMakeLists.txt
+@@ -13,9 +13,36 @@ if (LUAJIT_LIBRARIES AND LUAJIT)
+ DEPENDS ${SRC_LUA} ${CMAKE_CURRENT_SOURCE_DIR}/squishy
+ )
+
++ # LuaJIT doesn't use usual arch naming, so we have to convert
++ # between CMake and Luajit while cross-compiling.
++ if (CMAKE_CROSSCOMPILING)
++ SET (LUAJIT_TARGET_ARCH "-a")
++ # https://github.com/LuaJIT/LuaJIT/blob/f0e865dd4861520258299d0f2a56491bd9d602e1/src/jit/bcsave.lua#L30
++ # https://github.com/LuaJIT/LuaJIT/blob/f0e865dd4861520258299d0f2a56491bd9d602e1/src/jit/bcsave.lua#L65
++ if (CMAKE_SYSTEM_PROCESSOR STREQUAL "aarch64")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm64")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "aarch64_be")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm64be")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "arm")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "arm")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "^(i.86)$")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "x86")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "mips")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "mips")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "mipsel")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "mipsel")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "powerpc")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "ppc")
++ elseif (CMAKE_SYSTEM_PROCESSOR MATCHES "x86_64")
++ SET (LUAJIT_TARGET_ARCH ${LUAJIT_TARGET_ARCH} "x64")
++ else()
++ MESSAGE(FATAL_ERROR "${CMAKE_SYSTEM_PROCESSOR} is not supported by LuaJIT")
++ endif()
++ endif()
++
+ ADD_CUSTOM_COMMAND(
+ OUTPUT bcc.o
+- COMMAND ${LUAJIT} -bg bcc.lua bcc.o
++ COMMAND ${LUAJIT} -bg bcc.lua ${LUAJIT_TARGET_ARCH} bcc.o
+ DEPENDS bcc.lua
+ )
+
diff --git a/package/bcc/Config.in b/package/bcc/Config.in
new file mode 100644
index 0000000..a3cc402
--- /dev/null
+++ b/package/bcc/Config.in
@@ -0,0 +1,49 @@
+config BR2_PACKAGE_BCC
+ bool "bcc"
+ depends on BR2_PACKAGE_LLVM_ARCH_SUPPORTS
+ depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
+ depends on BR2_TOOLCHAIN_USES_GLIBC # hardcode GNU tuple (x86_64-unknown-linux-gnu)
+ depends on BR2_LINUX_KERNEL # needs kernel sources on the target
+ depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # clang
+ depends on BR2_TOOLCHAIN_HAS_THREADS # clang
+ depends on BR2_INSTALL_LIBSTDCPP # clang
+ select BR2_PACKAGE_AUDIT # runtime
+ select BR2_PACKAGE_CLANG
+ select BR2_PACKAGE_ELFUTILS
+ select BR2_PACKAGE_FLEX # needs FlexLexer.h
+ select BR2_PACKAGE_IPERF3 # runtime
+ select BR2_PACKAGE_LLVM_BPF
+ select BR2_PACKAGE_LUAJIT
+ select BR2_PACKAGE_NETPERF # runtime
+ select BR2_PACKAGE_PYTHON3
+ select BR2_PACKAGE_XZ # Decompress kernel headers required by BCC
+ help
+ BPF Compiler Collection (BCC)
+
+ BCC is a toolkit for creating efficient kernel tracing and
+ manipulation programs, and includes several useful tools and
+ examples. It makes use of extended BPF (Berkeley Packet
+ Filters), formally known as eBPF, a new feature that was
+ first added to Linux 3.15. Much of what BCC uses requires
+ Linux 4.1 and above.
+
+ Note: Before using bcc, you need either :
+ - Copy the kernel source code to target folder
+ /lib/module/<kernel version>/build.
+ - Compile kernel with CONFIG_IKHEADERS (kernel_ver > 5.2)
+ and use generated headers to populate
+ /lib/module/<kernel version>/build.
+
+ That's because the clang frontend build eBPF code at runtime.
+
+ https://github.com/iovisor/bcc
+
+comment "bcc needs a Linux kernel to be built"
+ depends on !BR2_LINUX_KERNEL
+
+comment "bcc needs a glibc toolchain w/ wchar, threads, C++, gcc >= 4.8, host gcc >= 4.8"
+ depends on BR2_PACKAGE_LLVM_ARCH_SUPPORTS
+ depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
+ depends on BR2_LINUX_KERNEL
+ depends on !BR2_TOOLCHAIN_USES_GLIBC || !BR2_TOOLCHAIN_HAS_THREADS \
+ || !BR2_INSTALL_LIBSTDCPP
diff --git a/package/bcc/bcc.hash b/package/bcc/bcc.hash
new file mode 100644
index 0000000..e01a2e8
--- /dev/null
+++ b/package/bcc/bcc.hash
@@ -0,0 +1,3 @@
+# locally calculated
+sha256 518f2ee52139dcc69c589be7a6171928dc2c1cf2cdb7d0c1468134166aa84ca1 bcc-v0.15.0.tar.gz
+sha256 b40930bbcf80744c86c46a12bc9da056641d722716c378f5659b9e555ef833e1 LICENSE.txt
diff --git a/package/bcc/bcc.mk b/package/bcc/bcc.mk
new file mode 100644
index 0000000..f6a2e12
--- /dev/null
+++ b/package/bcc/bcc.mk
@@ -0,0 +1,63 @@
+################################################################################
+#
+# bcc
+#
+################################################################################
+
+BCC_VERSION = v0.15.0
+BCC_SITE = https://github.com/iovisor/bcc.git
+BCC_SITE_METHOD = git
+BCC_GIT_SUBMODULES = YES
+BCC_LICENSE = Apache-2.0
+BCC_LICENSE_FILES = LICENSE.txt
+# libbcc.so and libbpf.so
+BCC_INSTALL_STAGING = YES
+BCC_DEPENDENCIES = host-bison host-flex host-luajit clang elfutils flex llvm \
+ luajit
+
+# ENABLE_LLVM_SHARED=ON to use llvm.so.
+# Force REVISION otherwise bcc will use git describe to generate a version number.
+BCC_CONF_OPTS = -DENABLE_LLVM_SHARED=ON \
+ -DREVISION=$(BCC_VERSION) \
+ -DENABLE_CLANG_JIT=ON \
+ -DENABLE_MAN=OFF
+
+# BCC compiles src/python/setup.py.in into /src/python.
+# The generated compiled folder (/src/python/bcc-python/bcc) should
+# be copied to target python's site-packages directory.
+define BCC_INSTALL_PYTHON_BCC
+ cp -r $(BUILD_DIR)/bcc-$(BCC_VERSION)/src/python/bcc-python/bcc \
+ $(TARGET_DIR)/usr/lib/python3.*/site-packages/
+endef
+BCC_POST_INSTALL_TARGET_HOOKS += BCC_INSTALL_PYTHON_BCC
+
+define BCC_LINUX_CONFIG_FIXUPS
+ # Enable kernel support for eBPF
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_SYSCALL)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_CLS_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_JIT)
+ # [for Linux kernel versions 4.1 through 4.6]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_HAVE_BPF_JIT)
+ # [for Linux kernel versions 4.7 and later]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_HAVE_EBPF_JIT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPF_EVENTS)
+ # [for Linux kernel versions 5.3 and later]
+ $(call KCONFIG_ENABLE_OPT,CONFIG_IKHEADERS)
+ # For running bcc networking examples on vanilla kernel
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_SCH_SFQ)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_POLICE)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_GACT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_DUMMY)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_VXLAN)
+ # Testing
+ $(call KCONFIG_ENABLE_OPT,CONFIG_KPROBES)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_FTRACE)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_BPFILTER)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_CGROUP_BPF)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_CLS_ACT)
+ $(call KCONFIG_ENABLE_OPT,CONFIG_NET_ACT_BPF)
+endef
+
+$(eval $(cmake-package))
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 1/2] package/llvm: add BPF backend
From: Jugurtha BELKALEM @ 2020-08-13 13:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <1597323740-20153-1-git-send-email-jugurtha.belkalem@smile.fr>
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
package/llvm/Config.in | 6 ++++++
package/llvm/llvm.mk | 5 +++++
2 files changed, 11 insertions(+)
diff --git a/package/llvm/Config.in b/package/llvm/Config.in
index 1d21d87..6ec2ffc 100644
--- a/package/llvm/Config.in
+++ b/package/llvm/Config.in
@@ -47,6 +47,12 @@ config BR2_PACKAGE_LLVM_RTTI
https://llvm.org/docs/HowToSetUpLLVMStyleRTTI.html
+config BR2_PACKAGE_LLVM_BPF
+ bool "BPF backend"
+ help
+ Build BPF target. Select this option if you are going
+ to install bcc on the target.
+
endif
comment "llvm needs a toolchain w/ wchar, threads, C++, gcc >= 4.8, dynamic library"
diff --git a/package/llvm/llvm.mk b/package/llvm/llvm.mk
index 24d033d..48a2981 100644
--- a/package/llvm/llvm.mk
+++ b/package/llvm/llvm.mk
@@ -61,6 +61,11 @@ ifeq ($(BR2_PACKAGE_LLVM_AMDGPU),y)
LLVM_TARGETS_TO_BUILD += AMDGPU
endif
+# Build BPF backend
+ifeq ($(BR2_PACKAGE_LLVM_BPF),y)
+LLVM_TARGETS_TO_BUILD += BPF
+endif
+
# Use native llvm-tblgen from host-llvm (needed for cross-compilation)
LLVM_CONF_OPTS += -DLLVM_TABLEGEN=$(HOST_DIR)/bin/llvm-tblgen
--
2.7.4
^ permalink raw reply related
* [Buildroot] [PATCH 0/2] bcc front end tool for eBPF
From: Jugurtha BELKALEM @ 2020-08-13 13:02 UTC (permalink / raw)
To: buildroot
bcc is a front-end tool for eBPF :
https://github.com/iovisor/bcc/blob/master/README.md.
eBPF is the most powerful Linux tracer, and bcc
allows to write eBPF scripts in C and PYTHON3.
bcc can help to troubleshoot issues quickly on
embedded systems (as long as Linux kernel
version >= 4.1).
bcc can also make it easy to create observabilty tools,
SDN configuration, ddos mitigation, intrusion detection
and secure containers. More information is available at:
http://www.brendangregg.com/ebpf.html.
Signed-off-by: Jugurtha BELKALEM <jugurtha.belkalem@smile.fr>
---
Jugurtha BELKALEM (2):
package/llvm: add BPF backend
package/bcc: new package
DEVELOPERS | 1 +
package/Config.in | 1 +
package/bcc/0001-fix-aarch64-cross-compile.patch | 65 ++++++++++++++++++++++++
package/bcc/Config.in | 49 ++++++++++++++++++
package/bcc/bcc.hash | 3 ++
package/bcc/bcc.mk | 63 +++++++++++++++++++++++
package/llvm/Config.in | 6 +++
package/llvm/llvm.mk | 5 ++
8 files changed, 193 insertions(+)
create mode 100644 package/bcc/0001-fix-aarch64-cross-compile.patch
create mode 100644 package/bcc/Config.in
create mode 100644 package/bcc/bcc.hash
create mode 100644 package/bcc/bcc.mk
--
2.7.4
^ permalink raw reply
* [Buildroot] [PATCH v2 1/5] support/scripts/gen-bootlin-toolchains: add new script to support Bootlin toolchains
From: Titouan Christophe @ 2020-08-13 11:41 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200809193818.1139805-2-thomas.petazzoni@bootlin.com>
Hello Thomas,
Glad to see the Bootlin toolchains landing soon in Buildroot :)
On 9/08/20 21:38, Thomas Petazzoni wrote:
> https://toolchains.bootlin.com/ has been providing for a few years a
> number of ready-to-use pre-built toolchains, for a wide range of
> architectures (which it turns out, are all built using Buildroot).
>
> While toolchains.bootlin.com provides Buildroot config fragments to
> easily use those toolchains with Buildroot (see [0] for example), this
> is not visible anywhere. So instead, we would like to add support for
> these toolchains in Buildroot just like we have existing support for
> Linaro, ARM, Synopsys, etc. toolchains.
>
> [0] https://toolchains.bootlin.com/downloads/releases/toolchains/aarch64/fragments/aarch64--glibc--bleeding-edge-2020.02-2.frag
>
> However, the number of toolchains provided by toolchains.bootlin.com
> is really large, and they are regularly updated. Maintaining that
> manually would be time consuming and error-prone. So instead, this
> commit introduces a script that automatically generates:
>
> - toolchain/toolchain-external/toolchain-external-bootlin/Config.in.options
> - toolchain/toolchain-external/toolchain-external-bootlin/toolchain-external-bootlin.mk
> - toolchain/toolchain-external/toolchain-external-bootlin/toolchain-external-bootlin.hash
> - support/testing/tests/toolchain/test_external_bootlin.py
>
> We create a single external toolchain package, with a Kconfig "choice"
> as a sub-option to select the toolchain variant to be used. The script
> contains a Python dict that provides the mapping between the
> toolchains provided by toolchains.bootlin.com, and the architecture
> options/variants they are applicable to.
>
> The test cases allow to verify that the toolchain configuration is
> correct, and that it is able to build a Busybox based system. It
> doesn't do any runtime testing as such testing is already done by
> toolchains.bootlin.com: the test cases here are only meant to verify
> that the toolchain-external-bootlin package works as expected.
>
> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Reviewed-by: Titouan Christophe <titouan.christophe@railnova.eu>
Tested-by: Titouan Christophe <titouan.christophe@railnova.eu>
Best regards,
Titouan
^ permalink raw reply
* [Buildroot] [PATCH 2/2] package/tpm2-tools: bump version to 4.1.2
From: Peter Korsgaard @ 2020-08-13 10:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200525214853.14277-2-peter@korsgaard.com>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> Bugfix release with a single fix:
> - Fix missing handle maps for ESY3 handle breaks. See #1994
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed to 2020.02.x and 2020.05.x, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [PATCH 1/2] package/tpm2-abrmd: bump version to 2.3.2
From: Peter Korsgaard @ 2020-08-13 10:02 UTC (permalink / raw)
To: buildroot
In-Reply-To: <20200525214853.14277-1-peter@korsgaard.com>
>>>>> "Peter" == Peter Korsgaard <peter@korsgaard.com> writes:
> Fixes various initialization / systemd issues. From the changelog:
> - Provide meaningful exit codes on initialization failures.
> - Prevent systemd from starting the daemon before udev changes ownership of
> the TPM device node.
> - Prevent systemd from starting the daemon if there is no TPM device node.
> - Prevent systemd from restarting the daemon if it fails.
> - Add SELinux policy to allow daemon to resolve names.
> - Add SELinux policy boolean (disabled by default) to allow daemon to
> connect to all unreserved ports.
> Also adjust .hash file white space to match new agreements.
> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Committed to 2020.02.x and 2020.05.x, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply
* [Buildroot] [git commit branch/2020.05.x] package/tpm2-tools: bump version to 4.1.2
From: Peter Korsgaard @ 2020-08-13 10:01 UTC (permalink / raw)
To: buildroot
commit: https://git.buildroot.net/buildroot/commit/?id=7c7dcf89db33241860b4668694e7141b58acd0cc
branch: https://git.buildroot.net/buildroot/commit/?id=refs/heads/2020.05.x
Bugfix release with a single fix:
- Fix missing handle maps for ESY3 handle breaks. See #1994
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
(cherry picked from commit 9652e2cbe5f31585b31f16f817505b231ea24d5a)
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
---
package/tpm2-tools/tpm2-tools.hash | 4 ++--
package/tpm2-tools/tpm2-tools.mk | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/tpm2-tools/tpm2-tools.hash b/package/tpm2-tools/tpm2-tools.hash
index 16059627ac..dd55834825 100644
--- a/package/tpm2-tools/tpm2-tools.hash
+++ b/package/tpm2-tools/tpm2-tools.hash
@@ -1,3 +1,3 @@
# Locally computed:
-sha256 40b9263d8b949bd2bc03a3cd60fa242e27116727467f9bbdd0b5f2539a25a7b1 tpm2-tools-4.1.1.tar.gz
-sha256 e10dce74279166bf7bc463eb6e462c2025bceb3e50cadfe865d92c1c3dc0bb21 LICENSE
+sha256 175472b63d1e047c2ad38314d06c36bd734ae37e0c6abfa2a804c0d6eb3f2936 tpm2-tools-4.1.2.tar.gz
+sha256 e10dce74279166bf7bc463eb6e462c2025bceb3e50cadfe865d92c1c3dc0bb21 LICENSE
diff --git a/package/tpm2-tools/tpm2-tools.mk b/package/tpm2-tools/tpm2-tools.mk
index 4ebca0f906..83be53d54b 100644
--- a/package/tpm2-tools/tpm2-tools.mk
+++ b/package/tpm2-tools/tpm2-tools.mk
@@ -4,7 +4,7 @@
#
################################################################################
-TPM2_TOOLS_VERSION = 4.1.1
+TPM2_TOOLS_VERSION = 4.1.2
TPM2_TOOLS_SITE = https://github.com/tpm2-software/tpm2-tools/releases/download/$(TPM2_TOOLS_VERSION)
TPM2_TOOLS_LICENSE = BSD-3-Clause
TPM2_TOOLS_LICENSE_FILES = LICENSE
^ permalink raw reply related
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox