summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/util-linux
Commit message (Collapse)AuthorAgeFilesLines
* util-linux: upgrade 2.34 -> 2.35.1Pierre-Jean Texier2020-03-014-40/+142
| | | | | | | | | | | | | | | | | | | | License-Update: add GPLv3 text in README.licensing Also: - Drop upstreamed patch - Backport an upstream patch to fix an issue with 'sfdisk' - Use 'disable-hwclock-gplv3' explicitly. Since commit 7a3000f7ba548cf7d74ac77cc63fe8de228a669e ("hwclock: use parse_date function") hwclock is linked with parse_date.y from gnullib. This gnulib code is distributed with GPLv3. So, we have to use '--disable-hwclock-gplv3' to exclude this code. See full changelog https://lore.kernel.org/util-linux/20200131095846.ogjtqrs7ai774tka@ws.net.home/T/#u (From OE-Core rev: 324f33ba5a77d498cfff81c6857c78ad13b27125) Signed-off-by: Pierre-Jean Texier <pjtexier@koncepto.io> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix hwclock settimeofday errorLiwei Song2020-02-212-0/+113
| | | | | | | | | | | | The change of settimeofday() systemcall since Glibc 2.31 will cause "hwclock -s" doesn't work with error: "hwclock: settimeofday() failed: Invalid argument" Backport a upstream patch to fix this issue. (From OE-Core rev: b80bf70748609b92ce766d11380353fdfbb1d916) Signed-off-by: Liwei Song <liwei.song@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Use PCRE for hardlinkKhem Raj2020-01-011-0/+7
| | | | | | | | | Use PCRE, this enables using posix extended Regexps on cmdline (From OE-Core rev: 7a0fd80d8a5f2aedcccb5a52acca46dea3feb3d8) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix PKNAME name is NULL when use lsblk [LIN1019-2963]Liwei Song2019-10-232-0/+37
| | | | | | | | | | PKNAME is NULL when run "lsblk -o+PKNAME /dev/sda1" backport an upstream patch to fix it. (From OE-Core rev: a5a987ff5e5e333e28be44a12e729907272ea3cb) Signed-off-by: Liwei Song <liwei.song@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Make pam specific logic apply to target recipe aloneKhem Raj2019-08-211-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This helps with a case where a distro builds one image with systemd and another with sysvinit, it ends up recompiling almost everything since python3-native gets rebuilt and tracing dependencies with bitbake-diffsigs shows that the chain ends at util-linux-native being recompiled because distro features now does or does not have 'pam' Hash for dependent task python/python3_3.7.4.bb:do_prepare_recipe_sysroot:virtual:native:/mnt/a/yoe/sources/openembedded-core/meta/recipes-devt ools/python/python3_3.7.4.bb changed from 8befaac4f995aaff3f95d27c9caaf1006f86e1344b02c1ae82f5d12f885f2240 to 2a45fe0cd0d3640a88c4a5c8b1880c4e9 a089cc7446a91d2a920c1cef6fa916a Hash for dependent task util-linux/util-linux_2.34.bb:do_populate_sysroot:virtual:native:/mnt/a/yoe/sources/openembedded-core/meta/recipes- core/util-linux/util-linux_2.34.bb changed from 0db292cb2e37d5788bdcf51038b2802d748b719d860aca3a26d7a793b0cf3905 to 15d6e165f025f10c2c455df8a87 5cafe021eaed4214c793e708d4827a58ca89d Hash for dependent task util-linux/util-linux_2.34.bb:do_install:virtual:native:/mnt/a/yoe/sources/openembedded-core/meta/recipes-core/util-linux/util-linux_2.34.bb changed from 54bb4ee6bdb5c7fc260dabddb4932cb0e554a62cd92aba080a18306291fb470b to e25b1119ce8dd7ca43fbd2db771e04fa 6ff6b9d701fd78ac6c443224b036ed9f basehash changed from 8e8687a866689a697001dedc0a43f478e68e6efe270bd77362f24c6000f9e882 to 62df6610eab9c1b1a17d7132943507641c8538690 f26186843c86144d4598e64 Variable do_install value changed: rm -f ${D}${bindir}/chkdupexe - if [ "${@bb.utils.filter('DISTRO_FEATURES', 'pam', d)}" ]; then + if [ "${@bb.utils.filter('PACKAGECONFIG', 'pam', d)}" ]; then install -d ${D}${sysconfdir}/pam.d install -m 0644 ${WORKDIR}/runuser.pamd ${D}${sysconfdir}/pam.d/runuser install -m 0644 ${WORKDIR}/runuser-l.pamd ${D}${sysconfdir}/pam.d/runuser-l @@ -47,5 +47,4 @@ rm -f ${D}${base_sbindir}/nologin rm -f ${D}${base_bindir}/kill -DISTRO_FEATURES{pam} = Unset PACKAGECONFIG{pam} = Unset So far it seems this pam conditional code in util-linux is target specific and would not apply to native or nativesdk recipes (From OE-Core rev: a57f56576eda4b3ad5496e375b432e06e34ad8b9) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux:upgrade 2.33.2 -> 2.34Zang Ruochen2019-07-092-19/+2
| | | | | | | | | | | | -Upgrade from util-linux_2.33.2.bb to util-linux_2.34.bb. -util-linux/check-for-_HAVE_STRUCT_TERMIOS_C_OSPEED.patch Removed since this is included in 2.34. (From OE-Core rev: c8685430d81b60c38d43ed20e480b2a0942dc768) Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: add setpriv utilityRandy MacLeod2019-06-181-4/+11
| | | | | | | | | | | | | | | Enable the setpriv utility for targets only. It will be used in the run-ptest script for bash and perhaps other packages where the ptest code is expected to run as a user. setpriv uses libcap-ng which doesn't build natively so disable it for native* builds. Also, busybox has a setpriv implementation so ensure that setpriv adheres to the alternatives scheme. (From OE-Core rev: 587ba5f4bef18e8260fe671bd2e303140369a5e5) Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Stop udevd to run ptestsMariano López2019-06-142-0/+18
| | | | | | | | | | | | | | | | | | | The util-linux's ptest uses the SCSI_DEBUG kernel module to create virtual SCSI disks. The automount feature of udevd will try to mount these disks by default. Because udevd controls the mount of the disks, the eject/mount tests will fail or be skipped. This change will stop udevd before executing the util-linux's ptest and start the daemon again after all the tests. This is for eudevd only, systemd-udevd doesn't present this problem because there are no automount rules. [YOCTO #13301] (From OE-Core rev: f7becf0b5743dfbee06b354a086dc553db2b1348) Signed-off-by: Mariano López <just.another.mariano@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: upgrade to 2.33.2Chen Qi2019-06-122-11/+11
| | | | | | | | | | | The license files' names are changed, but the contents remain the same. However, the LICENSE section of the recipe was wrong. This upgrade change the 'BSD' part to 'BSD-3-Clause & BSD-4-Clause'. (From OE-Core rev: 9bc68bcc79d9e2464b9b29f6bfde8322b65c09b9) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Fix ptest dependenciesRichard Purdie2019-05-301-2/+2
| | | | | | | | | | | We should append to the ptest RDEPENDS and RRECOMMENDS otherwise the bbclass defaults are overwritten. This leads to ptest-runner not being installed in minimal images. Also drop the duplicate ${PN} value which is unneeded once we do this. (From OE-Core rev: 5054038567744d09e51e50f8c663f18224d6c555) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Add missing ptest dependenciesMariano López2019-05-211-1/+2
| | | | | | | | | | | | | | There are some missing dependencies for the util-linux-ptest package that causes inconsistencies in the package tests run in different images. The kernel module in RRECOMMENDS is not build at this time, it needs more testing and check if the configuration change can be part of the yocto-kernel-cache repository. (From OE-Core rev: 56f09cb4873f9de8efb44c640b6c9f1db8b721b7) Signed-off-by: Mariano López <just.another.mariano@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Use PTEST binary directoryMariano Lopez2019-04-112-2/+7
| | | | | | | | | | | | | | | | Some binaries generated by util-linux will be replaced by core-utils in the final image by update-alternatives, so use a dedicated directory with symlinks to avoid using a binary generated by another package. This will solve the issue with the ptest runner timing out when running the kill ptests for util-linux. [YOCTO #13238] (From OE-Core rev: 1a8fd875f0b171e25a5ac8a32cc81ff3887935bd) Signed-off-by: Mariano Lopez <just.another.mariano@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* openssh/util-linux/python*: Ensure ptest output is unbufferedRichard Purdie2019-04-092-2/+2
| | | | | | | | | | | | | We need to run sed with the -u option to ensure the output is unbuffered else ptest-runner may timeout thinkig things were idle. Busybox doesn't have the -u option so we need to RDEPEND on sed (which is a good thing to do if we use it anyway). Alex Kanavin should get credit for discovering the problem. (From OE-Core rev: d3ffbebf43c23faa43af81c9ecf6fcaef36d675b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: remove spurious lzo-native dependencyRoss Burton2019-03-041-2/+0
| | | | | | | | | | This was added with no explanation in 2010 (17f3c548c) and doesn't appear to be needed. (From OE-Core rev: 6683a29cfd10c3796943ae8485310521ca55c446) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix multilib qa issueKai Kang2019-02-281-2/+2
| | | | | | | | | | | | | | | | Update RCONFLICTS and RREPLACES for util-linux to fix 'multilib' qa issue: | ERROR: lib32-util-linux-2.32.1-r0 do_package: QA Issue: lib32-util-linux package lib32-util-linux-blkid - suspicious values 'e2fsprogs-blkid' in RREPLACES [multilib] | ERROR: lib32-util-linux-2.32.1-r0 do_package: QA Issue: lib32-util-linux package lib32-util-linux-blkid - suspicious values 'e2fsprogs-blkid' in RCONFLICTS [multilib] (From OE-Core rev: 069808976de91050e16d01c82a7491d2cabfce1a) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: add the missing manpages PACKAGECONFIGAlexander Kanavin2019-02-251-0/+3
| | | | | | | (From OE-Core rev: 98d7eb29c52b1a050bdfeec8af8338ea27b4b3ba) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: final cleanupAndré Draszik2019-02-121-91/+66
| | | | | | | | | | | | | | | | | | | * use ${PN} instead of util-linux * use PACKAGESPLITFUNCS for creating util-linux-lib* packages rather than an _append OVERRIDE * sort ALTERNATIVE_LINK_NAME alphabetically * use systemd_system_unitdir instead of open-coding * inherit manpages so as to benefit from man-db processing (note that manpages are not generated here, we just want the automatic update of the package index caches * use EXTRA_OEMAKE instead of duplicating command line arguments [YOCTO #13058] (From OE-Core rev: 6b71a118debb841b7507fc7830712197480a8661) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: let -ptest package depend on all of util-linuxAndré Draszik2019-02-121-1/+1
| | | | | | | | | | | | ptest executes all the binaries, so they really need to be available in the file system. [YOCTO #13058] (From OE-Core rev: 66637b33a8a153d8c1f509e9493bc4bee953f6cb) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: move /etc/default/mountall into -mount subpackageAndré Draszik2019-02-121-1/+4
| | | | | | | | | | | | This should probably be there and now the main package is a real meta-package only. [YOCTO #13058] (From OE-Core rev: e38c06db5be8c15c0764e3450d3ef9e43911bf8c) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: simplify meta-package RDEPENDS / RRECOMMENDSAndré Draszik2019-02-121-20/+6
| | | | | | | | | | | | | | | | | | | The util-linux meta-package now simply RRECOMMENDS all subpackages created. There is no distinction between what it previously recommended or depended on for existing packages. This is to streamline the dependencies and to make things less surprising. It also stops the -dev package from depending on non-existing packages like util-linux-losetup-dev etc. [YOCTO #13058] (From OE-Core rev: d0d6cc9ee59ed7a017e1b31404603a135a8717e8) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: one package per binary (pt 4: bindir)André Draszik2019-02-121-26/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Similar to the previous patch. Existing packages (and current dependency by main package): * ionice <- RRECOMMENDS * lsblk <- RDEPENDS * lscpu * mcookie * prlimit <- RRECOMMENDS * unshare * uuidgen New packages: * too many to list To avoid breaking existing users, all the new packages are added to the main package as RRECOMMENDS_${PN}, so they are pulled into existing images etc. The existing RDEPENDS_${PN} will need some further clean-up in the future, as it appears a bit random which packages the main package depends on vs. recommends. Nevertheless, all existing packages have been added to RRECOMMENDS this time, even if they weren't in RDEPENDS / RRECOMMENDS before. Unfortunately, we need to add explicit ALTERNATIVE_LINK_NAME[] for a few cases, as previously they were implied using defaults by being specified in ALTERNATIVE_${PN}. We can't easily automate that using do_split_packages(), so we simply add them explicitly. [YOCTO #13058] (From OE-Core rev: 7b66185c447453640f26e2563e85b6422a3e6118) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: one package per binary (pt 3: sbindir)André Draszik2019-02-121-27/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Similar to the previous patch. Existing packages (and current dependency by main package): * blkdiscard <- RRECOMMENDS * findfs * fsck.cramfs * mkfs <- RRECOMMENDS * mkfs.cramfs * partx * readprofile <- RRECOMMENDS * rfkill * runuser <- RDEPENDS * sfdisk <- RRECOMMENDS * uuidd New packages: * too many to list To avoid breaking existing users, all the new packages are added to the main package as RRECOMMENDS_${PN}, so they are pulled into existing images etc. The existing RDEPENDS_${PN} will need some further clean-up in the future, as it appears a bit random which packages the main package depends on vs. recommends. Nevertheless, all existing packages have been added to RRECOMMENDS this time, even if they weren't in RDEPENDS / RRECOMMENDS before. [YOCTO #13058] (From OE-Core rev: 19f63aa911ff9d8bea62102c3f3f54cf6dccd6d8) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: one package per binary (pt 2: base_bindir)André Draszik2019-02-121-22/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Similar to the previous patch. Existing packages (and current dependency by main package): * mount <- RRECOMMENDS * umount <- RDEPENDS * mountpoint <- RRECOMMENDS * getopt * su <- RDEPENDS New packages: * dmesg * kill * more To avoid breaking existing users, all the new packages are added to the main package as RRECOMMENDS_${PN}, so they are pulled into existing images etc. The existing RDEPENDS_${PN} will need some further clean-up in the future, as it appears a bit random which packages the main package depends on vs. recommends. Existing packages that aren't in RDEPENDS / RRECOMMENDS haven't been added to RRECOMMENDS for that reason. [YOCTO #13058] (From OE-Core rev: aea97fe48de5e983b938718d861dceb9f0084339) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: one package per binary (pt 1b: symlinks)André Draszik2019-02-121-0/+22
| | | | | | | | | | Some of the binaries have symlinks. Add them to the package owning the binary they are pointing to. (From OE-Core rev: fc709be54fee06801446774ff1a434294c2eda9b) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: one package per binary (pt 1: base_sbindir)André Draszik2019-02-121-32/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now that we have required infrastructure in place, we can start creating one package per binary. To make this process easier to follow, this is done in steps, starting with binaries from base_sbindir. Existing packages (and current dependency by main package): * agetty * blkid * cfdisk <- RRECOMMENDS * fdisk <- RRECOMMENDS * fsck * fstrim * losetup <- RDEPENDS * hwclock * sulogin <- RDEPENDS * swaponoff <- RDEPENDS * switch-root <- RRECOMMENDS New packages: * blockdev * ctrlaltdel * mkswap * nologin * pivot-root * swapon * swapoff swaponoff is empty now and simply depends on swapon swapoff To avoid breaking existing users, all the new packages are added to the main package as RRECOMMENDS_${PN}, so they are pulled into existing images etc. The existing RDEPENDS_${PN} will need some further clean-up in the future, as it appears a bit random which packages the main package depends on vs. recommends. Existing packages that aren't in RDEPENDS / RRECOMMENDS haven't been added to RRECOMMENDS for that reason. [YOCTO #13058] (From OE-Core rev: 97554a56f7d9fa82294b1316f143de3f37506fc7) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix packaging nativesdk-util-linux-lib*André Draszik2019-02-122-21/+19
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | util-linux is configured with --libdir=${base_libdir} for -target builds, but with the default --libdir=${libdir} for all other builds. Furthermore, dynamic util-linux-lib* packages are unconditionally being generated from ${base_libdir}, which is the right location for -target builds, only. IOW, in the nativesdk case, util-linux-lib* packages are empty, and all the shared libraries implicitly become part of the main package again. While this surely wasn't intended, this also is going to cause problems as upcoming changes are explicitly making util-linux an empty meta-package, which then is going to cause packaging failures. While fixing this, clean up the existing use of EXTRA_OECONF as it is a bit confusing, hard to follow, and needlessly duplicates information: target: ${SHARED_EXTRA_OECONF} --libdir=${base_libdir} native/nativesdk: ${SHARED_EXTRA_OECONF} --disable-use-tty-group where ${SHARED_EXTRA_OECONF} already contains --disable-use-tty-group. This can be simplified by completely dropping the duplicated EXTRA_OECONF assignments and simply using a new variable UTIL_LINUX_LIBDIR with a _class-target override. Additionally, this allows to easily fix packaging of the util-linux-lib* packages, as we can now simply inspect UTIL_LINUX_LIBDIR where and as needed to get to the right directories. Lastly, all this can be moved from the .bb file into the .inc file as none of that appears to actually be version specific, and we can sort the configure options alphabetically for clarity. [YOCTO #13058] (From OE-Core rev: e2a6b316651412054af1dbddfb25ab980249f85d) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix the su and runuser packagesAndré Draszik2019-02-121-13/+7
| | | | | | | | | | | | | | | | | | | | | | | | The packages get an automatic RDEPENDS via shlibs, no need to explicitly state it, so we can drop those useless explicit assignments. su is moved into ${base_bindir} in do_install(), so because of a mismatched FILES specification su is actually packaged into the main package at the moment, not into the -su package as likely originally intended. runuser needs the pam configuration files, so they should be in the -runuser package, not in the main package. While fixing this, we can simplify the update alternatives processing for su. [YOCTO #13058] (From OE-Core rev: d8f4ffdc6db5484de97186586a7f39da32205c7b) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: be more explicit about what files go into packagesAndré Draszik2019-02-121-4/+4
| | | | | | | | | | | | | | Just using a wildcard leaves the reader wondering what is meant here. By being explicit we can describe exactly what is intended, i.e. the file name as resulting from the ALTERNATIVE and ALTERNATIVE_LINK_NAME mechanism. (From OE-Core rev: 1892acab58884aa3b94b49da2854299a6db22af7) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: remove minix remnantsAndré Draszik2019-02-021-1/+1
| | | | | | | | | | | | | While commit fc66762d7c11 ("util-linux: Disable minix support.") (or e88cee8cc31d in poky) removed most of the bits, there are still references to minix remaining. Remove them. (From OE-Core rev: 577a3723052c4465a7858cd2de05292e67a93cce) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: remove erroneous patch (qsort_r)André Draszik2019-02-022-39/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | The patch in question is patching the code to use qsort() instead of qsort_r(), without adopting the compare function. This is a major issue, because the compare function as written is evaluating / accessing a third argument, which is not passed with this OE patch, causing access to random memory. Given this patch was added so as to support (old) linux (host) distros which might not provide qsort_r(), according to the git history, and given these days util-linux detects availability of qsort_r() during configure phase, and given musl builds (which doesn't provide qsort_r() either) work without problem, the right solution is to simply drop this invalid patch. Do so. (From OE-Core rev: a85f93b4265a20b269085d12326e32915c561e62) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: simplify version upgrades (MAJOR_VERSION)André Draszik2019-02-022-2/+2
| | | | | | | | | | | | | There doesn't appear to be a need to manually and explicitly specificy the major version (for the download URL), it can be deduced easily from PV. Do so. (From OE-Core rev: e07272491e9f4d81a4c3797c585958163657bf9c) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Fix Deprecated warnings from regexsRichard Purdie2019-01-161-1/+1
| | | | | | | | | | | | | | | | | | | | Fix handling of escape characters in regexs and hence fix python Deprecation warnings which will be problematic in python 3.8. Note that some show up as: """ meta/classes/package.bbclass:1293: DeprecationWarning: invalid escape sequence \.   """ where the problem isn't on 1293 in package.bbclass but in some _prepend to a package.bbclass function in a different file like mesa.inc, often from do_package_split() calls. (From OE-Core rev: 4b1c0c7d5525fc4cea9e0f02ec54e92a6fbc6199) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Fix build with glibc 2.29Khem Raj2019-01-082-0/+17
| | | | | | | (From OE-Core rev: f2646ea56e5ce82561089956c4a1f0d3c81087b1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: split out blkdiscard into its own packageAndré Draszik2018-12-051-2/+3
| | | | | | | | | | | | For systems that don't otherwise depend on the full util-linux package, blkdiscard is a mere 18k (on cortexa7t2hf-neon). (From OE-Core rev: 96bfdea8e0ec891b44fc4b0c69120669954426ad) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: alternatify cal, rev, and ioniceDan McGregor2018-10-201-2/+7
| | | | | | | | | | These are also provided by toybox in its default configuration, and can be turned on in busybox. (From OE-Core rev: 33c8dc08c9b160a0bb1d71d8b421a99de6e6eeee) Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix alternatives setting for switch-rootRandy MacLeod2018-10-181-2/+4
| | | | | | | | | | | | | The alternative setting for switch_root belongs to the util-linux-switch-root package instead of the util-linux package. Fix this problem to avoid a dangling symlink: /usr/bin/switch_root-> /usr/bin/switch_root.util-linux on target and in the sdk. (From OE-Core rev: b8366a7057da8b880ca36c38999ef658594f4fde) Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: fix alternatives setting for unshareChen Qi2018-10-121-2/+4
| | | | | | | | | | | The alternative setting for unshare belongs to the util-linux-unshare package instead of the util-linux package. Fix this problem to avoid a dead symlink /usr/bin/unshare -> /usr/bin/unshare.util-linux on target. (From OE-Core rev: 5c4922d5a3bc4a5aaa807d9e65210d0c01c9bdef) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Use update-alternatives for fsfreeze, nsenterMax Krummenacher2018-10-091-3/+7
| | | | | | | | | | | | | | | | | | | | | | | | busybox may also provide a fsfreeze and nsenter implementation, so use u-a to allow installing them side by side. If one installs both, busybox and util-linux, one gets the following error (seen on a populate-sdk run): | ERROR: Postinstall scriptlets of ['busybox'] have failed. If the intention is to defer them to first boot, | then please place them into pkg_postinst_ontarget_${PN} (). | Deferring to first boot via 'exit 1' is no longer supported. And the coresponding do_populate_sdk extract: | ... | update-alternatives: Error: not linking ...sdk/image/usr/local/oecore-x86_64/sysroots/armv7at2hf-neon-angstrom-linux-gnueabi/usr/sbin/fsfreeze | to /bin/busybox.nosuid /bin/busybox.nosuid since ...sdk/image/usr/local/oecore-x86_64/sysroots/armv7at2hf-neon-angstrom-linux-gnueabi/usr/sbin/fsfreeze | exists and is not a link | ... (From OE-Core rev: 94e3fdff76452d3acde42b164d3ffa6b72540a40) Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Fix packaging of util-linux-unshareOtavio Salvador2018-09-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | Below commit has added the unshare to alternatives but did not fix the packaging of the changed file. ,----[ Offending commit ] | commit 147da8fe7458a38598845958cb358bb094eba57b | Author: Ioan-Adrian Ratiu <adrian.ratiu@ni.com> | Date: Thu Jul 5 11:57:19 2018 +0300 | | util-linux.inc: add fallocate & unshare to alternatives | | These binaries can be provided by busybox triggering a conflict in | do_rootfs so update-alternatives needs to know about them to properly | create the symlinks. | | Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com> | Signed-off-by: Ross Burton <ross.burton@intel.com> `---- (From OE-Core rev: a68f1cacb560632382f8f8ff0c7e03e39a891b29) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: upgrade 2.32 -> 2.32.1Chen Qi2018-08-231-2/+2
| | | | | | | (From OE-Core rev: 711f867b1d036aba04e839e955e0fa9d81d3c794) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Enable fallocate for native/nativesdkRichard Purdie2018-08-012-4/+1
| | | | | | | | | | | | | fallocate was disabled for native/nativesdk in: http://git.openembedded.org/openembedded-core/commit/?id=17f3c548caf4adec37c3bbb139aa6b3900419794 We have since added uninative support and better glibc handling for SDKs so this difference can be dropped now. (From OE-Core rev: 07a4557ae5954897c87749443b9262819bc9c579) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux.inc: add fallocate only for class-targetIoan-Adrian Ratiu2018-08-011-1/+2
| | | | | | | | | | | | | | | | | | | | Because the util-linux_2.32.bb recipe explicitely disables fallocate for nativesdk triggering build warnings: WARNING: nativesdk-util-linux-2.32-r0 do_package: util-linux: alternative target (sdk/usr/bin/fallocate or sdk/usr/bin/fallocate.util-linux) does not exist, skipping... WARNING: nativesdk-util-linux-2.32-r0 do_package: util-linux: NOT adding alternative provide sdk/usr/bin/fallocate: sdk/usr/bin/fallocate.util-linux does not exist WARNING: nativesdk-util-linux-2.32-r0 do_package: util-linux: alt_link == alt_target: sdk/usr/bin/fallocate == sdk/usr/bin/fallocate (From OE-Core rev: 469ab3c7f129b90e9dd5e6427b5b617b9dedde47) Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux.inc: add fallocate & unshare to alternativesIoan-Adrian Ratiu2018-07-061-1/+3
| | | | | | | | | | | | These binaries can be provided by busybox triggering a conflict in do_rootfs so update-alternatives needs to know about them to properly create the symlinks. (From OE-Core rev: 147da8fe7458a38598845958cb358bb094eba57b) Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: alternatify fstrimRasmus Villemoes2018-07-051-1/+4
| | | | | | | | | | | | | | I hit update-alternatives: Error: not linking [...]/rootfs/sbin/fstrim to /bin/busybox.nosuid since [...]/rootfs/sbin/fstrim exists and is not a link The solution seems to be to tell the alternatives system that util-linux can also provide fstrim. (From OE-Core rev: 7b317343a74bb0c31515b28879127972d50d1896) Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Enable unshare utilityOtavio Salvador2018-06-271-2/+3
| | | | | | | | | It allows to run program with some namespaces unshared from parent. (From OE-Core rev: 68e0080a924654245f04cf92c2579abd9e5bc658) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: update to 2.32Armin Kuster2018-05-113-13/+13
| | | | | | | | | | | | | | | | | | rfkill moved locations, update accordingly refactored avoid_parallel_tests.patch includes security fix: CVE-2018-7738 (score: 7.2) affects: < 2.32-rc1 see changelog for other bugfixes: https://mirrors.edge.kernel.org/pub/linux/utils/util-linux/v2.32/v2.32-ChangeLog (From OE-Core rev: a7a1e3155287d3bac7ab83e58d53ee2a364f2e29) Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* uninative: Add allow-shlib-undefined to BUILD_LDFLAGS and drop other workaroundsRichard Purdie2018-04-182-22/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We have a problem when for example, a glibc 2.27 based system builds some library like libpopt-native and puts it into sstate then it is reused on a pre glibc-2.27 system to build something which depends on popt like rpm-native. This results in an error like: recipe-sysroot-native/usr/lib/libpopt.so: undefined reference to `glob@GLIBC_2.27' In the past we've had this problem with new symbols like getrandom and getentropy, here its with a more complex symbol where there is an old version and a newer version. We've looked into various options, basically we cannot link against our uninative libc/ld.so since we don't have the right headers or compiler link libraries. The compiler doesn't allow you to switch in a new set either, even if we did want to ship them. Shipping a complete compiler, dev headers and libs also isn't an option. On the other hand if we follow the ld man page, it does say: """ The reasons for allowing undefined symbol references in shared libraries specified at link time are that: - A shared library specified at link time may not be the same as the one that is available at load time, so the symbol might actually be resolvable at load time. """ which is exactly this case. By the time the binary runs, it will use our uninative loader and libc and the symbol will be available. Therefore we basically have a choice, we get weird intermittent bugs, we drop uninative entirely, or we pass this option. If we pass the option, we can drop the other workarounds too. (From OE-Core rev: 75a62ede393bf6b4972390ef5290d50add19341a) (From OE-Core rev: d18bf7fa8e80d6cfaf3fdbe1ab06eec84b954432) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk-glibc: Split glibc and libcrypt to use libxcrypt insteadRichard Purdie2018-04-071-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fedora28[1] has decided to go ahead and use libxcrypt to replace libcrypt from glibc despite the change not having merged into glibc upstream yet. This breaks the use of uninative in OE on fedora28 since binaries there are now using new symbols only found in libxcrypt. libxcrypt is meant to be backwards compatible with libcrypt but not the reverse. Since this will impact OE in the next release cycle, this changes nativesdk only to use this new model and adds libxcrypt to work in that case. This allows us to build a uninative which is compatible with fedora28 and previous other OSes. In order to work, recipes will now need to depend on virtual/crypt where they use libcrypt since its now a separate library and we can't depend on it from glibc to preseve backwards compatibility since glibc needs to build first. For now, only the problematic nativesdk recipes have been fixed up. For target use, the default provider remains glibc for now. Assuming this change is merged into upstream glibc, we will need to roll this change out for the target but we will do this in the next release cycle when we can better deal with the resulting bugs. [1] https://fedoraproject.org/wiki/Changes/Replace_glibc_libcrypt_with_libxcrypt Original patch from Charles-Antoine Couret <charles-antoine.couret@essensium.com>, tweaked by RP to add virtual provides, SkipRecipe for libxcrypt and other minor tweaks. (From OE-Core rev: c1573cb7faeb296fe7077a60d02443d5ed5bded0) Signed-off-by: Charles-Antoine Couret <charles-antoine.couret@essensium.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: refresh patchesRoss Burton2018-03-091-5/+5
| | | | | | | | | | | | | | | | | | | | | The patch tool will apply patches by default with "fuzz", which is where if the hunk context isn't present but what is there is close enough, it will force the patch in. Whilst this is useful when there's just whitespace changes, when applied to source it is possible for a patch applied with fuzz to produce broken code which still compiles (see #10450). This is obviously bad. We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For that to be realistic the existing patches with fuzz need to be rebased and reviewed. (From OE-Core rev: 16c27f3bb7b99193a88949eb85f3a3da725f3a6c) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* util-linux: Remove kill from native installMike Crowe2018-03-081-0/+2
| | | | | | | | | | | | | | | | | | util-linux installs kill as ${base_bindir}/kill. coreutils installs kill as ${bindir}/kill. If base_bindir and bindir are the same (as they are in meta-micro) then this causes a conflict for recipes that depend on util-linux-native and coreutils-native. This means that in the unlikely event that a recipe needs to run kill during the build, it will need to depend on coreutils-native. core-image-sato built successfully for me with this change. (From OE-Core rev: 5569e6ef3ef646fa498f59b8dae1d5d34d0bb9c3) Signed-off-by: Mike Crowe <mac@mcrowe.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-15 19:40:06 +0000