Re: [yocto] Yocto build failed to include service file in /deplogy/images/image.wic.gz
JH, To enable systemd service for your application your recipe needs to inherit the systemd class and install the service file in the proper directory. Here is what it should look like: inherit systemd SYSTEMD_SERVICE_${PN} = "my-app.service" SYSTEMD_AUTO_ENABLE = "enable" do_install_append () { install -d ${D}${systemd_system_unitdir} install -m 0644 ${S}/my-app.service ${D}${systemd_system_unitdir} } SYSTEMD_AUTO_ENABLE = "enable" is not strictly required as it is the default. If you don't want to enable your service by default set the variable to "disable". :rjs On 7/31/19 4:04 PM, JH wrote: > HI, > > I have been struggling to find a fix for missing service file, I found > another solution posted from the Internet to use FILES_${PN} += > "${systemd_system_unitdir}/dl-mgr.service" at the end of the bb file: > > install -d ${D}${systemd_system_unitdir} > install -m 0644 ${WORKDIR}/dl-mgr.service ${D}${systemd_system_unitdir} > > As well as this to the end of the .bb file > > FILES_${PN} += "${libexecdir}/dl-mgr.sh" > FILES_${PN} += "${systemd_system_unitdir}/dl-mgr.service" > > But I could not build it "unprased line FILES_${PN} += > "${systemd_system_unitdir}/dl-mgr.service", could anyone help please? > > Thank you. > > Kind regards, > > - JH -- - Rudolf J Streif CEO/CTO ibeeto +1.855.442.3396 x700 signature.asc Description: OpenPGP digital signature -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Yocto build failed to include service file in /deplogy/images/image.wic.gz
HI, I have been struggling to find a fix for missing service file, I found another solution posted from the Internet to use FILES_${PN} += "${systemd_system_unitdir}/dl-mgr.service" at the end of the bb file: install -d ${D}${systemd_system_unitdir} install -m 0644 ${WORKDIR}/dl-mgr.service ${D}${systemd_system_unitdir} As well as this to the end of the .bb file FILES_${PN} += "${libexecdir}/dl-mgr.sh" FILES_${PN} += "${systemd_system_unitdir}/dl-mgr.service" But I could not build it "unprased line FILES_${PN} += "${systemd_system_unitdir}/dl-mgr.service", could anyone help please? Thank you. Kind regards, - JH -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-integrity][PATCH] ima-evm-utils: bump to release 1.2.1
From: Dmitry Eremin-Solenikov Signed-off-by: Dmitry Eremin-Solenikov --- ...link-to-libcrypto-instead-of-OpenSSL.patch | 65 --- ...ls-replace-INCLUDES-with-AM_CPPFLAGS.patch | 43 ...clude-hash-info.gen-into-distributio.patch | 31 - ...ma-evm-utils-update-.gitignore-files.patch | 34 -- .../ima-evm-utils/ima-evm-utils_git.bb| 12 +--- 5 files changed, 3 insertions(+), 182 deletions(-) delete mode 100644 meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0001-ima-evm-utils-link-to-libcrypto-instead-of-OpenSSL.patch delete mode 100644 meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0002-ima-evm-utils-replace-INCLUDES-with-AM_CPPFLAGS.patch delete mode 100644 meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0003-ima-evm-utils-include-hash-info.gen-into-distributio.patch delete mode 100644 meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0004-ima-evm-utils-update-.gitignore-files.patch diff --git a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0001-ima-evm-utils-link-to-libcrypto-instead-of-OpenSSL.patch b/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0001-ima-evm-utils-link-to-libcrypto-instead-of-OpenSSL.patch deleted file mode 100644 index 5ccb73d9b6e6.. --- a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0001-ima-evm-utils-link-to-libcrypto-instead-of-OpenSSL.patch +++ /dev/null @@ -1,65 +0,0 @@ -From 4feaf9b61f93e4043eca26b4ec9f9f68d0cf5e68 Mon Sep 17 00:00:00 2001 -From: Dmitry Eremin-Solenikov -Date: Wed, 6 Mar 2019 01:08:43 +0300 -Subject: [PATCH 1/4] ima-evm-utils: link to libcrypto instead of OpenSSL - -There is no need to link to full libssl. evmctl uses functions from -libcrypto, so let's link only against that library. - -Signed-off-by: Dmitry Eremin-Solenikov - configure.ac| 4 +--- - src/Makefile.am | 9 - - 2 files changed, 5 insertions(+), 8 deletions(-) - -diff --git a/configure.ac b/configure.ac -index 60f3684..32e8d85 100644 a/configure.ac -+++ b/configure.ac -@@ -24,9 +24,7 @@ LT_INIT - # Checks for header files. - AC_HEADER_STDC - --PKG_CHECK_MODULES(OPENSSL, [ openssl >= 0.9.8 ]) --AC_SUBST(OPENSSL_CFLAGS) --AC_SUBST(OPENSSL_LIBS) -+PKG_CHECK_MODULES(LIBCRYPTO, [libcrypto >= 0.9.8 ]) - AC_SUBST(KERNEL_HEADERS) - AC_CHECK_HEADER(unistd.h) - AC_CHECK_HEADERS(openssl/conf.h) -diff --git a/src/Makefile.am b/src/Makefile.am -index d74fc6f..b81281a 100644 a/src/Makefile.am -+++ b/src/Makefile.am -@@ -1,11 +1,11 @@ - lib_LTLIBRARIES = libimaevm.la - - libimaevm_la_SOURCES = libimaevm.c --libimaevm_la_CPPFLAGS = $(OPENSSL_CFLAGS) -+libimaevm_la_CPPFLAGS = $(LIBCRYPTO_CFLAGS) - # current[:revision[:age]] - # result: [current-age].age.revision - libimaevm_la_LDFLAGS = -version-info 0:0:0 --libimaevm_la_LIBADD = $(OPENSSL_LIBS) -+libimaevm_la_LIBADD = $(LIBCRYPTO_LIBS) - - include_HEADERS = imaevm.h - -@@ -17,12 +17,11 @@ hash_info.h: Makefile - bin_PROGRAMS = evmctl - - evmctl_SOURCES = evmctl.c --evmctl_CPPFLAGS = $(OPENSSL_CFLAGS) -+evmctl_CPPFLAGS = $(LIBCRYPTO_CFLAGS) - evmctl_LDFLAGS = $(LDFLAGS_READLINE) --evmctl_LDADD = $(OPENSSL_LIBS) -lkeyutils libimaevm.la -+evmctl_LDADD = $(LIBCRYPTO_LIBS) -lkeyutils libimaevm.la - - INCLUDES = -I$(top_srcdir) -include config.h - - CLEANFILES = hash_info.h - DISTCLEANFILES = @DISTCLEANFILES@ -- --- -2.17.1 - diff --git a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0002-ima-evm-utils-replace-INCLUDES-with-AM_CPPFLAGS.patch b/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0002-ima-evm-utils-replace-INCLUDES-with-AM_CPPFLAGS.patch deleted file mode 100644 index 8237274ca8b6.. --- a/meta-integrity/recipes-security/ima-evm-utils/ima-evm-utils/0002-ima-evm-utils-replace-INCLUDES-with-AM_CPPFLAGS.patch +++ /dev/null @@ -1,43 +0,0 @@ -From 5bb10f3da420f4c46e44423276a9da0d4bc1b691 Mon Sep 17 00:00:00 2001 -From: Dmitry Eremin-Solenikov -Date: Wed, 6 Mar 2019 01:17:12 +0300 -Subject: [PATCH 2/4] ima-evm-utils: replace INCLUDES with AM_CPPFLAGS - -Replace INCLUDES variable with AM_CPPFLAGS to stop Automake from warning -about deprecated variable usage. - -Signed-off-by: Dmitry Eremin-Solenikov - src/Makefile.am | 6 +++--- - 1 file changed, 3 insertions(+), 3 deletions(-) - -diff --git a/src/Makefile.am b/src/Makefile.am -index b81281a..164e7e4 100644 a/src/Makefile.am -+++ b/src/Makefile.am -@@ -1,7 +1,7 @@ - lib_LTLIBRARIES = libimaevm.la - - libimaevm_la_SOURCES = libimaevm.c --libimaevm_la_CPPFLAGS = $(LIBCRYPTO_CFLAGS) -+libimaevm_la_CPPFLAGS = $(AM_CPPFLAGS) $(LIBCRYPTO_CFLAGS) - # current[:revision[:age]] - # result: [current-age].age.revision - libimaevm_la_LDFLAGS = -version-info 0:0:0 -@@ -17,11 +17,11 @@ hash_info.h: Makefile - bin_PROGRAMS = evmctl - - evmctl_SOURCES = evmctl.c --evmctl_CPPFLAGS = $(LIBCRYPTO_CFLAGS) -+evmctl_CPPFLAGS = $(AM_CPPFLAGS) $(LIBCRYPTO_CFLAGS) - evmctl_LDFLAGS =
Re: [yocto] [meta-mono][PATCH] mono-5.xx: fix an issue with too long paths in doltlibtool
Awesome, thanks! Alex On Wed, 31 Jul 2019 at 17:04, Alex J Lennon wrote: > > On 18/06/2019 11:58, Alexander Kanavin wrote: > > Ping #2! > > > > Alex > > > Apologies for the long delay! The patch is in finally... > > > -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] libgroove recipe
Hello, Does anyone know if there is a recipe for librgoove[1] and supporting libraries? I have searched in the OpenEmbedded Layer Index and more widely on the web but can’t see anything but maybe someone knows a dark corner it may be hiding in. -Andy. 1 - https://github.com/andrewrk/libgroove -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [yocto-docs][PATCH] ref-manual: Remove documentation for the removed gnome class
On Wed, Jul 31, 2019 at 07:33:37AM -0700, Khem Raj wrote: > On Wed, Jul 31, 2019 at 6:30 AM Adrian Bunk wrote: > > > > When removed all it did was > > inherit gnomebase gtk-icon-cache gconf mime > > which would also be the most trivial replacement. > > > > Most of the time not all of these classes were needed, > > and it is recommended to use only the ones actually required. > > > > This should go to oe-core ml as well. Added to Cc. > > Signed-off-by: Adrian Bunk > > --- > > documentation/ref-manual/ref-classes.xml | 15 --- > > 1 file changed, 15 deletions(-) > > > > diff --git a/documentation/ref-manual/ref-classes.xml > > b/documentation/ref-manual/ref-classes.xml > > index 37619e382d..5403f20b6f 100644 > > --- a/documentation/ref-manual/ref-classes.xml > > +++ b/documentation/ref-manual/ref-classes.xml > > @@ -920,21 +920,6 @@ > > > > > > > > - > > -gnome.bbclass > > - > > - > > -The gnome class supports recipes that > > -build software from the GNOME stack. > > -This class inherits the > > - > linkend='ref-classes-gnomebase'>gnomebase, > > - > linkend='ref-classes-gtk-icon-cache'>gtk-icon-cache, > > - > linkend='ref-classes-gconf'>gconf and > > -mime > > classes. > > -The class also disables GObject introspection where applicable. > > - > > - > > - > > do we need to enhance the documentation for gnomebase bbclass to > mention about disabling gobject introspection > or is it handled differently now. >... This part of the documentation had been wrong for 3-4 years. The gobject introspection disabling was moved to the gnomebase class back in 2015. In 2016 the gnomebase class stopped disabling gobject introspection. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [yocto-docs][PATCH] ref-manual: Remove documentation for the removed gnome class
On Wed, Jul 31, 2019 at 6:30 AM Adrian Bunk wrote: > > When removed all it did was > inherit gnomebase gtk-icon-cache gconf mime > which would also be the most trivial replacement. > > Most of the time not all of these classes were needed, > and it is recommended to use only the ones actually required. > This should go to oe-core ml as well. > Signed-off-by: Adrian Bunk > --- > documentation/ref-manual/ref-classes.xml | 15 --- > 1 file changed, 15 deletions(-) > > diff --git a/documentation/ref-manual/ref-classes.xml > b/documentation/ref-manual/ref-classes.xml > index 37619e382d..5403f20b6f 100644 > --- a/documentation/ref-manual/ref-classes.xml > +++ b/documentation/ref-manual/ref-classes.xml > @@ -920,21 +920,6 @@ > > > > - > -gnome.bbclass > - > - > -The gnome class supports recipes that > -build software from the GNOME stack. > -This class inherits the > - linkend='ref-classes-gnomebase'>gnomebase, > - linkend='ref-classes-gtk-icon-cache'>gtk-icon-cache, > -gconf > and > -mime > classes. > -The class also disables GObject introspection where applicable. > - > - > - do we need to enhance the documentation for gnomebase bbclass to mention about disabling gobject introspection or is it handled differently now. > > gnomebase.bbclass > > -- > 2.17.1 > > -- > ___ > yocto mailing list > yocto@yoctoproject.org > https://lists.yoctoproject.org/listinfo/yocto -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [yocto-docs][PATCH] ref-manual: Remove documentation for the removed gnome class
When removed all it did was inherit gnomebase gtk-icon-cache gconf mime which would also be the most trivial replacement. Most of the time not all of these classes were needed, and it is recommended to use only the ones actually required. Signed-off-by: Adrian Bunk --- documentation/ref-manual/ref-classes.xml | 15 --- 1 file changed, 15 deletions(-) diff --git a/documentation/ref-manual/ref-classes.xml b/documentation/ref-manual/ref-classes.xml index 37619e382d..5403f20b6f 100644 --- a/documentation/ref-manual/ref-classes.xml +++ b/documentation/ref-manual/ref-classes.xml @@ -920,21 +920,6 @@ - -gnome.bbclass - - -The gnome class supports recipes that -build software from the GNOME stack. -This class inherits the -gnomebase, -gtk-icon-cache, -gconf and -mime classes. -The class also disables GObject introspection where applicable. - - - gnomebase.bbclass -- 2.17.1 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Anyone tried to build and to use QUIC?
Hi, I searched recipes for supporting QUIC, but could not find it. Has anyone tried to build and to use QUIC? Thank you. Kind regards, - JH -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [patchtest-oe][PATCH] test_python_pylint.py: correct filepath passed to pylint
From: Changqing Li we cannot get abspath of the added/modified file from info which is generated by unidiff, we can only get path like: "scripts/lib/wic/plugins/source/bootimg-biosplusefi.py" So pylint will responsed as "scripts/lib/wic/plugins/ source/bootimg-biosplusefi.py does not exist" For modified file: both pretest and test result have this error, so patchtest will take as no new error is introduced, so patchtest result is PASS For new added file: since test result have error "... does not exist", and pretest is empty, so patchtest will FAIL with error "... does not exist" Fixed by add abspath like ".../openembedded-core/scripts/lib/wic /plugins/source/bootimg-biosplusefi.py" for the file [YOCTO #13428] Signed-off-by: Changqing Li --- tests/test_python_pylint.py | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/tests/test_python_pylint.py b/tests/test_python_pylint.py index df6a5de..b6c8d4d 100644 --- a/tests/test_python_pylint.py +++ b/tests/test_python_pylint.py @@ -18,6 +18,7 @@ import base import patchtestdata import pylint.epylint as lint +import os class PyLint(base.Base): pythonpatches = [] @@ -45,7 +46,8 @@ class PyLint(base.Base): def pretest_pylint(self): for pythonpatch in self.pythonpatches: if pythonpatch.is_modified_file: -(pylint_stdout, pylint_stderr) = lint.py_run(command_options = pythonpatch.path + self.pylint_options, return_std=True) +filepath = os.path.join(os.path.abspath(patchtestdata.PatchTestInput.repodir), pythonpatch.path) +(pylint_stdout, pylint_stderr) = lint.py_run(command_options = filepath + self.pylint_options, return_std=True) for line in pylint_stdout.readlines(): if not '*' in line: if line.strip(): @@ -59,12 +61,12 @@ class PyLint(base.Base): path = pythonpatch.target_file[2:] else: path = pythonpatch.path -(pylint_stdout, pylint_stderr) = lint.py_run(command_options = path + self.pylint_options, return_std=True) +filepath = os.path.join(os.path.abspath(patchtestdata.PatchTestInput.repodir), path) +(pylint_stdout, pylint_stderr) = lint.py_run(command_options = filepath + self.pylint_options, return_std=True) for line in pylint_stdout.readlines(): if not '*' in line: if line.strip(): self.pylint_test[line.strip().split(' ',1)[0]] = line.strip().split(' ',1)[1] - for issue in self.pylint_test: if self.pylint_test[issue] not in self.pylint_pretest.values(): self.fail('Errors in your Python code were encountered', -- 2.7.4 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto