Re: [OE-core] [PATCH 1/1] nativesdk/sdk: Fix sdk dummy providers for opkg
Hello Richie, We have made some deeper analysis of this problem. In our opinion the code as it is now does not work for any packaging method. For RPM it's a silent failure (purpose of dummy class is to replace tools like perl, however without RCONFLICTS clause those tools will be installed instead anyway of replaced. OPKG correctly creates a hard failure when RCONFLICTS is not set. The problem in RPM/DNF is that it cannot compare conflict between package name and file name (e.g. perl vs. /usr/bin/perl), so it will try install both. For this you have implemented a "workaround" by removing the RCONFLICTS which however makes the package useless for RPM and breaking OPKG build. We ha tried to replace /usr/bin/perl by perl (which works fine), however there is still /bin/sh and /bin/env which can have multiple providers and we can't conflict with any possible package out there. Unfortunately reworking RPM/DNS is something we don't know how to. Therefore we would like to at least fix OPKG that it does not crash during build and leave the background problem for later (e.g. create bugreport). Would you reconsider merging this MR or would you accept if we create separate recipe for OPKG? Regards, Andrej & Peter On 11/20/18 1:53 PM, richard.pur...@linuxfoundation.org wrote: > On Tue, 2018-11-20 at 12:17 +0100, Andrej Valek wrote: >>> ERROR: OE-core's config sanity checker detected a potential >>> misconfiguration. >>> Either fix the cause of this error or at your own risk disable >>> the checker (see sanity.conf). >>> Following is the list of potential problems / advisories: >>> >>> Required perl module(s) not found: Text::ParseWords >>> Thread::Queue >>> Data::Dumper >> >> It means that perl wasn't excluded from buildtools-tarball. >> >> Signed-off-by: Andrej Valek >> --- >> meta/recipes-core/meta/dummy-sdk-package.inc | 8 ++-- >> 1 file changed, 6 insertions(+), 2 deletions(-) >> >> diff --git a/meta/recipes-core/meta/dummy-sdk-package.inc >> b/meta/recipes-core/meta/dummy-sdk-package.inc >> index eafcb823ab..44fb1cb714 100644 >> --- a/meta/recipes-core/meta/dummy-sdk-package.inc >> +++ b/meta/recipes-core/meta/dummy-sdk-package.inc >> @@ -20,7 +20,11 @@ PR[vardeps] += "DUMMYPROVIDES" >> python populate_packages_prepend() { >> p = d.getVar("PN") >> d.appendVar("RPROVIDES_%s" % p, "${DUMMYPROVIDES}") >> -#d.appendVar("RCONFLICTS_%s" % p, "${DUMMYPROVIDES}") >> -#d.appendVar("RREPLACES_%s" % p, "${DUMMYPROVIDES}") >> + >> +# opkg needs some additional package dependencies handling >> +pkg_type = d.getVar("IMAGE_PKGTYPE") >> +if pkg_type == "ipk": >> +d.appendVar("RCONFLICTS_%s" % p, "${DUMMYPROVIDES}") >> +d.appendVar("RREPLACES_%s" % p, "${DUMMYPROVIDES}") >> } > > Sadly we can't do this, both do_package_write_ipk and > do_package_write_rpm depend on do_package and this would cause > do_package to change depending on the package backend selected which > would mean inconsistently generated packages. We're going to have to > find a better solution (and maybe add do_populate_sdk testing to the > nightly-packagemanagers test to ensure that doesn't regress). > > Cheers, > > Richard > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [OE-Core][PATCH 0/3] Devtool: provide easy means of reconfiguring the kernel
This patch series provides support for the user to run menuconfig command in the devtool flow. This would allow the user to modify the current configurations and generate a config fragment to update the recipe using devtool finish. Devtool menuconfig command will work on all packages that contain menuconfig as a task. 1. The implementation checks if devtool menuconfig command is called for a valid package. 2. It checks for oe-local-files dir within source and creates one if needed, this directory is needed to store the final generated config fragment so that devtool finish can update the recipe. 3. Menuconfig command is called for users to make necessary changes. After saving the changes, diffconfig command is run to generate the fragment. Currently, when the user runs devtool modify command, it checks out the entire source tree which is a bit of an over head in time and space. This patch series also provides a way to create a copy(hard links) of the kernel source, if present, from work-shared to workspace to be more efficient . Also, if the kernel source is not present in the staging kernel dir and the user fetches the source tree in workspace using devtool modify, then this patch series creates a copy of source from workspace to work-shared. This is necessary for packages that may use the kernel source. [YOCTO #10416] Sai Hari Chandana Kalluri (3): devtool modify: Update devtool modify to copy source from work-shared if its already downloaded. devtool modify: Create a copy of kernel source within work-shared if not present devtool: provide support for devtool menuconfig command. scripts/lib/devtool/menuconfig.py | 80 +++ scripts/lib/devtool/standard.py | 134 -- 2 files changed, 209 insertions(+), 5 deletions(-) create mode 100644 scripts/lib/devtool/menuconfig.py -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] [PATCH] tcl:upgrade to 8.6.9
Can you also upgrade the tk recipe in meta-oe please? On Tue, Dec 4, 2018 at 5:19 PM Hong Liu wrote: > 1.Upgrade tcl from 8.6.8 to 8.6.9. > > Signed-off-by: Hong Liu > --- > meta/recipes-devtools/tcltk/{tcl_8.6.8.bb => tcl_8.6.9.bb} | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > rename meta/recipes-devtools/tcltk/{tcl_8.6.8.bb => tcl_8.6.9.bb} (95%) > > diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.8.bb > b/meta/recipes-devtools/tcltk/tcl_8.6.9.bb > similarity index 95% > rename from meta/recipes-devtools/tcltk/tcl_8.6.8.bb > rename to meta/recipes-devtools/tcltk/tcl_8.6.9.bb > index 4be2e89..7f37781 100644 > --- a/meta/recipes-devtools/tcltk/tcl_8.6.8.bb > +++ b/meta/recipes-devtools/tcltk/tcl_8.6.9.bb > @@ -24,8 +24,8 @@ SRC_URI = "${BASE_SRC_URI} \ > file://alter-includedir.patch \ > file://run-ptest \ > " > -SRC_URI[md5sum] = "81656d3367af032e0ae6157eff134f89" > -SRC_URI[sha256sum] = > "c43cb0c1518ce42b00e7c8f6eaddd5195c53a98f94adc717234a65cbcfd3f96a" > +SRC_URI[md5sum] = "aa0a121d95a0e7b73a036f26028538d4" > +SRC_URI[sha256sum] = > "ad0cd2de2c87b9ba8086b43957a0de3eb2eb565c7159d5f53ccbba3feb915f4e" > > SRC_URI_class-native = "${BASE_SRC_URI}" > > -- > 2.7.4 > > > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [OE-Core][PATCH 1/3] devtool modify: Update devtool modify to copy source from work-shared if its already downloaded.
In the regular devtool modify flow, the kernel source is fetched by running do_fetch task. This is an overhead in time and space. This patch updates modify command to check if the kernel source is already downloaded. If so, then instead of calling do_fetch, copy the source from work-shared to devtool workspace by creating hard links to be more efficient. Else run the usual devtool modify flow and call do_fetch task. [YOCTO #10416] Signed-off-by: Sai Hari Chandana Kalluri Signed-off-by: Alejandro Enedino Hernandez Samaniego --- scripts/lib/devtool/standard.py | 124 ++-- 1 file changed, 120 insertions(+), 4 deletions(-) diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py index d14b7a6..3a8222a 100644 --- a/scripts/lib/devtool/standard.py +++ b/scripts/lib/devtool/standard.py @@ -712,6 +712,53 @@ def _check_preserve(config, recipename): tf.write(line) os.rename(newfile, origfile) +# Function links a file from src location to dest location +def copy_file(c,dest): +import errno +destdir = os.path.dirname(dest) +if os.path.islink(c): + linkto = os.readlink(c) + if os.path.lexists(dest): +if not os.path.islink(dest): +raise OSError(errno.EEXIST, "Link %s already exists as a file" % dest, dest) +if os.readlink(dest) == linkto: +return dest +raise OSError(errno.EEXIST, "Link %s already exists to a different location? (%s vs %s)" % (dest, os.readlink(dest), linkto), dest) + os.symlink(linkto, dest) +else: + try: + os.link(c, dest) + except OSError as err: + if err.errno == errno.EXDEV: +bb.utils.copyfile(c, dest) + else: +raise + +# Function creates folders in a given target location +def copy_dirs(root,dirs,target): +for d in dirs: +destdir = os.path.join(target,d) +if os.path.islink(os.path.join(root,d)): + linkto = os.readlink(os.path.join(root,d)) + os.symlink(linkto,destdir) +else: + bb.utils.mkdirhier(target+d) + +# Function to link src dir to dest dir +def copy_src_to_ws(srcdir,srctree): +target = srctree +if os.path.exists(target): +raise DevtoolError('source already in your workspace') + +bb.utils.mkdirhier(target) +for root,dirs,files in os.walk(srcdir): +#convert abspath to relpath for root +destdir = root.replace(srcdir,"") +target = srctree+destdir+"/" +copy_dirs(root,dirs,target) +for f in files: + copy_file(os.path.join(root,f),os.path.join(target,f)) + def modify(args, config, basepath, workspace): """Entry point for the devtool 'modify' subcommand""" import bb @@ -758,6 +805,73 @@ def modify(args, config, basepath, workspace): initial_rev = None commits = [] check_commits = False + +if bb.data.inherits_class('kernel-yocto', rd): + srcdir = rd.getVar('STAGING_KERNEL_DIR') + if os.path.exists(srcdir) and os.listdir(srcdir): + copy_src_to_ws(srcdir,srctree) + + workdir = rd.getVar('WORKDIR') + srcsubdir = rd.getVar('S') + localfilesdir = os.path.join(srctree,'oe-local-files') + # Move local source files into separate subdir + recipe_patches = [os.path.basename(patch) for patch in oe.recipeutils.get_recipe_patches(rd)] + local_files = oe.recipeutils.get_recipe_local_files(rd) + + for key in local_files.copy(): +if key.endswith('scc'): + sccfile = open(local_files[key], 'r') + for l in sccfile: + line = l.split() + if line and line[0] in ('kconf', 'patch'): +local_files[line[-1]] = os.path.join(os.path.dirname(local_files[key]), line[-1]) + shutil.copy2(os.path.join(os.path.dirname(local_files[key]), line[-1]), workdir) + sccfile.close() + + # Ignore local files with subdir={BP} + srcabspath = os.path.abspath(srcsubdir) + local_files = [fname for fname in local_files if os.path.exists(os.path.join(workdir, fname)) and (srcabspath == workdir or not os.path.join(workdir, fname).startswith(srcabspath + os.sep))] + if local_files: + for fname in local_files: + copy_src_to_ws(os.path.join(workdir, fname), os.path.join(srctree, 'oe-local-files', fname)) + with open(os.path.join(srctree, 'oe-local-files', '.gitignore'), 'w') as f: + f.write('# Ignore local files, by
[OE-core] [OE-Core][PATCH 0/3] Devtool: provide easy means of reconfiguring the kernel
This patch series provides support for the user to run menuconfig command in the devtool flow. This would allow the user to modify the current configurations and generate a config fragment to update the recipe using devtool finish. Devtool menuconfig command will work on all packages that contain menuconfig as a task. 1. The implementation checks if devtool menuconfig command is called for a valid package. 2. It checks for oe-local-files dir within source and creates one if needed, this directory is needed to store the final generated config fragment so that devtool finish can update the recipe. 3. Menuconfig command is called for users to make necessary changes. After saving the changes, diffconfig command is run to generate the fragment. Currently, when the user runs devtool modify command, it checks out the entire source tree which is a bit of an over head in time and space. This patch series also provides a way to create a copy(hard links) of the kernel source, if present, from work-shared to workspace to be more efficient . Also, if the kernel source is not present in the staging kernel dir and the user fetches the source tree in workspace using devtool modify, then this patch series creates a copy of source from workspace to work-shared. This is necessary for packages that may use the kernel source. [YOCTO #10416] Sai Hari Chandana Kalluri (3): devtool modify: Update devtool modify to copy source from work-shared if its already downloaded. devtool modify: Create a copy of kernel source within work-shared if not present devtool: provide support for devtool menuconfig command. scripts/lib/devtool/menuconfig.py | 80 +++ scripts/lib/devtool/standard.py | 134 -- 2 files changed, 209 insertions(+), 5 deletions(-) create mode 100644 scripts/lib/devtool/menuconfig.py -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] autoconf-doc: improve reproducibility
autoconf-doc package contains autoconf.info. This file contains date when this file was created, i.e: "This manual (31 January 2018) .." Therefore, two builds done on two different days will show different dates for otherwise identical files, hence breaking reproducibility. The date is obtained from mtime of "autoconf.texi", unfortunately we patch this file and change the mtime as a consequence. We restore reproducibility by removing the patch modifying "autoconf.texi". As a consequence certain supplemental information will be not added to the documentation. In particular: more details on usage, and on workarounds for non-updated projects. [YOCTO #12524] Signed-off-by: Juro Bystricky With applying this fix: "This manual (24 April 2012) .." Signed-off-by: Hongxu Jia --- .../AC_HEADER_MAJOR-port-to-glibc-2.25.patch | 89 -- 1 file changed, 14 insertions(+), 75 deletions(-) diff --git a/meta/recipes-devtools/autoconf/autoconf/AC_HEADER_MAJOR-port-to-glibc-2.25.patch b/meta/recipes-devtools/autoconf/autoconf/AC_HEADER_MAJOR-port-to-glibc-2.25.patch index fc37236..b2d7dc0 100644 --- a/meta/recipes-devtools/autoconf/autoconf/AC_HEADER_MAJOR-port-to-glibc-2.25.patch +++ b/meta/recipes-devtools/autoconf/autoconf/AC_HEADER_MAJOR-port-to-glibc-2.25.patch @@ -1,4 +1,4 @@ -From e17a30e987d7ee695fb4294a82d987ec3dc9b974 Mon Sep 17 00:00:00 2001 +From b859ab1b211d348b46eca9158b7742f050c8115e Mon Sep 17 00:00:00 2001 From: Eric Blake Date: Wed, 14 Sep 2016 08:17:06 -0500 Subject: [PATCH] AC_HEADER_MAJOR: port to glibc 2.25 @@ -35,85 +35,21 @@ this patch. * lib/autoconf/headers.m4 (AC_HEADER_MAJOR): Drop check for major within sys/types.h; it interferes with the need to check sysmacros.h first. -* doc/autoconf.texi (Particular Headers) : Expand -details on usage, and on workarounds for non-updated projects. Signed-off-by: Eric Blake + +Remove the documentation change from the patch Upstream-Status: Backport - doc/autoconf.texi | 35 +++ - lib/autoconf/headers.m4 | 30 ++ - 2 files changed, 45 insertions(+), 20 deletions(-) +Signed-off-by: Hongxu Jia +--- + lib/autoconf/headers.m4 | 30 ++ + 1 file changed, 14 insertions(+), 16 deletions(-) -Index: autoconf-2.69/doc/autoconf.texi -=== autoconf-2.69.orig/doc/autoconf.texi -+++ autoconf-2.69/doc/autoconf.texi -@@ -15,7 +15,7 @@ - @c The ARG is an optional argument. To be used for macro arguments in - @c their documentation (@defmac). - @macro ovar{varname} --@r{[}@var{\varname\}@r{]}@c -+@r{[}@var{\varname\}@r{]} - @end macro - - @c @dvar(ARG, DEFAULT) -@@ -23,7 +23,7 @@ - @c The ARG is an optional argument, defaulting to DEFAULT. To be used - @c for macro arguments in their documentation (@defmac). - @macro dvar{varname, default} --@r{[}@var{\varname\} = @samp{\default\}@r{]}@c -+@r{[}@var{\varname\} = @samp{\default\}@r{]} - @end macro - - @c Handling the indexes with Texinfo yields several different problems. -@@ -5926,10 +5926,37 @@ Also see @code{AC_STRUCT_DIRENT_D_INO} a - @cvindex MAJOR_IN_SYSMACROS - @hdrindex{sys/mkdev.h} - @hdrindex{sys/sysmacros.h} --If @file{sys/types.h} does not define @code{major}, @code{minor}, and --@code{makedev}, but @file{sys/mkdev.h} does, define --@code{MAJOR_IN_MKDEV}; otherwise, if @file{sys/sysmacros.h} does, define --@code{MAJOR_IN_SYSMACROS}. -+Detect the headers required to use @code{makedev}, @code{major}, and -+@code{minor}. These functions may be defined by @file{sys/mkdev.h}, -+@code{sys/sysmacros.h}, or @file{sys/types.h}. -+ -+@code{AC_HEADER_MAJOR} defines @code{MAJOR_IN_MKDEV} if they are in -+@file{sys/mkdev.h}, or @code{MAJOR_IN_SYSMACROS} if they are in -+@file{sys/sysmacros.h}. If neither macro is defined, they are either in -+@file{sys/types.h} or unavailable. -+ -+To properly use these functions, your code should contain something -+like: -+ -+@verbatim -+#include -+#ifdef MAJOR_IN_MKDEV -+# include -+#elif defined MAJOR_IN_SYSMACROS -+# include -+#endif -+@end verbatim -+ -+Note: Configure scripts built with Autoconf 2.69 or earlier will not -+detect a problem if @file{sys/types.h} contains definitions of -+@code{major}, @code{minor}, and/or @code{makedev} that trigger compiler -+warnings upon use. This is known to occur with GNU libc 2.25, where -+those definitions are being deprecated to reduce namespace pollution. -+If it is not practical to use Autoconf 2.70 to regenerate the configure -+script of affected software, you can work around the problem by setting -+@samp{ac_cv_header_sys_types_h_makedev=no}, as an argument to -+@command{configure} or as part of a @file{config.site} site default file -+(@pxref{Site Defaults}). - @end defmac - - @defmac AC_HEADER_RESOLV -Index: autoconf-2.69/lib/autoconf/headers.m4
[OE-core] [PATCH 1/2] pulseaudio: improve reproducibility
Remove build host paths from generated binaries, the modification is harmless for build time compiling and runtime executing. [YOCTO #12638] Signed-off-by: Hongxu Jia --- .../pulseaudio/0001-improve-reproducibility.patch | 50 ++ .../pulseaudio/pulseaudio_12.2.bb | 1 + 2 files changed, 51 insertions(+) create mode 100644 meta/recipes-multimedia/pulseaudio/pulseaudio/0001-improve-reproducibility.patch diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-improve-reproducibility.patch b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-improve-reproducibility.patch new file mode 100644 index 000..b13adb2 --- /dev/null +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio/0001-improve-reproducibility.patch @@ -0,0 +1,50 @@ +From e03d1d77471ee16c149590dd97085cf54be1e261 Mon Sep 17 00:00:00 2001 +From: Hongxu Jia +Date: Tue, 4 Dec 2018 16:29:18 +0800 +Subject: [PATCH] improve reproducibility + +- Do not define PA_CFLAGS with $CFLAGS which contains build host path, + macro PA_CFLAGS is used for debug log, the modification is harmless; + +- Tweak definition of PA_BUILDDIR and PA_SRCDIR with relative directory, + it is also harmless; + +Upstream-Status: Inappropriate [oe specific] + +Signed-off-by: Hongxu Jia +--- + configure.ac| 2 +- + src/Makefile.am | 4 ++-- + 2 files changed, 3 insertions(+), 3 deletions(-) + +diff --git a/configure.ac b/configure.ac +index c9c414f..94a2167 100644 +--- a/configure.ac b/configure.ac +@@ -1452,7 +1452,7 @@ AS_IF([test "x$ax_pthread_ok" = "xyes"], + #Output # + ### + +-AC_DEFINE_UNQUOTED(PA_CFLAGS, "$CFLAGS", [The CFLAGS used during compilation]) ++AC_DEFINE_UNQUOTED(PA_CFLAGS, "***", [The CFLAGS used during compilation]) + + # Check whether to build tests by default (as compile-test) or not + AC_ARG_ENABLE([default-build-tests], +diff --git a/src/Makefile.am b/src/Makefile.am +index f4464d2..1ec0bfc 100644 +--- a/src/Makefile.am b/src/Makefile.am +@@ -48,8 +48,8 @@ AM_CPPFLAGS = \ + -I$(top_builddir)/src/modules \ + -DPA_ALSA_PATHS_DIR=\"$(alsapathsdir)\" \ + -DPA_ALSA_PROFILE_SETS_DIR=\"$(alsaprofilesetsdir)\" \ +- -DPA_SRCDIR=\"$(abs_srcdir)\" \ +- -DPA_BUILDDIR=\"$(abs_builddir)\" \ ++ -DPA_SRCDIR=\"$(ac_srcdir)\" \ ++ -DPA_BUILDDIR=\"$(ac_builddir)\" \ + -DPULSE_LOCALEDIR=\"$(localedir)\" + AM_CFLAGS = -std=gnu11 \ + $(PTHREAD_CFLAGS) +-- +2.7.4 + diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_12.2.bb b/meta/recipes-multimedia/pulseaudio/pulseaudio_12.2.bb index 36d92bc..9cda50a 100644 --- a/meta/recipes-multimedia/pulseaudio/pulseaudio_12.2.bb +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_12.2.bb @@ -2,6 +2,7 @@ require pulseaudio.inc SRC_URI = "http://freedesktop.org/software/pulseaudio/releases/${BP}.tar.xz \ file://0001-client-conf-Add-allow-autospawn-for-root.patch \ + file://0001-improve-reproducibility.patch \ file://volatiles.04_pulse \ " SRC_URI[md5sum] = "c42f1f1465e8df9859d023dc184734bf" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] [PATCH] tcl:upgrade to 8.6.9
1.Upgrade tcl from 8.6.8 to 8.6.9. Signed-off-by: Hong Liu --- meta/recipes-devtools/tcltk/{tcl_8.6.8.bb => tcl_8.6.9.bb} | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) rename meta/recipes-devtools/tcltk/{tcl_8.6.8.bb => tcl_8.6.9.bb} (95%) diff --git a/meta/recipes-devtools/tcltk/tcl_8.6.8.bb b/meta/recipes-devtools/tcltk/tcl_8.6.9.bb similarity index 95% rename from meta/recipes-devtools/tcltk/tcl_8.6.8.bb rename to meta/recipes-devtools/tcltk/tcl_8.6.9.bb index 4be2e89..7f37781 100644 --- a/meta/recipes-devtools/tcltk/tcl_8.6.8.bb +++ b/meta/recipes-devtools/tcltk/tcl_8.6.9.bb @@ -24,8 +24,8 @@ SRC_URI = "${BASE_SRC_URI} \ file://alter-includedir.patch \ file://run-ptest \ " -SRC_URI[md5sum] = "81656d3367af032e0ae6157eff134f89" -SRC_URI[sha256sum] = "c43cb0c1518ce42b00e7c8f6eaddd5195c53a98f94adc717234a65cbcfd3f96a" +SRC_URI[md5sum] = "aa0a121d95a0e7b73a036f26028538d4" +SRC_URI[sha256sum] = "ad0cd2de2c87b9ba8086b43957a0de3eb2eb565c7159d5f53ccbba3feb915f4e" SRC_URI_class-native = "${BASE_SRC_URI}" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [OE-Core][PATCH 3/3] devtool: provide support for devtool menuconfig command.
All packages that support the menuconfig task will be able to run devtool menuconfig command. This would allow the user to modify the current configure options and create a config fragment which can be added to a recipe using devtool finish. 1. The patch checks if devtool menuconfig command is called for a valid package. 2. It checks for oe-local-files dir within source and creates one if needed, this directory is needed to store the final generated config fragment so that devtool finish can update the recipe. 3. Menuconfig command is called for users to make necessary changes. After saving the changes, diffconfig command is run to generate the fragment. Syntax: devtool menuconfig Ex: devtool menuconfig linux-yocto The config fragment is saved as devtool-fragment.cfg within oe-local-files dir. Ex: /sources/linux-yocto/oe-local-files/devtool-fragment.cfg Run devtool finish to update the recipe by appending the config fragment to SRC_URI and place a copy of the fragment within the layer where the recipe resides. Ex: devtool finish linux-yocto meta [YOCTO #10416] Signed-off-by: Sai Hari Chandana Kalluri Signed-off-by: Alejandro Enedino Hernandez Samaniego --- scripts/lib/devtool/menuconfig.py | 80 +++ 1 file changed, 80 insertions(+) create mode 100644 scripts/lib/devtool/menuconfig.py diff --git a/scripts/lib/devtool/menuconfig.py b/scripts/lib/devtool/menuconfig.py new file mode 100644 index 000..38133db --- /dev/null +++ b/scripts/lib/devtool/menuconfig.py @@ -0,0 +1,80 @@ +# OpenEmbedded Development tool - menuconfig command plugin +# +# Copyright (C) 2018 Xilinx +# Written by: Chandana Kalluri +# +# This program is free software; you can redistribute it and/or modify +# it under the terms of the GNU General Public License version 2 as +# published by the Free Software Foundation. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License along +# with this program; if not, write to the Free Software Foundation, Inc., +# 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + +"""Devtool menuconfig plugin""" + +import os +import bb +import logging +import argparse +import re +import glob +from devtool import setup_tinfoil, parse_recipe, DevtoolError, standard, exec_build_env_command + +logger = logging.getLogger('devtool') + +def menuconfig(args, config, basepath, workspace): +"""Entry point for the devtool 'menuconfig' subcommand""" + +rd = "" +kconfigpath = "" +pn_src = "" +localfilesdir = "" +workspace_dir = "" +tinfoil = setup_tinfoil(basepath=basepath) +try: + rd = parse_recipe(config, tinfoil, args.component, appends=True, filter_workspace=False) + if not rd: + return 1 + + pn = rd.getVar('PN', True) + if pn not in workspace: + raise DevtoolError("Run devtool modify before calling menuconfig for %s" %pn) + + if not rd.getVarFlag('do_menuconfig','task'): + raise DevtoolError("This package does not support menuconfig option") + + workspace_dir = os.path.join(basepath,'workspace/sources') + kconfigpath = rd.getVar('B') + pn_src = os.path.join(workspace_dir,pn) + + #add check to see if oe_local_files exists or not + localfilesdir = os.path.join(pn_src,'oe-local-files') + if not os.path.exists(localfilesdir): + bb.utils.mkdirhier(localfilesdir) + #Add gitignore to ensure source tree is clean + gitignorefile = os.path.join(localfilesdir,'.gitignore') + with open(gitignorefile, 'w') as f: + f.write('# Ignore local files, by default. Remove this file if you want to commit the directory to Git\n') + f.write('*\n') + +finally: + tinfoil.shutdown() + +logger.info('Launching menuconfig') +exec_build_env_command(config.init_path, basepath, 'bitbake -c menuconfig %s' % pn, watch=True) +fragment = os.path.join(localfilesdir, 'devtool-fragment.cfg') +res = standard._create_kconfig_diff(pn_src,rd,fragment) + +return 0 + +def register_commands(subparsers, context): +"""register devtool subcommands from this plugin""" +parser_menuconfig = subparsers.add_parser('menuconfig',help='allows altering the system component configuration', description='launches the make menuconfig command, allows user to make changes to configuration. creates a config fragment', group='advanced') +parser_menuconfig.add_argument('component', help='compenent to alter config') + parser_menuconfig.set_defaults(func=menuconfig,fixed_setup=context.fixed_setup) -- 2.7.4 -- ___ Openembedded-core mailing list
[OE-core] Wanted: Volunteers and demos for OpenEmbedded FOSDEM stand
Hi all, We've got an OpenEmbedded stand again at FOSDEM this year! The event will be held on 2nd & 3rd Feb 2019 at the usual location of ULB Campus du Solbosch in Brussels. I'll be present most of each day to run the stand but we need some additional volunteers to help out. Ideally we need 3-4 volunteers for each day so that we can load balance a bit and have chance for breaks and coffee runs. If you're interested in volunteering could you reply to this email for now, we'll probably get a list up on the OE wiki nearer the event. We also need some demos to show off. I don't really have much myself this year sadly. Demos should show off the benefits of OpenEmbedded (such as building the same image for multiple machines). Ideally we would have a couple of hardware devices to show off along with a demo of Toaster, the layer index and other visual parts of the tooling on a laptop. Demos may include commercial hardware but please remember that we have limited stand space and want to show off the OpenEmbedded project and related open source technologies - a sales demo of a proprietary product isn't appropriate. If you've got some form of demo to bring along then please let me know by email reply. Cheers, -- Paul Barker Managing Director & Principal Engineer Beta Five Ltd -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] Yocto Project Status WW48’18
Current Dev Position: YP 2.7 M1. Next Deadline: YP 2.7 M1 Cutoff is Dec. 10, 2018 SWAT Team Rotation: · SWAT lead is currently: Amanda · SWAT team rotation: Amanda -> Chen on Dec. 7, 2018 · SWAT team rotation: Chen -> Arminon Dec. 14, 2018 · https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team Key Status/Updates: · YP 2.4.4 was released · Some progress has been made on fixing the oe-selftest stability issues reported last week. As an idea of scale there have been over 20 different issues found so far but others continue to appear. · Patches are merging to master but at a reduced rate due to the selftest stability problem. · Please be aware 2.7 M1 is due to be built on Monday. Planned Releases for YP 2.7: · YP 2.7 M1 Cutoff is Dec. 10, 2018 · YP 2.7 M1 Release Target is Dec. 21, 2018 · YP 2.7 M2 Cutoff is Jan. 21, 2019 · YP 2.7 M2 Release Target is Feb. 1, 2019 · YP 2.7 M3 Cutoff is Feb. 25, 2019 · YP 2.7 M3 Release Target is Mar. 8, 2019 · YP 2.7 M4 Cutoff is Apr. 1, 2019 · YP 2.7 M4 Release Target is Apr. 26, 2019 Planned upcoming dot releases: · YP 2.5.2 (Sumo) will be built soon. · YP 2.6.1 (Thud) will be targeted after YP 2.7 M1 is done. · YP 2.5.3 (Sumo) will be targeted after YP 2.7 M4 is done. · YP 2.6.2 (Thud) will be targeted after YP 2.5.3 is done. Tracking Metrics: · WDD 2425 (last week 2426) (https://wiki.yoctoproject.org/charts/combo.html) · Poky Patch Metrics oTotal patches found: 1675 (last week 1682) oPercentage of patches in the Pending State: 736 (44%) [last week 734 (44%)] Key Status Links for YP: https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.7_Status https://wiki.yoctoproject.org/wiki/Yocto_2.7_Schedule https://wiki.yoctoproject.org/wiki/Yocto_2.7_Features The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status [If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!] Thanks, Stephen K. Jolley Yocto Project Program Manager INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124 •Cell:(208) 244-4460 • Email: stephen.k.jol...@intel.com -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for "python3: don't cripple target ..." and 1 more
== Series Details == Series: "python3: don't cripple target ..." and 1 more Revision: 1 URL : https://patchwork.openembedded.org/series/15203/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Issue Patches not removed from tree [test_src_uri_left_files] Suggested fixAmend the patch containing the software patch file removal Patch080-distutils-dont_adjust_files.patch If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] python3: don't cripple target distutils
We stop distutils for *native* Python from rewriting hashbangs when installing (so installed scripts don't have a hashbang that refers to sysroot paths), but this isn't needed nor desirable for the *target* Python. Signed-off-by: Ross Burton --- meta/recipes-devtools/python/python3_3.5.6.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/python/python3_3.5.6.bb b/meta/recipes-devtools/python/python3_3.5.6.bb index 3c7b40c9506..275b7acd652 100644 --- a/meta/recipes-devtools/python/python3_3.5.6.bb +++ b/meta/recipes-devtools/python/python3_3.5.6.bb @@ -10,7 +10,6 @@ SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \ file://python-config.patch \ file://030-fixup-include-dirs.patch \ file://070-dont-clean-ipkg-install.patch \ -file://080-distutils-dont_adjust_files.patch \ file://130-readline-setup.patch \ file://150-fix-setupterm.patch \ file://0001-h2py-Fix-issue-13032-where-it-fails-with-UnicodeDeco.patch \ -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/2] python3: drop redundant patch
This patch altered the clean target's behaviour to skip the ipkg-install directory. However this directory isn't created by opkg, opkg-utils, or the package_ipk class; and we don't invoke the clean target as we perform out-of-tree builds. Signed-off-by: Ross Burton --- .../python/python3-native_3.5.6.bb | 1 - .../python3/070-dont-clean-ipkg-install.patch | 38 -- meta/recipes-devtools/python/python3_3.5.6.bb | 1 - 3 files changed, 40 deletions(-) delete mode 100644 meta/recipes-devtools/python/python3/070-dont-clean-ipkg-install.patch diff --git a/meta/recipes-devtools/python/python3-native_3.5.6.bb b/meta/recipes-devtools/python/python3-native_3.5.6.bb index 4c8faf88c01..8476d681c3f 100644 --- a/meta/recipes-devtools/python/python3-native_3.5.6.bb +++ b/meta/recipes-devtools/python/python3-native_3.5.6.bb @@ -6,7 +6,6 @@ SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \ file://12-distutils-prefix-is-inside-staging-area.patch \ file://python-config.patch \ file://030-fixup-include-dirs.patch \ -file://070-dont-clean-ipkg-install.patch \ file://080-distutils-dont_adjust_files.patch \ file://130-readline-setup.patch \ file://150-fix-setupterm.patch \ diff --git a/meta/recipes-devtools/python/python3/070-dont-clean-ipkg-install.patch b/meta/recipes-devtools/python/python3/070-dont-clean-ipkg-install.patch deleted file mode 100644 index f9971c6bafd..000 --- a/meta/recipes-devtools/python/python3/070-dont-clean-ipkg-install.patch +++ /dev/null @@ -1,38 +0,0 @@ -consider opkg directories when cleaning up - --Khem - -Upstream-Status: Inappropriate [OE specific] - - Makefile.pre.in |6 +++--- - 1 file changed, 3 insertions(+), 3 deletions(-) - -Index: Python-3.5.3/Makefile.pre.in -=== Python-3.5.3.orig/Makefile.pre.in -+++ Python-3.5.3/Makefile.pre.in -@@ -1574,8 +1574,8 @@ touch: - # Sanitation targets -- clean leaves libraries, executables and tags - # files, which clobber removes as well - pycremoval: -- -find $(srcdir) -depth -name '__pycache__' -exec rm -rf {} ';' -- -find $(srcdir) -name '*.py[co]' -exec rm -f {} ';' -+ -find $(srcdir) ! -path './ipkg-install/*' -depth -name '__pycache__' -exec rm -rf {} ';' -+ -find $(srcdir) ! -path './ipkg-install/*' -name '*.py[co]' -exec rm -f {} ';' - - rmtestturds: - -rm -f *BAD *GOOD *SKIPPED -@@ -1589,9 +1589,9 @@ docclean: - -rm -rf Doc/tools/sphinx Doc/tools/pygments Doc/tools/docutils - - clean: pycremoval -- find . -name '*.[oa]' -exec rm -f {} ';' -- find . -name '*.s[ol]' -exec rm -f {} ';' -- find . -name '*.so.[0-9]*.[0-9]*' -exec rm -f {} ';' -+ find . ! -path './ipkg-install/*' -name '*.[oa]' -exec rm -f {} ';' -+ find . ! -path './ipkg-install/*' -name '*.s[ol]' -exec rm -f {} ';' -+ find . ! -path './ipkg-install/*' -name '*.so.[0-9]*.[0-9]*' -exec rm -f {} ';' - find build -name 'fficonfig.h' -exec rm -f {} ';' || true - find build -name '*.py' -exec rm -f {} ';' || true - find build -name '*.py[co]' -exec rm -f {} ';' || true diff --git a/meta/recipes-devtools/python/python3_3.5.6.bb b/meta/recipes-devtools/python/python3_3.5.6.bb index 275b7acd652..86176d0e962 100644 --- a/meta/recipes-devtools/python/python3_3.5.6.bb +++ b/meta/recipes-devtools/python/python3_3.5.6.bb @@ -9,7 +9,6 @@ DISTRO_SRC_URI_linuxstdbase = "" SRC_URI = "http://www.python.org/ftp/python/${PV}/Python-${PV}.tar.xz \ file://python-config.patch \ file://030-fixup-include-dirs.patch \ -file://070-dont-clean-ipkg-install.patch \ file://130-readline-setup.patch \ file://150-fix-setupterm.patch \ file://0001-h2py-Fix-issue-13032-where-it-fails-with-UnicodeDeco.patch \ -- 2.11.0 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCH] python3-docutils: Fix shebang path to point at python3
On Tue, 4 Dec 2018 at 14:27, Alex Kiernan wrote: > I'm wondering if the right fix is to delete both the patch and the > do_install fixups and start again? Probably. I've just verified that simply disabling that patch for python3-native (shouldn't be applied to python3, as we definitely don't want this on-target) results in sysroot paths going into the files written by distutils, but then the class correctly fixes them. Ross -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCH] python3-docutils: Fix shebang path to point at python3
On Tue, Dec 4, 2018 at 12:02 PM Burton, Ross wrote: > > Turns out we disable this functionality in distutils. That patch > should be fixed to do the right thing instead. > Well that explains a lot of things... I've a small bag of those fixups, it never occurred to me it was local to bitbake. I see that patch, but I dug into the into the distutils class too, we have this bit for py2 in do_install: if test -e ${D}${bindir} ; then for i in ${D}${bindir}/* ; do \ if [ ${PN} != "${BPN}-native" ]; then sed -i -e s:${STAGING_BINDIR_NATIVE}/python-native/python:${USRBINPATH}/env\ python:g $i fi sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i done fi And this for py3: if test -e ${D}${bindir} ; then for i in ${D}${bindir}/* ; do \ sed -i -e s:${STAGING_BINDIR_NATIVE}/${PYTHON_PN}-native/${PYTHON_PN}:${USRBINPATH}/env\ ${PYTHON_PN}:g $i sed -i -e s:${STAGING_BINDIR_NATIVE}:${bindir}:g $i done fi Which look like it's trying to do this fixup, but fails for the '/usr/bin/env python' case (and isn't constrained to the first shebang line). The extra "if" in py2 is this: c54076ed8ae5 ("distutils: Replacing path to native path only to be done to non-native python packages") Which is in py2, but not py3 - assuming I read the commit right, it's to handle of the case of coreutils-native not being in the dependency chain, but I guess that's no longer true. I'm wondering if the right fix is to delete both the patch and the do_install fixups and start again? > Ross > On Tue, 4 Dec 2018 at 11:43, Burton, Ross wrote: > > > > Interestingly if you build docutils outside of bitbake, the hashbangs > > get rewritten automatically as part of the build... > > On Tue, 4 Dec 2018 at 10:49, Alex Kiernan wrote: > > > > > > By default we get a shebang path pointing at python; when building the > > > python3 version, ensure we use python3. > > > > > > Signed-off-by: Alex Kiernan > > > --- > > > > > > meta/recipes-devtools/python/python3-docutils_0.14.bb | 5 - > > > 1 file changed, 4 insertions(+), 1 deletion(-) > > > > > > diff --git a/meta/recipes-devtools/python/python3-docutils_0.14.bb > > > b/meta/recipes-devtools/python/python3-docutils_0.14.bb > > > index 81a449d64604..a2880a9601d7 100644 > > > --- a/meta/recipes-devtools/python/python3-docutils_0.14.bb > > > +++ b/meta/recipes-devtools/python/python3-docutils_0.14.bb > > > @@ -14,5 +14,8 @@ S = "${WORKDIR}/docutils-${PV}" > > > > > > inherit distutils3 > > > > > > -BBCLASSEXTEND = "native" > > > +do_install_append() { > > > +sed -i -e '1s|^#!.*|#!/usr/bin/env python3|' ${D}${bindir}/* > > > +} > > > > > > +BBCLASSEXTEND = "native" > > > -- > > > 2.7.4 > > > > > > -- > > > ___ > > > Openembedded-core mailing list > > > Openembedded-core@lists.openembedded.org > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- Alex Kiernan -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] kernel.bbclass: add coreutils-native to the DEPENDS list
Can't we just add this to HOSTTOOLS instead? On Tue, 4 Dec 2018 at 13:43, Anders Roxell wrote: > > In newer kernels fold gets used, see output from a build: > > .../kernel-source/scripts/atomic/atomic-tbl.sh: >line 183: fold: command not found > > Rework so that coreutils-native is in the DEPENDS list. > > Signed-off-by: Anders Roxell > --- > meta/classes/kernel.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass > index 880c5ef17283..8d83ca4843e3 100644 > --- a/meta/classes/kernel.bbclass > +++ b/meta/classes/kernel.bbclass > @@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel" > KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == > "kernel") else d.getVar("KERNEL_PACKAGE_NAME") }" > > PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == > "kernel") else "" }" > -DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc > kmod-native bc-native lzop-native bison-native" > +DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc > kmod-native bc-native lzop-native bison-native coreutils-native" > PACKAGE_WRITE_DEPS += "depmodwrapper-cross" > > do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot" > -- > 2.19.2 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] kernel.bbclass: add coreutils-native to the DEPENDS list
In newer kernels fold gets used, see output from a build: .../kernel-source/scripts/atomic/atomic-tbl.sh: line 183: fold: command not found Rework so that coreutils-native is in the DEPENDS list. Signed-off-by: Anders Roxell --- meta/classes/kernel.bbclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 880c5ef17283..8d83ca4843e3 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel" KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == "kernel") else d.getVar("KERNEL_PACKAGE_NAME") }" PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == "kernel") else "" }" -DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native bc-native lzop-native bison-native" +DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native bc-native lzop-native bison-native coreutils-native" PACKAGE_WRITE_DEPS += "depmodwrapper-cross" do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot" -- 2.19.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] testimage: fix boolean checking for QEMU_USE_KVM
On Tue, 2018-12-04 at 13:04 +0800, Chen Qi wrote: > If QEMU_USE_KVM is set to a list of machines, when doing testimage > for a machine outside the list, we will get the following error. > > Exception: ValueError: Invalid boolean value 'intel-corei7-64 > intel-core2-32 qemux86 qemux86-64' > > This is because oe.types.boolean raises error if the parameter > is not values like 'true', 'false', etc. > > Fix the boolean checking to avoid the exception. > > Signed-off-by: Chen Qi > --- > meta/classes/testimage.bbclass | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/meta/classes/testimage.bbclass > b/meta/classes/testimage.bbclass > index 82cbb06..80e457b 100644 > --- a/meta/classes/testimage.bbclass > +++ b/meta/classes/testimage.bbclass > @@ -231,7 +231,7 @@ def testimage_main(d): > qemu_use_kvm = d.getVar("QEMU_USE_KVM") > if qemu_use_kvm and \ > (d.getVar('MACHINE') in qemu_use_kvm.split() or \ > -oe.types.boolean(qemu_use_kvm) and 'x86' in machine): > +qemu_use_kvm.lower() in ('yes', 'y', 'true', 't', '1') and > 'x86' in machine): > kvm = True > else: > kvm = False Personally, I think we should just drop support for listing the machines in QEMU_USE_KVM and suggest people use overrides instead? Cheers, Richard -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] util-linux: split out blkdiscard into its own package
Yep, staged already. Ross On Tue, 4 Dec 2018 at 08:49, André Draszik wrote: > > Hi, > > I'd be happy to work on that, but I won't have time to do so until sometime > early next year... > > Can this patch be applied in the meantime nevertheless please? > > > Cheers, > Andre' > > > On Tue, 2018-12-04 at 10:04 +0800, ChenQi wrote: > > I think this is a good idea. I opened a new bug in bugzilla to track it, > > and assigned it to myself. > > Ross, please check the bug description to see if that's what you want. > > Andre, if you want to work on it, take the bug and let me know. > > > > Best Regards, > > Chen Qi > > > > On 12/04/2018 12:40 AM, Burton, Ross wrote: > > > When do we just programatically split instead of doing it piece by > > > piece? :) > > > > > > Ross > > > On Mon, 3 Dec 2018 at 15:28, André Draszik wrote: > > > > From: André Draszik > > > > > > > > For systems that don't otherwise depend on the full > > > > util-linux package, blkdiscard is a mere 18k (on > > > > cortexa7t2hf-neon). > > > > > > > > Signed-off-by: André Draszik > > > > --- > > > > meta/recipes-core/util-linux/util-linux.inc | 5 +++-- > > > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > > > > > diff --git a/meta/recipes-core/util-linux/util-linux.inc > > > > b/meta/recipes-core/util-linux/util-linux.inc > > > > index a05c1cabbe..b5f77f7b6b 100644 > > > > --- a/meta/recipes-core/util-linux/util-linux.inc > > > > +++ b/meta/recipes-core/util-linux/util-linux.inc > > > > @@ -27,7 +27,7 @@ DEPENDS_append_class-nativesdk = " lzo-native" > > > > SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util- > > > > linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.xz \ > > > > " > > > > > > > > -PACKAGES =+ "util-linux-agetty util-linux-fdisk util-linux-cfdisk > > > > util-linux-sfdisk \ > > > > +PACKAGES =+ "util-linux-agetty util-linux-blkdiscard util-linux-fdisk > > > > util-linux-cfdisk util-linux-sfdisk \ > > > >util-linux-swaponoff util-linux-losetup util-linux- > > > > umount \ > > > >util-linux-mount util-linux-readprofile util-linux- > > > > uuidd \ > > > >util-linux-uuidgen util-linux-lscpu util-linux- > > > > fsck.cramfs util-linux-fsck \ > > > > @@ -74,6 +74,7 @@ FILES_${PN}-doc += "${datadir}/getopt/getopt-*.*" > > > > FILES_${PN}-dev += > > > > "${PYTHON_SITEPACKAGES_DIR}/libmount/pylibmount.la" > > > > > > > > FILES_util-linux-agetty = "${base_sbindir}/agetty" > > > > +FILES_util-linux-blkdiscard = "${sbindir}/blkdiscard" > > > > FILES_util-linux-fdisk = "${base_sbindir}/fdisk.${BPN}" > > > > FILES_util-linux-fstrim = "${base_sbindir}/fstrim.${BPN}" > > > > FILES_util-linux-cfdisk = "${base_sbindir}/cfdisk" > > > > @@ -126,7 +127,7 @@ RDEPENDS_util-linux-su += "libpam" > > > > RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux- > > > > losetup util-linux-sulogin util-linux-lsblk" > > > > RDEPENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'pam', > > > > 'util-linux-runuser util-linux-su', '', d)}" > > > > > > > > -RRECOMMENDS_${PN} = "util-linux-fdisk util-linux-cfdisk util-linux- > > > > sfdisk util-linux-mount util-linux-readprofile util-linux-mkfs util- > > > > linux-mountpoint util-linux-prlimit util-linux-ionice util-linux- > > > > switch-root" > > > > +RRECOMMENDS_${PN} = "util-linux-blkdiscard util-linux-fdisk util- > > > > linux-cfdisk util-linux-sfdisk util-linux-mount util-linux-readprofile > > > > util-linux-mkfs util-linux-mountpoint util-linux-prlimit util-linux- > > > > ionice util-linux-switch-root" > > > > > > > > RRECOMMENDS_${PN}_class-native = "" > > > > RRECOMMENDS_${PN}_class-nativesdk = "" > > > > -- > > > > 2.20.0.rc1 > > > > > > > > -- > > > > ___ > > > > Openembedded-core mailing list > > > > Openembedded-core@lists.openembedded.org > > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core > > > > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCH] python3-docutils: Fix shebang path to point at python3
Turns out we disable this functionality in distutils. That patch should be fixed to do the right thing instead. Ross On Tue, 4 Dec 2018 at 11:43, Burton, Ross wrote: > > Interestingly if you build docutils outside of bitbake, the hashbangs > get rewritten automatically as part of the build... > On Tue, 4 Dec 2018 at 10:49, Alex Kiernan wrote: > > > > By default we get a shebang path pointing at python; when building the > > python3 version, ensure we use python3. > > > > Signed-off-by: Alex Kiernan > > --- > > > > meta/recipes-devtools/python/python3-docutils_0.14.bb | 5 - > > 1 file changed, 4 insertions(+), 1 deletion(-) > > > > diff --git a/meta/recipes-devtools/python/python3-docutils_0.14.bb > > b/meta/recipes-devtools/python/python3-docutils_0.14.bb > > index 81a449d64604..a2880a9601d7 100644 > > --- a/meta/recipes-devtools/python/python3-docutils_0.14.bb > > +++ b/meta/recipes-devtools/python/python3-docutils_0.14.bb > > @@ -14,5 +14,8 @@ S = "${WORKDIR}/docutils-${PV}" > > > > inherit distutils3 > > > > -BBCLASSEXTEND = "native" > > +do_install_append() { > > +sed -i -e '1s|^#!.*|#!/usr/bin/env python3|' ${D}${bindir}/* > > +} > > > > +BBCLASSEXTEND = "native" > > -- > > 2.7.4 > > > > -- > > ___ > > Openembedded-core mailing list > > Openembedded-core@lists.openembedded.org > > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gdb: Remove long ago upstreamed patch
This fix was upstreamed a long ago, see [1]. [1] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=37ce4055fe907b9edd25498dcda7a133dbd19784 Signed-off-by: Alexey Brodkin --- meta/recipes-devtools/gdb/gdb-8.2.inc | 1 - .../gdb/0001-include-sys-types.h-for-mode_t.patch | 29 -- 2 files changed, 30 deletions(-) delete mode 100644 meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch diff --git a/meta/recipes-devtools/gdb/gdb-8.2.inc b/meta/recipes-devtools/gdb/gdb-8.2.inc index dfb0059123..7e0809de72 100644 --- a/meta/recipes-devtools/gdb/gdb-8.2.inc +++ b/meta/recipes-devtools/gdb/gdb-8.2.inc @@ -5,7 +5,6 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \ file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674" SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \ - file://0001-include-sys-types.h-for-mode_t.patch \ file://0002-make-man-install-relative-to-DESTDIR.patch \ file://0003-mips-linux-nat-Define-_ABIO32-if-not-defined.patch \ file://0004-ppc-ptrace-Define-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch \ diff --git a/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch b/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch deleted file mode 100644 index 2c8783e192..00 --- a/meta/recipes-devtools/gdb/gdb/0001-include-sys-types.h-for-mode_t.patch +++ /dev/null @@ -1,29 +0,0 @@ -From 6ae0fb9b49047cef338262e30273f63139fd1261 Mon Sep 17 00:00:00 2001 -From: Khem Raj -Date: Tue, 19 Jan 2016 18:18:52 -0800 -Subject: [PATCH 01/11] include sys/types.h for mode_t - -mode_t is used in target.h, so we need to include sys/types.h to get the -defintion - -Upstream-Status: Pending -Signed-off-by: Khem Raj - gdb/gdbserver/target.h | 1 + - 1 file changed, 1 insertion(+) - -diff --git a/gdb/gdbserver/target.h b/gdb/gdbserver/target.h -index fce54e05ad..278cee78a8 100644 a/gdb/gdbserver/target.h -+++ b/gdb/gdbserver/target.h -@@ -29,6 +29,7 @@ - #include "mem-break.h" - #include "btrace-common.h" - #include -+#include - - struct emit_ops; - struct buffer; --- -2.18.0 - -- 2.16.2 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [OE-Core][PATCH] python3-docutils: Fix shebang path to point at python3
Interestingly if you build docutils outside of bitbake, the hashbangs get rewritten automatically as part of the build... On Tue, 4 Dec 2018 at 10:49, Alex Kiernan wrote: > > By default we get a shebang path pointing at python; when building the > python3 version, ensure we use python3. > > Signed-off-by: Alex Kiernan > --- > > meta/recipes-devtools/python/python3-docutils_0.14.bb | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/meta/recipes-devtools/python/python3-docutils_0.14.bb > b/meta/recipes-devtools/python/python3-docutils_0.14.bb > index 81a449d64604..a2880a9601d7 100644 > --- a/meta/recipes-devtools/python/python3-docutils_0.14.bb > +++ b/meta/recipes-devtools/python/python3-docutils_0.14.bb > @@ -14,5 +14,8 @@ S = "${WORKDIR}/docutils-${PV}" > > inherit distutils3 > > -BBCLASSEXTEND = "native" > +do_install_append() { > +sed -i -e '1s|^#!.*|#!/usr/bin/env python3|' ${D}${bindir}/* > +} > > +BBCLASSEXTEND = "native" > -- > 2.7.4 > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] nss: Fix SHA_HTONL bug for arm 32be.
As this isn't a little detail, can you file this upstream? Ross On Tue, 4 Dec 2018 at 09:24, Zheng Ruoqin wrote: > > Rpm use nss as digest crypto library and which will cause an error as follows: > > error: test-manual-1.2.3-20181012.noarch.rpm: Header SHA1 digest: BAD > (Expected > f1deb7dc4a10742d88ccd1e967dbc62ae45095a5 > !=4ad9d7dad6d70d6086eefec62612ad5d77f2fe81) => this value is wrong > error: test-manual-1.2.3-20181012.noarch.rpm: not an rpm package (or package > manifest) > > The error is caused by SHA_HTONL in nss, for there is no need to reverse the > host value for arm 32be, so fix it. > > Signed-off-by: Zheng Ruoqin > --- > .../nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch | 34 > ++ > meta/recipes-support/nss/nss_3.40.bb | 1 + > 2 files changed, 35 insertions(+) > create mode 100644 > meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch > > diff --git > a/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch > b/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch > new file mode 100644 > index 000..7ba8d16 > --- /dev/null > +++ b/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch > @@ -0,0 +1,34 @@ > +Subject: [PATCH] Fix SHA_HTONL bug for arm 32be. > + > +In arm 32be, there is no need to reverse the host value. > + > +Upstream Status: Pending > + > +Signed-off-by: Zheng Ruoqin > +--- > + lib/freebl/sha_fast.h | 2 ++ > + 1 file changed, 2 insertions(+) > + > +diff --git a/nss/lib/freebl/sha_fast.h b/nss/lib/freebl/sha_fast.h > +index 4f37d13..8072eda 100644 > +--- a/nss/lib/freebl/sha_fast.h > b/nss/lib/freebl/sha_fast.h > +@@ -99,6 +99,7 @@ swap4b(PRUint32 value) > + defined(__ARM_ARCH_7__) || \ > + defined(__ARM_ARCH_7A__) || \ > + defined(__ARM_ARCH_7R__))) > ++#if defined(IS_LITTLE_ENDIAN) > + static __inline__ PRUint32 > + swap4b(PRUint32 value) > + { > +@@ -109,6 +110,7 @@ swap4b(PRUint32 value) > + return ret; > + } > + #define SHA_HTONL(x) swap4b(x) > ++#endif > + > + #endif /* x86 family */ > + > +-- > +2.7.4 > + > diff --git a/meta/recipes-support/nss/nss_3.40.bb > b/meta/recipes-support/nss/nss_3.40.bb > index 23c95dd..afc5081 100644 > --- a/meta/recipes-support/nss/nss_3.40.bb > +++ b/meta/recipes-support/nss/nss_3.40.bb > @@ -28,6 +28,7 @@ SRC_URI = > "http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/${VERSIO > file://blank-cert9.db \ > file://blank-key4.db \ > file://system-pkcs11.txt \ > + file://nss-fix-SHA_HTONL-bug-for-arm-32be.patch \ > " > > SRC_URI[md5sum] = "f7aec858d192ae03d0e9a35a730c70fa" > -- > 2.7.4 > > > > -- > ___ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.openembedded.org/mailman/listinfo/openembedded-core -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [OE-Core][PATCH] python3-docutils: Fix shebang path to point at python3
By default we get a shebang path pointing at python; when building the python3 version, ensure we use python3. Signed-off-by: Alex Kiernan --- meta/recipes-devtools/python/python3-docutils_0.14.bb | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/meta/recipes-devtools/python/python3-docutils_0.14.bb b/meta/recipes-devtools/python/python3-docutils_0.14.bb index 81a449d64604..a2880a9601d7 100644 --- a/meta/recipes-devtools/python/python3-docutils_0.14.bb +++ b/meta/recipes-devtools/python/python3-docutils_0.14.bb @@ -14,5 +14,8 @@ S = "${WORKDIR}/docutils-${PV}" inherit distutils3 -BBCLASSEXTEND = "native" +do_install_append() { +sed -i -e '1s|^#!.*|#!/usr/bin/env python3|' ${D}${bindir}/* +} +BBCLASSEXTEND = "native" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] ✗ patchtest: failure for nss: Fix SHA_HTONL bug for arm 32be.
== Series Details == Series: nss: Fix SHA_HTONL bug for arm 32be. Revision: 1 URL : https://patchwork.openembedded.org/series/15196/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * Issue Upstream-Status is in incorrect format [test_upstream_status_presence_format] Suggested fixFix Upstream-Status format in nss-fix-SHA_HTONL-bug-for-arm-32be.patch Current Upstream Status: Pending Standard format Upstream-Status: Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], Submitted [where] If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
[OE-core] [PATCH] nss: Fix SHA_HTONL bug for arm 32be.
Rpm use nss as digest crypto library and which will cause an error as follows: error: test-manual-1.2.3-20181012.noarch.rpm: Header SHA1 digest: BAD (Expected f1deb7dc4a10742d88ccd1e967dbc62ae45095a5 !=4ad9d7dad6d70d6086eefec62612ad5d77f2fe81) => this value is wrong error: test-manual-1.2.3-20181012.noarch.rpm: not an rpm package (or package manifest) The error is caused by SHA_HTONL in nss, for there is no need to reverse the host value for arm 32be, so fix it. Signed-off-by: Zheng Ruoqin --- .../nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch | 34 ++ meta/recipes-support/nss/nss_3.40.bb | 1 + 2 files changed, 35 insertions(+) create mode 100644 meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch diff --git a/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch b/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch new file mode 100644 index 000..7ba8d16 --- /dev/null +++ b/meta/recipes-support/nss/nss/nss-fix-SHA_HTONL-bug-for-arm-32be.patch @@ -0,0 +1,34 @@ +Subject: [PATCH] Fix SHA_HTONL bug for arm 32be. + +In arm 32be, there is no need to reverse the host value. + +Upstream Status: Pending + +Signed-off-by: Zheng Ruoqin +--- + lib/freebl/sha_fast.h | 2 ++ + 1 file changed, 2 insertions(+) + +diff --git a/nss/lib/freebl/sha_fast.h b/nss/lib/freebl/sha_fast.h +index 4f37d13..8072eda 100644 +--- a/nss/lib/freebl/sha_fast.h b/nss/lib/freebl/sha_fast.h +@@ -99,6 +99,7 @@ swap4b(PRUint32 value) + defined(__ARM_ARCH_7__) || \ + defined(__ARM_ARCH_7A__) || \ + defined(__ARM_ARCH_7R__))) ++#if defined(IS_LITTLE_ENDIAN) + static __inline__ PRUint32 + swap4b(PRUint32 value) + { +@@ -109,6 +110,7 @@ swap4b(PRUint32 value) + return ret; + } + #define SHA_HTONL(x) swap4b(x) ++#endif + + #endif /* x86 family */ + +-- +2.7.4 + diff --git a/meta/recipes-support/nss/nss_3.40.bb b/meta/recipes-support/nss/nss_3.40.bb index 23c95dd..afc5081 100644 --- a/meta/recipes-support/nss/nss_3.40.bb +++ b/meta/recipes-support/nss/nss_3.40.bb @@ -28,6 +28,7 @@ SRC_URI = "http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/${VERSIO file://blank-cert9.db \ file://blank-key4.db \ file://system-pkcs11.txt \ + file://nss-fix-SHA_HTONL-bug-for-arm-32be.patch \ " SRC_URI[md5sum] = "f7aec858d192ae03d0e9a35a730c70fa" -- 2.7.4 -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] util-linux: split out blkdiscard into its own package
Hi, I'd be happy to work on that, but I won't have time to do so until sometime early next year... Can this patch be applied in the meantime nevertheless please? Cheers, Andre' On Tue, 2018-12-04 at 10:04 +0800, ChenQi wrote: > I think this is a good idea. I opened a new bug in bugzilla to track it, > and assigned it to myself. > Ross, please check the bug description to see if that's what you want. > Andre, if you want to work on it, take the bug and let me know. > > Best Regards, > Chen Qi > > On 12/04/2018 12:40 AM, Burton, Ross wrote: > > When do we just programatically split instead of doing it piece by > > piece? :) > > > > Ross > > On Mon, 3 Dec 2018 at 15:28, André Draszik wrote: > > > From: André Draszik > > > > > > For systems that don't otherwise depend on the full > > > util-linux package, blkdiscard is a mere 18k (on > > > cortexa7t2hf-neon). > > > > > > Signed-off-by: André Draszik > > > --- > > > meta/recipes-core/util-linux/util-linux.inc | 5 +++-- > > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > > > diff --git a/meta/recipes-core/util-linux/util-linux.inc > > > b/meta/recipes-core/util-linux/util-linux.inc > > > index a05c1cabbe..b5f77f7b6b 100644 > > > --- a/meta/recipes-core/util-linux/util-linux.inc > > > +++ b/meta/recipes-core/util-linux/util-linux.inc > > > @@ -27,7 +27,7 @@ DEPENDS_append_class-nativesdk = " lzo-native" > > > SRC_URI = "${KERNELORG_MIRROR}/linux/utils/util- > > > linux/v${MAJOR_VERSION}/util-linux-${PV}.tar.xz \ > > > " > > > > > > -PACKAGES =+ "util-linux-agetty util-linux-fdisk util-linux-cfdisk > > > util-linux-sfdisk \ > > > +PACKAGES =+ "util-linux-agetty util-linux-blkdiscard util-linux-fdisk > > > util-linux-cfdisk util-linux-sfdisk \ > > >util-linux-swaponoff util-linux-losetup util-linux- > > > umount \ > > >util-linux-mount util-linux-readprofile util-linux- > > > uuidd \ > > >util-linux-uuidgen util-linux-lscpu util-linux- > > > fsck.cramfs util-linux-fsck \ > > > @@ -74,6 +74,7 @@ FILES_${PN}-doc += "${datadir}/getopt/getopt-*.*" > > > FILES_${PN}-dev += > > > "${PYTHON_SITEPACKAGES_DIR}/libmount/pylibmount.la" > > > > > > FILES_util-linux-agetty = "${base_sbindir}/agetty" > > > +FILES_util-linux-blkdiscard = "${sbindir}/blkdiscard" > > > FILES_util-linux-fdisk = "${base_sbindir}/fdisk.${BPN}" > > > FILES_util-linux-fstrim = "${base_sbindir}/fstrim.${BPN}" > > > FILES_util-linux-cfdisk = "${base_sbindir}/cfdisk" > > > @@ -126,7 +127,7 @@ RDEPENDS_util-linux-su += "libpam" > > > RDEPENDS_${PN} = "util-linux-umount util-linux-swaponoff util-linux- > > > losetup util-linux-sulogin util-linux-lsblk" > > > RDEPENDS_${PN} += "${@bb.utils.contains('DISTRO_FEATURES', 'pam', > > > 'util-linux-runuser util-linux-su', '', d)}" > > > > > > -RRECOMMENDS_${PN} = "util-linux-fdisk util-linux-cfdisk util-linux- > > > sfdisk util-linux-mount util-linux-readprofile util-linux-mkfs util- > > > linux-mountpoint util-linux-prlimit util-linux-ionice util-linux- > > > switch-root" > > > +RRECOMMENDS_${PN} = "util-linux-blkdiscard util-linux-fdisk util- > > > linux-cfdisk util-linux-sfdisk util-linux-mount util-linux-readprofile > > > util-linux-mkfs util-linux-mountpoint util-linux-prlimit util-linux- > > > ionice util-linux-switch-root" > > > > > > RRECOMMENDS_${PN}_class-native = "" > > > RRECOMMENDS_${PN}_class-nativesdk = "" > > > -- > > > 2.20.0.rc1 > > > > > > -- > > > ___ > > > Openembedded-core mailing list > > > Openembedded-core@lists.openembedded.org > > > http://lists.openembedded.org/mailman/listinfo/openembedded-core > > -- ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core