[oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), &ts) 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), &ts) == 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
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), &ts) 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), &ts) == 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] [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
[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-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 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-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] 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] [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
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
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
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
[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
[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 ${WORKDIR}
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), &ts) 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), &ts) == 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
Re: [oe] systemd failing in master with Assertion clock_gettime(map_clock_id(clock_id), &ts) 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), &ts) == 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] [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
[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