[oe] [meta-python2][PATCH] python-asn1crypto: add target RDEPENDS
* Missing run-time dependency:
- python-numbers (fractions)
Signed-off-by: Tim Orling
---
recipes-devtools/python/python-asn1crypto_1.3.0.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/recipes-devtools/python/python-asn1crypto_1.3.0.bb
b/recipes-devtools/python/python-asn1crypto_1.3.0.bb
index 90c6d83d..2954eef6 100644
--- a/recipes-devtools/python/python-asn1crypto_1.3.0.bb
+++ b/recipes-devtools/python/python-asn1crypto_1.3.0.bb
@@ -22,6 +22,7 @@ RDEPENDS_${PN}_class-target += " \
${PYTHON_PN}-datetime \
${PYTHON_PN}-io \
${PYTHON_PN}-netclient \
+${PYTHON_PN}-numbers \
${PYTHON_PN}-subprocess \
${PYTHON_PN}-textutils \
"
--
2.25.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][RFC PATCH 1/2] xorriso: Move from meta-filesystems to meta-oe
On 1/23/20 2:31 PM, Jason Wessel wrote:
The change to the vboxguestdrivers requires the xorriso-native tool
which is only available in the meta-filesystems layer. This keeps
meta-oe from requiring additional dependencies.
I am fine with this move.
Signed-off-by: Jason Wessel
---
.../recipes-utils/xorriso/xorriso_1.5.3.bb| 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename {meta-filesystems => meta-oe}/recipes-utils/xorriso/xorriso_1.5.3.bb
(100%)
diff --git a/meta-filesystems/recipes-utils/xorriso/xorriso_1.5.3.bb
b/meta-oe/recipes-utils/xorriso/xorriso_1.5.3.bb
similarity index 100%
rename from meta-filesystems/recipes-utils/xorriso/xorriso_1.5.3.bb
rename to meta-oe/recipes-utils/xorriso/xorriso_1.5.3.bb
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), ) failed
On 1/23/20 4:13 PM, Alex Kiernan wrote: On Thu, Jan 23, 2020 at 10:09 AM Andreas Müller wrote: On Thu, Jan 23, 2020 at 10:43 AM Alex Kiernan wrote: On the offchance someone's tripped over this already/has pointers: Around the time python2 dropped out, I'm now seeing boot failures with: [ 612.151548] systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting. I suspect it's unrelated to py2, but that's delayed me getting to the problem. The board I'm targetting is AM335x based, but without an RTC (which I suspect may be relevant). Anyone seen anything similar? -- Alex Kiernan Hi Alex, Have not seen that one yet. Will look for it once I can build images in current environment (python2/Qt5.14 broke loads for me). What I have seen were problems with timedatectl <-> ntp. Changing from local time to ntp-sync did not work: Time remained un-synced on recent images. Machine was Raspi so no RTC either. Don't know if this is related to your finding... Looks like it's related to the glibc bump - reverting that changeset gets it booting again. I struggle to figure out which of the myriad wrappers are actually being used from inspecting the glibc source, but if it's the one I think it is, there's clearly clock_gettime/clock_gettime64 changes there which I doubt my kernel has (we're currently using the TI 4.19.y kernel). Is it possible for you to try 5.x for tests ? I know there were 64bit time_t related errors I saw with 4.19/rpi3-32bit but it was with musl, since musl enabled 64bit time_t by default, that might be different issue too Try applying [1] to glibc as well, currrently, its only applied to musl case, perhaps that might help. [1] https://git.openembedded.org/openembedded-core/tree/meta/recipes-core/systemd/systemd/0022-Use-INT_MAX-instead-of-TIME_T_MAX-for-timerfd_settim.patch -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), ) failed
On Thu, Jan 23, 2020 at 10:09 AM Andreas Müller wrote: > > On Thu, Jan 23, 2020 at 10:43 AM Alex Kiernan wrote: > > > > On the offchance someone's tripped over this already/has pointers: > > > > Around the time python2 dropped out, I'm now seeing boot failures with: > > > > [ 612.151548] systemd-journald[543]: Assertion > > 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at > > src/basic/time-util.c:55, function now(). Aborting. > > > > I suspect it's unrelated to py2, but that's delayed me getting to the > > problem. > > > > The board I'm targetting is AM335x based, but without an RTC (which I > > suspect may be relevant). > > > > Anyone seen anything similar? > > > > -- > > Alex Kiernan > Hi Alex, > > Have not seen that one yet. Will look for it once I can build images > in current environment (python2/Qt5.14 broke loads for me). What I > have seen were problems with timedatectl <-> ntp. Changing from local > time to ntp-sync did not work: Time remained un-synced on recent > images. Machine was Raspi so no RTC either. > > Don't know if this is related to your finding... > Looks like it's related to the glibc bump - reverting that changeset gets it booting again. I struggle to figure out which of the myriad wrappers are actually being used from inspecting the glibc source, but if it's the one I think it is, there's clearly clock_gettime/clock_gettime64 changes there which I doubt my kernel has (we're currently using the TI 4.19.y kernel). -- Alex Kiernan -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][RFC PATCH 1/2] xorriso: Move from meta-filesystems to meta-oe
The change to the vboxguestdrivers requires the xorriso-native tool
which is only available in the meta-filesystems layer. This keeps
meta-oe from requiring additional dependencies.
Signed-off-by: Jason Wessel
---
.../recipes-utils/xorriso/xorriso_1.5.3.bb| 0
1 file changed, 0 insertions(+), 0 deletions(-)
rename {meta-filesystems => meta-oe}/recipes-utils/xorriso/xorriso_1.5.3.bb
(100%)
diff --git a/meta-filesystems/recipes-utils/xorriso/xorriso_1.5.3.bb
b/meta-oe/recipes-utils/xorriso/xorriso_1.5.3.bb
similarity index 100%
rename from meta-filesystems/recipes-utils/xorriso/xorriso_1.5.3.bb
rename to meta-oe/recipes-utils/xorriso/xorriso_1.5.3.bb
--
2.23.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][RFC PATCH 2/2] vboxguestdrivers: Add vboxguestclient package
This patch adds the vboxguestclient package, which installs all the
VirtualBox services that you would normally get if you inserted the
guest additions ISO and and attempted to run the shell script which
requires kernel module compilation etc...
The VirtualBox guest clients allows for the Xserver to be resized, cut
and paste integration as well as automated focus capture to all work
properly.
By installing the binaries from the ISO, the booted VM doesn't need a
compiler or the kernel headers in order to run the typical guest
additional install process.
Signed-off-by: Jason Wessel
---
.../vboxguestdrivers/vboxadd-service.service | 21 ++
.../vboxguestdrivers/vboxadd.service | 21 ++
.../vboxguestdrivers_6.1.2.bb | 66 +++
3 files changed, 95 insertions(+), 13 deletions(-)
create mode 100644
meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd-service.service
create mode 100644
meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd.service
diff --git
a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd-service.service
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd-service.service
new file mode 100644
index 0..5949b2ec0
--- /dev/null
+++
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd-service.service
@@ -0,0 +1,21 @@
+[Unit]
+SourcePath=/usr/share/vbox/init/vboxadd-service
+Description=
+Before=runlevel2.target runlevel3.target runlevel4.target runlevel5.target
shutdown.target
+After=vboxadd.service
+Conflicts=shutdown.target systemd-timesyncd.service
+
+[Service]
+Environment="INSTALL_NO_MODULE_BUILDS=1"
+Type=forking
+Restart=no
+TimeoutSec=5min
+IgnoreSIGPIPE=no
+KillMode=process
+GuessMainPID=no
+RemainAfterExit=yes
+ExecStart=/usr/share/vbox/init/vboxadd-service start
+ExecStop=/usr/share/vbox/init/vboxadd-service stop
+
+[Install]
+WantedBy=multi-user.target
diff --git
a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd.service
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd.service
new file mode 100644
index 0..47ee92c6b
--- /dev/null
+++ b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers/vboxadd.service
@@ -0,0 +1,21 @@
+[Unit]
+SourcePath=/usr/share/vbox/init/vboxadd
+Description=
+Before=runlevel2.target runlevel3.target runlevel4.target runlevel5.target
shutdown.target display-manager.service
+After=
+Conflicts=shutdown.target
+
+[Service]
+Environment="INSTALL_NO_MODULE_BUILDS=1"
+Type=oneshot
+Restart=no
+TimeoutSec=5min
+IgnoreSIGPIPE=no
+KillMode=process
+GuessMainPID=no
+RemainAfterExit=yes
+ExecStart=/usr/share/vbox/init/vboxadd start
+ExecStop=/usr/share/vbox/init/vboxadd stop
+
+[Install]
+WantedBy=multi-user.target
diff --git a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_6.1.2.bb
b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_6.1.2.bb
index 62c2b509f..0895b8cde 100644
--- a/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_6.1.2.bb
+++ b/meta-oe/recipes-support/vboxguestdrivers/vboxguestdrivers_6.1.2.bb
@@ -3,36 +3,52 @@ SECTION = "core"
LICENSE = "GPL-2.0"
LIC_FILES_CHKSUM =
"file://${WORKDIR}/${VBOX_NAME}/COPYING;md5=e197d5641bb35b29d46ca8c4bf7f2660"
-DEPENDS = "virtual/kernel"
+DEPENDS = "virtual/kernel xorriso-native"
-inherit module kernel-module-split
+inherit module kernel-module-split systemd
+
+INSANE_SKIP_${PN}_append = " already-stripped"
+INSANE_SKIP_vboxguestclient_append = " ldflags"
COMPATIBLE_MACHINE = "(qemux86|qemux86-64)"
VBOX_NAME = "VirtualBox-${PV}"
SRC_URI =
"http://download.virtualbox.org/virtualbox/${PV}/${VBOX_NAME}.tar.bz2 \
+
http://download.virtualbox.org/virtualbox/${PV}/VBoxGuestAdditions_${PV}.iso;name=iso
\
file://Makefile.utils \
+file://vboxadd.service \
+file://vboxadd-service.service \
"
SRC_URI[md5sum] = "f4f42fd09857556b04b803fb99cc6905"
SRC_URI[sha256sum] =
"4326576e8428ea3626194fc82646347576e94c61f11d412a669fc8a10c2a1e67"
+SRC_URI[iso.md5sum] = "85a1ecad6dade9f22ea0b94556b96898"
+SRC_URI[iso.sha256sum] =
"d1238cf34b0083264215ccdccfbca3adbbcf6ce7f30e33e04efed17c9260f068"
+
S = "${WORKDIR}/vbox_module"
export BUILD_TARGET_ARCH="${ARCH}"
export BUILD_TARGET_ARCH_x86-64="amd64"
-EXTRA_OEMAKE += "KERN_DIR='${WORKDIR}/${KERNEL_VERSION}/build'
KBUILD_VERBOSE=1"
+EXTRA_OEMAKE += "KERN_DIR='${WORKDIR}/${KERNEL_VERSION}/build'"
-# otherwise 5.2.22 builds just vboxguest
+# otherwise 6.1.x builds just vboxguest
MAKE_TARGETS = "all"
-addtask export_sources after do_patch before do_configure
+addtask export_sources before do_patch after do_unpack
+
+do_export_sources[depends] = "xorriso-native:do_populate_sysroot"
do_export_sources() {
-mkdir -p "${S}"
-${WORKDIR}/${VBOX_NAME}/src/VBox/Additions/linux/export_modules.sh
${T}/vbox_modules.tar.gz
-tar -C "${S}" -xzf ${T}/vbox_modules.tar.gz
+# allow this to re-run with the rm -rf
+rm -rf
[oe] [meta-oe][PATCH] nodejs: Fix build on big-endian targets
Fixes
../deps/v8/src/runtime/runtime-utils.h:129:11: error: base operand of '->' has
non-pointer type 'v8::internal::Object'
129 | return y->ptr() | (static_cast(x->ptr()) << 32);
| ^~
Signed-off-by: Khem Raj
Cc: Martin Jansa
Cc: Guillaume Burel
---
.../nodejs/nodejs/big-endian.patch | 18 ++
.../recipes-devtools/nodejs/nodejs_12.14.1.bb | 1 +
2 files changed, 19 insertions(+)
create mode 100644 meta-oe/recipes-devtools/nodejs/nodejs/big-endian.patch
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs/big-endian.patch
b/meta-oe/recipes-devtools/nodejs/nodejs/big-endian.patch
new file mode 100644
index 00..529381842f
--- /dev/null
+++ b/meta-oe/recipes-devtools/nodejs/nodejs/big-endian.patch
@@ -0,0 +1,18 @@
+
+https://github.com/v8/v8/commit/878ccb33bd3cf0e6dc018ff8d15843f585ac07be
+
+did some automated cleanups but it missed big-endian code.
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj
+--- a/deps/v8/src/runtime/runtime-utils.h
b/deps/v8/src/runtime/runtime-utils.h
+@@ -126,7 +126,7 @@ static inline ObjectPair MakePair(Object
+ #if defined(V8_TARGET_LITTLE_ENDIAN)
+ return x.ptr() | (static_cast(y.ptr()) << 32);
+ #elif defined(V8_TARGET_BIG_ENDIAN)
+- return y->ptr() | (static_cast(x->ptr()) << 32);
++ return y.ptr() | (static_cast(x.ptr()) << 32);
+ #else
+ #error Unknown endianness
+ #endif
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
index e9ec500e51..6eb52c209a 100644
--- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
+++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
@@ -19,6 +19,7 @@ SRC_URI = "http://nodejs.org/dist/v${PV}/node-v${PV}.tar.xz \
file://0001-Disable-running-gyp-files-for-bundled-deps.patch \
file://0003-Install-both-binaries-and-use-libdir.patch \
file://0004-v8-don-t-override-ARM-CFLAGS.patch \
+ file://big-endian.patch \
"
SRC_URI_append_class-target = " \
file://0002-Using-native-binaries.patch \
--
2.25.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ruby: Remove __has_include and __has_include_next from preprocessed header file
On Thu, Jan 23, 2020 at 12:27 PM akuster808 wrote:
>
>
> On 1/23/20 10:35 AM, Khem Raj wrote:
> > one of the build steps ruby has is that it generated rb_mjit_header.h
> > during configure using gcc preprocessor using -dD which emits built-in
> > defines as well, problem happens when this header is later included in
> > subsequent compiles, where compiler errors out stating that an existing
> > internal define is redefined
> >
> > | /tmp/20200123-2021083-2c601q.h:13849:9: error: "__has_include" cannot
> be used as a macro name
> > | 13849 | #define __has_include __has_include
> > | | ^
> > | compilation terminated due to -Wfatal-errors.
> >
> > Since compiler already will take care of it internally we can edit it
> > out from this header file
>
> Any idea what introduced this ? Hard to tell if this is backport worthy.
>
You need gcc trunk for this to exhibit with release we won’t see this issue
so it technically is not required on releases
>
> -armin
> >
> > Signed-off-by: Khem Raj
> > ---
> > meta/recipes-devtools/ruby/ruby.inc | 7 +++
> > 1 file changed, 7 insertions(+)
> >
> > diff --git a/meta/recipes-devtools/ruby/ruby.inc
> b/meta/recipes-devtools/ruby/ruby.inc
> > index ce1b02f012..d5cd329e65 100644
> > --- a/meta/recipes-devtools/ruby/ruby.inc
> > +++ b/meta/recipes-devtools/ruby/ruby.inc
> > @@ -38,3 +38,10 @@ do_configure_prepend() {
> > sed -i "s#%%TARGET_CFLAGS%%#$CFLAGS#;
> s#%%TARGET_LDFLAGS%%#$LDFLAGS#" ${S}/common.mk
> > rm -rf ${S}/ruby/
> > }
> > +
> > +do_compile_prepend() {
> > +if [ -e ${B}/rb_mjit_header.h ]; then
> > +sed -i -e "/#define __has_include __has_include/d"
> ${B}/rb_mjit_header.h
> > +sed -i -e "/#define __has_include_next __has_include_next/d"
> ${B}/rb_mjit_header.h
> > +fi
> > +}
>
>
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ruby: Remove __has_include and __has_include_next from preprocessed header file
On 1/23/20 10:35 AM, Khem Raj wrote:
> one of the build steps ruby has is that it generated rb_mjit_header.h
> during configure using gcc preprocessor using -dD which emits built-in
> defines as well, problem happens when this header is later included in
> subsequent compiles, where compiler errors out stating that an existing
> internal define is redefined
>
> | /tmp/20200123-2021083-2c601q.h:13849:9: error: "__has_include" cannot be
> used as a macro name
> | 13849 | #define __has_include __has_include
> | | ^
> | compilation terminated due to -Wfatal-errors.
>
> Since compiler already will take care of it internally we can edit it
> out from this header file
Any idea what introduced this ? Hard to tell if this is backport worthy.
-armin
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/ruby/ruby.inc | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/meta/recipes-devtools/ruby/ruby.inc
> b/meta/recipes-devtools/ruby/ruby.inc
> index ce1b02f012..d5cd329e65 100644
> --- a/meta/recipes-devtools/ruby/ruby.inc
> +++ b/meta/recipes-devtools/ruby/ruby.inc
> @@ -38,3 +38,10 @@ do_configure_prepend() {
> sed -i "s#%%TARGET_CFLAGS%%#$CFLAGS#; s#%%TARGET_LDFLAGS%%#$LDFLAGS#"
> ${S}/common.mk
> rm -rf ${S}/ruby/
> }
> +
> +do_compile_prepend() {
> +if [ -e ${B}/rb_mjit_header.h ]; then
> +sed -i -e "/#define __has_include __has_include/d"
> ${B}/rb_mjit_header.h
> +sed -i -e "/#define __has_include_next __has_include_next/d"
> ${B}/rb_mjit_header.h
> +fi
> +}
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [PATCH] ruby: Remove __has_include and __has_include_next from preprocessed header file
ignore it
On Thu, Jan 23, 2020 at 10:35 AM Khem Raj wrote:
>
> one of the build steps ruby has is that it generated rb_mjit_header.h
> during configure using gcc preprocessor using -dD which emits built-in
> defines as well, problem happens when this header is later included in
> subsequent compiles, where compiler errors out stating that an existing
> internal define is redefined
>
> | /tmp/20200123-2021083-2c601q.h:13849:9: error: "__has_include" cannot be
> used as a macro name
> | 13849 | #define __has_include __has_include
> | | ^
> | compilation terminated due to -Wfatal-errors.
>
> Since compiler already will take care of it internally we can edit it
> out from this header file
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-devtools/ruby/ruby.inc | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/meta/recipes-devtools/ruby/ruby.inc
> b/meta/recipes-devtools/ruby/ruby.inc
> index ce1b02f012..d5cd329e65 100644
> --- a/meta/recipes-devtools/ruby/ruby.inc
> +++ b/meta/recipes-devtools/ruby/ruby.inc
> @@ -38,3 +38,10 @@ do_configure_prepend() {
> sed -i "s#%%TARGET_CFLAGS%%#$CFLAGS#; s#%%TARGET_LDFLAGS%%#$LDFLAGS#"
> ${S}/common.mk
> rm -rf ${S}/ruby/
> }
> +
> +do_compile_prepend() {
> +if [ -e ${B}/rb_mjit_header.h ]; then
> +sed -i -e "/#define __has_include __has_include/d"
> ${B}/rb_mjit_header.h
> +sed -i -e "/#define __has_include_next __has_include_next/d"
> ${B}/rb_mjit_header.h
> +fi
> +}
> --
> 2.25.0
>
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [PATCH] ruby: Remove __has_include and __has_include_next from preprocessed header file
one of the build steps ruby has is that it generated rb_mjit_header.h
during configure using gcc preprocessor using -dD which emits built-in
defines as well, problem happens when this header is later included in
subsequent compiles, where compiler errors out stating that an existing
internal define is redefined
| /tmp/20200123-2021083-2c601q.h:13849:9: error: "__has_include" cannot be used
as a macro name
| 13849 | #define __has_include __has_include
| | ^
| compilation terminated due to -Wfatal-errors.
Since compiler already will take care of it internally we can edit it
out from this header file
Signed-off-by: Khem Raj
---
meta/recipes-devtools/ruby/ruby.inc | 7 +++
1 file changed, 7 insertions(+)
diff --git a/meta/recipes-devtools/ruby/ruby.inc
b/meta/recipes-devtools/ruby/ruby.inc
index ce1b02f012..d5cd329e65 100644
--- a/meta/recipes-devtools/ruby/ruby.inc
+++ b/meta/recipes-devtools/ruby/ruby.inc
@@ -38,3 +38,10 @@ do_configure_prepend() {
sed -i "s#%%TARGET_CFLAGS%%#$CFLAGS#; s#%%TARGET_LDFLAGS%%#$LDFLAGS#"
${S}/common.mk
rm -rf ${S}/ruby/
}
+
+do_compile_prepend() {
+if [ -e ${B}/rb_mjit_header.h ]; then
+sed -i -e "/#define __has_include __has_include/d"
${B}/rb_mjit_header.h
+sed -i -e "/#define __has_include_next __has_include_next/d"
${B}/rb_mjit_header.h
+fi
+}
--
2.25.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH] plymouth: fix usrmerge
From: Stefan Agner
When usrmerge is enabled plymouth still tries to install to /bin and
/lib leading to the following build error:
ERROR: plymouth-git-r0 do_package: QA Issue: plymouth: Files/directories
were installed but not shipped in any package:
/sbin/plymouthd
/lib/libply.so.5
/lib/libply.so
/lib/libply.so.5.0.0
/lib/libply-splash-core.so
/lib/libply-splash-core.so.5.0.0
/lib/libply-splash-core.so.5
/bin/plymouth
There is a configuration flag --with-system-root-install which controls
where the binaries get installed. The flag is currently tied to the
systemd distro feature, however, this seems wrong.
Use the flag to control where binaries get installed depending on
whether usrmerge is used.
Signed-off-by: Stefan Agner
---
meta-oe/recipes-core/plymouth/plymouth_0.9.4.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-core/plymouth/plymouth_0.9.4.bb
b/meta-oe/recipes-core/plymouth/plymouth_0.9.4.bb
index 305977e5e..8b71c2bd6 100644
--- a/meta-oe/recipes-core/plymouth/plymouth_0.9.4.bb
+++ b/meta-oe/recipes-core/plymouth/plymouth_0.9.4.bb
@@ -26,7 +26,8 @@ SRC_URI[sha256sum] =
"4a197a4f1a05785d7453dd829b231352fb2d09171bd86c5ffaafbb2dd6
EXTRA_OECONF += " --enable-shared --disable-static --disable-gtk
--disable-documentation \
--with-logo=${LOGO} \
-${@bb.utils.contains('DISTRO_FEATURES', 'systemd',
'--enable-systemd-integration --with-system-root-install
--with-systemd-tty-ask-password-agent=${base_bindir}/systemd-tty-ask-password-agent',
'', d)} \
+${@bb.utils.contains('DISTRO_FEATURES', 'systemd',
'--enable-systemd-integration
--with-systemd-tty-ask-password-agent=${base_bindir}/systemd-tty-ask-password-agent',
'', d)} \
+${@bb.utils.contains('DISTRO_FEATURES',
'usrmerge','--without-system-root-install','--with-system-root-install',d)} \
"
PACKAGECONFIG ??= "pango initrd"
--
2.17.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 2/2] nodejs: upgrade to 12.14.1
Signed-off-by: Martin Jansa
---
.../nodejs/{nodejs_12.14.0.bb => nodejs_12.14.1.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-oe/recipes-devtools/nodejs/{nodejs_12.14.0.bb =>
nodejs_12.14.1.bb} (97%)
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
similarity index 97%
rename from meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
rename to meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
index e4a2aa18c4..e9ec500e51 100644
--- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
+++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.1.bb
@@ -24,8 +24,8 @@ SRC_URI_append_class-target = " \
file://0002-Using-native-binaries.patch \
"
-SRC_URI[md5sum] = "6762f5629f6f68fb9bdf83a741cba038"
-SRC_URI[sha256sum] =
"088a217ba2af641b8cc15be29f6e2956b8a33e6badb85596bbc2cdea9df9be71"
+SRC_URI[md5sum] = "1c78a75f5c95321f533ea695e814"
+SRC_URI[sha256sum] =
"877b4b842318b0e09bc754faf7343f2f097f0fc4f88ab9ae57cf9944e88e7adb"
S = "${WORKDIR}/node-v${PV}"
--
2.20.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH 1/2] nodejs: use python3native
Signed-off-by: Martin Jansa
---
.../recipes-devtools/nodejs/nodejs_12.14.0.bb | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
index 35abb8f1f0..e4a2aa18c4 100644
--- a/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
+++ b/meta-oe/recipes-devtools/nodejs/nodejs_12.14.0.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM =
"file://LICENSE;md5=be4d5107c64dc3d7c57e3797e1a0674b"
DEPENDS = "openssl"
DEPENDS_append_class-target = " nodejs-native"
-inherit pkgconfig ${@bb.utils.contains("BBFILE_COLLECTIONS", "meta-python2",
"pythonnative", "", d)}
+inherit pkgconfig python3native
COMPATIBLE_MACHINE_armv4 = "(!.*armv4).*"
COMPATIBLE_MACHINE_armv5 = "(!.*armv5).*"
@@ -96,7 +96,7 @@ do_configure () {
export LD="${CXX}"
GYP_DEFINES="${GYP_DEFINES}" export GYP_DEFINES
# $TARGET_ARCH settings don't match --dest-cpu settings
- ./configure --prefix=${prefix} --without-snapshot --shared-openssl \
+python3 configure.py --prefix=${prefix} --without-snapshot
--shared-openssl \
--dest-cpu="${@map_nodejs_arch(d.getVar('TARGET_ARCH'), d)}" \
--dest-os=linux \
--libdir=${D}${libdir} \
@@ -111,6 +111,10 @@ do_compile () {
do_install () {
oe_runmake install DESTDIR=${D}
+
+# wasn't updated since 2009 and is the only thing requiring python2 in
runtime
+# ERROR: nodejs-12.14.1-r0 do_package_qa: QA Issue:
/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/samples/samples contained
in package nodejs-npm requires /usr/bin/python, but no providers found in
RDEPENDS_nodejs-npm? [file-rdeps]
+rm -f
${D}${exec_prefix}/lib/node_modules/npm/node_modules/node-gyp/gyp/samples/samples
}
do_install_append_class-native() {
@@ -142,16 +146,10 @@ do_install_append_class-target() {
PACKAGES =+ "${PN}-npm"
FILES_${PN}-npm = "${exec_prefix}/lib/node_modules ${bindir}/npm ${bindir}/npx"
-RDEPENDS_${PN}-npm = "bash python-core python-shell python-datetime
python-subprocess python-textutils \
-python-compiler python-misc python-multiprocessing"
+RDEPENDS_${PN}-npm = "bash python3-core python3-shell python3-datetime \
+python3-misc python3-multiprocessing"
PACKAGES =+ "${PN}-systemtap"
FILES_${PN}-systemtap = "${datadir}/systemtap"
-
BBCLASSEXTEND = "native"
-
-python() {
-if 'meta-python2' not in d.getVar('BBFILE_COLLECTIONS').split():
-raise bb.parse.SkipRecipe('Requires meta-python2 to be present.')
-}
--
2.20.1
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-python2][PATCH] python-pygobject: add missing target RDEPENDS
* Missing run-time dependency:
- python-io (StringIO)
Signed-off-by: Tim Orling
---
recipes-devtools/python/python-pygobject_3.34.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-devtools/python/python-pygobject_3.34.0.bb
b/recipes-devtools/python/python-pygobject_3.34.0.bb
index 287846d9..2fd0b513 100644
--- a/recipes-devtools/python/python-pygobject_3.34.0.bb
+++ b/recipes-devtools/python/python-pygobject_3.34.0.bb
@@ -31,7 +31,7 @@ PACKAGECONFIG[tests] = "-Dtests=true, -Dtests=false, , "
PACKAGECONFIG[stagedir] = "-Dstagedir=${PYTHON_SITEPACKAGES_DIR},
-Dstagedir="", , "
BBCLASSEXTEND = "native"
-RDEPENDS_${PN} = "python-pkgutil"
+RDEPENDS_${PN} = "python-io python-pkgutil"
RDEPENDS_${PN}_class-native = ""
do_install_append() {
--
2.25.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH] mongodb: bump version to r4.2.2
Signed-off-by: Vincent Prince
---
meta-oe/recipes-dbs/mongodb/mongodb_git.bb | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-dbs/mongodb/mongodb_git.bb
b/meta-oe/recipes-dbs/mongodb/mongodb_git.bb
index cd8ccdc8a..6f460bf76 100644
--- a/meta-oe/recipes-dbs/mongodb/mongodb_git.bb
+++ b/meta-oe/recipes-dbs/mongodb/mongodb_git.bb
@@ -11,9 +11,9 @@ DEPENDS = "openssl libpcap zlib boost curl python3 \
inherit scons dos2unix siteinfo python3native
-PV = "4.2.0+git${SRCPV}"
-#v4.2.0
-SRCREV = "18ce5c9f56a01f2c933a720d64707f3456f81c8b"
+PV = "4.2.2"
+#v4.2.2
+SRCREV = "a0bbbff6ada159e19298d37946ac8dc4b497eadf"
SRC_URI = "git://github.com/mongodb/mongo.git;branch=v4.2 \
file://0001-Tell-scons-to-use-build-settings-from-environment-va.patch \
file://0001-Use-long-long-instead-of-int64_t.patch \
--
2.24.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe] [PATCH] fmt: bump version to v6.1.2
Signed-off-by: Vincent Prince
---
meta-oe/recipes-support/fmt/{fmt_6.0.0.bb => fmt_6.1.2.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta-oe/recipes-support/fmt/{fmt_6.0.0.bb => fmt_6.1.2.bb} (89%)
diff --git a/meta-oe/recipes-support/fmt/fmt_6.0.0.bb
b/meta-oe/recipes-support/fmt/fmt_6.1.2.bb
similarity index 89%
rename from meta-oe/recipes-support/fmt/fmt_6.0.0.bb
rename to meta-oe/recipes-support/fmt/fmt_6.1.2.bb
index c35c77b12..ff9bd7ddb 100644
--- a/meta-oe/recipes-support/fmt/fmt_6.0.0.bb
+++ b/meta-oe/recipes-support/fmt/fmt_6.1.2.bb
@@ -5,7 +5,7 @@ LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=af88d758f75f3c5c48a967501f24384b"
SRC_URI += "git://github.com/fmtlib/fmt"
-SRCREV = "7512a55aa3ae309587ca89668ef9ec4074a51a1f"
+SRCREV = "f94b7364b9409f05207c3af3fa4666730e11a854"
S = "${WORKDIR}/git"
--
2.24.0
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), ) failed
On Thu, Jan 23, 2020 at 10:43 AM Alex Kiernan wrote: > > On the offchance someone's tripped over this already/has pointers: > > Around the time python2 dropped out, I'm now seeing boot failures with: > > [ 612.151548] systemd-journald[543]: Assertion > 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at > src/basic/time-util.c:55, function now(). Aborting. > > I suspect it's unrelated to py2, but that's delayed me getting to the problem. > > The board I'm targetting is AM335x based, but without an RTC (which I > suspect may be relevant). > > Anyone seen anything similar? > > -- > Alex Kiernan Hi Alex, Have not seen that one yet. Will look for it once I can build images in current environment (python2/Qt5.14 broke loads for me). What I have seen were problems with timedatectl <-> ntp. Changing from local time to ntp-sync did not work: Time remained un-synced on recent images. Machine was Raspi so no RTC either. Don't know if this is related to your finding... Andreas -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), ) failed
On the offchance someone's tripped over this already/has pointers: Around the time python2 dropped out, I'm now seeing boot failures with: [ 612.151548] systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting. I suspect it's unrelated to py2, but that's delayed me getting to the problem. The board I'm targetting is AM335x based, but without an RTC (which I suspect may be relevant). Anyone seen anything similar? -- Alex Kiernan -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
