summaryrefslogtreecommitdiffstats
path: root/meta
Commit message (Collapse)AuthorAgeFilesLines
* classes/license_image.bbclass: Fix rootfs license file permissionsJoshua Watt2019-02-151-3/+9
| | | | | | | | | | | | | | Fixes up the permissions on the license files when they are put on the target file system so that they are readable by everyone. Previously, they would have inherited whatever permissions the file had in the recipe, which may not have been appropriate. [YOCTO #13175] (From OE-Core rev: 8190d192fceb9b0969385507d3d4bca7be75c810) Signed-off-by: Joshua Watt <JPEWhacker@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* default-distrovars: set CONNECTIVITY_CHECK_URISRoss Burton2019-02-151-0/+6
| | | | | | | | | | | Connectivity checking is useful, so set a default value of https://example.com/. This checks both that we have connectivity and HTTPS makes it through any proxies. (From OE-Core rev: 1cd9e258a4a7db98e6cb79ab13450cbb1eb94ba7) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* x264: update to latest on stable branchAnuj Mittal2019-02-151-3/+3
| | | | | | | | | | | | | For changes, see: https://github.com/mirror/x264/compare/e9a5903edf8ca59ef20e6f4894c196f135af735e...0a84d986e7020f8344f00752e3600b9769cc1e85 Remove the perlnative dependency that doesn't seem to be needed. (From OE-Core rev: 80dd2425cd63677c65d93aa2044852cd9b64ab4a) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bind: Move nsupdate to bind-utilsAdrian Bunk2019-02-151-1/+1
| | | | | | | | | | This is a client tool that is usually not used one the same machine as the DNS server. (From OE-Core rev: 3f114fb51ca315db0f7cb73b450a508a0477ab88) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Check BuildStarted for HOSTTOOLSRobert Yang2019-02-151-0/+6
| | | | | | | | | | | | | | | | | | | | | | | There might be no bb.event.ConfigParsed event if bitbake server is running, so check bb.event.BuildStarted too to make sure HOSTTOOLS_DIR exists. Fixed: $ export BB_SERVER_TIMEOUT=-1 $ bitbake quilt-native $ rm -fr tmp $ bitbake quilt-native ERROR: Error running gcc --version: /bin/sh: gcc: command not found This error is caused by enable_uninative(), it runs twice (ConfigParsed and BuildStarted), the error would happen when there is no ConfigParsed event (no hosttools is created), but BuildStarted. This patch can fix the problem. [YOCTO #13022] (From OE-Core rev: da798db0a48282e3d4f58890a7aec42c3deff0b8) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cairo: upgrade 1.14.12 -> 1.16.0Anuj Mittal2019-02-152-50/+3
| | | | | | | | | | | | | | | | * For changes, see: https://www.cairographics.org/releases/ChangeLog.cairo-1.16.0 * Remove the backported patch. * libcairo-trace isn't a version lib anymore, fix the packaging and include it in perf-utils. (From OE-Core rev: ce6f4f3e40e8864e50bb06be37250f4e6f323acd) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pixman: upgrade 0.34.0 -> 0.38.0Anuj Mittal2019-02-152-32/+2
| | | | | | | | | | | For changes, see: https://cgit.freedesktop.org/pixman/log/?qt=range&q=pixman-0.38.0...pixman-0.34.0 (From OE-Core rev: 26fe9e93eff2a45101534ae0ba61229649783281) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* harfbuzz: upgrade 2.2.0 -> 2.3.1Anuj Mittal2019-02-151-2/+2
| | | | | | | | | | | For changes, see: https://github.com/harfbuzz/harfbuzz/releases (From OE-Core rev: afc68a7e983afa7ce75e20883f416012ea56ede4) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* grub2: Fix build with gcc9Khem Raj2019-02-152-0/+250
| | | | | | | | | Disable -Waddress-of-packed-member being treated as error (From OE-Core rev: cd2b008acb9b46e00a34c0fc23188c3f73d3c74e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gstreamer: improve metadata dependenciesRoss Burton2019-02-151-4/+4
| | | | | | | | | | | | | Instead of maintaining its own copy of the 'system' packages, reuse oe.utils.packages_filter_out_system(). This stops ${PN}-src being added to the meta package, which meant anything depending on the meta package was also pulling in the sources. (From OE-Core rev: 32dc827dae50d818477c299d7adee9f444f6afb7) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* utils: add -src to system package name blacklistRoss Burton2019-02-151-1/+1
| | | | | | | | | | | oe.utils.packages_filter_out_system() returns PACKAGES after removing "system" packages but it doesn't handle ${PN}-src as generated by PACKAGE_DEBUG_SPLIT_STYLE=debug-with-srcpkg. (From OE-Core rev: 162632d3d1e40c83ed9c5d49a026edf3912860a0) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* systemd: RDEPENDS on util-linux-umountAndré Draszik2019-02-141-1/+1
| | | | | | | | | | | | | It looks like there is an implicit dependency on util-linux' umount - as otherwise when using busybox' umount we see a long delay on shutdown / reboot. [YOCTO #13058] (From OE-Core rev: 39a3d2c603429865af632fe41b2cf32c3dfdfb1d) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image_types.bbclass: Set memory usage limit and CPU threads for xzKhem Raj2019-02-144-4/+6
| | | | | | | | | | | | | | | | | | | | when building with opkg backend and huge packages e.g. chromium/llvm all going in parallel, memory pressure causes xz to catapult with do_package_write_ipk: Failed to create package, opkg-build failed with: xz: (stdin): Cannot allocate memory since there are many tasks going on in parallel, xz adds to memory pressure and it wants it all, put an upper limit for memory xz can use We add a variable XZ_MAXRAM with 30% of RAM limit and can be customized if builders have more memory one can set it like XZ_DEFAULTS = "-M 0 -T 0" (From OE-Core rev: 28b277a93a34bba033d9d0d9f3227c9453efd384) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xf86-video-intel: update to latestAnuj Mittal2019-02-141-1/+1
| | | | | | | (From OE-Core rev: 1387cc56461ee51c5fd49ba22088710c5b6a652b) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva-utils: upgrade 2.3.0 -> 2.4.0Anuj Mittal2019-02-142-3/+40
| | | | | | | | | | | | | For changes, see: https://github.com/intel/libva-utils/releases Switch back to using tarball now that it is available. (From OE-Core rev: c059319acceb2ccc6691935e520a532fe6e0eec4) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libva: upgrade 2.3.0 -> 2.4.0Anuj Mittal2019-02-141-2/+2
| | | | | | | | | | | For changes, see: https://github.com/intel/libva/releases (From OE-Core rev: 50edb8874755edac32a2adc31df4dbad181bc9c4) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* cmake: update to 3.13.4Pascal Bach2019-02-145-7/+7
| | | | | | | | | | | | All patches have been rebased on top of the 3.13.4 release. I successfully built all CMake recipes in oe-core and meta-oe. (From OE-Core rev: f40a5da14ec688f751d6394ce9a997578904fd8d) Signed-off-by: Pascal Bach <pascal.bach@siemens.com> Cc: Otavio Salvador <otavio.salvador@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* menu-cache: upgrade 1.0.2 -> 1.1.0Andreas Müller2019-02-141-2/+2
| | | | | | | | | Latest LxQt requires recent version of menu-cache. (From OE-Core rev: d52d1d92618bfda6f4206eb81e6d81c431d45227) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgfortran: Set license to GPL-3.0-with-GCC-exceptionSanthosh Nadig2019-02-141-0/+5
| | | | | | | | | | | libgfortran did not have the GCC exception in the same manner as libgcc had. Change-Id: If48ab6e6775da235c8fdd0ca4e835acf1e831252 (From OE-Core rev: 0b4a4b37260e719ae12fb9a8e6556759422bfc92) Signed-off-by: Santhosh Nadig <santhosn@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake: use GCC ar and ranlib wrappersRoss Burton2019-02-141-2/+2
| | | | | | | | | | | | Instead of calling 'ar' and 'ranlib' directly, set AR=gcc-ar and RANLIB=gcc-ranlib. This fixes builds with link-time optimisation where more arguments would need to be passed to ranlib but gcc-ranlib will do that automatically. (From OE-Core rev: d9f37a25adba8d6638abbe7bc0503b09f696c2fc) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: add baseline ARC supportBruce Ashfield2019-02-123-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Adding both the required toolchain options (libgcc) and baseline BSP definitions for arc support. Author: Alexey Brodkin <alexey.brodkin@synopsys.com> Date: Fri Feb 8 18:32:21 2019 +0300 linux-yocto: Add dependency on libgcc for ARC As of now in case of ARC there's no in-kernel implementation of basic libgcc functions used for millicode, multiplication, division etc instead we simply link with libgcc.a which provides everything used by the compiler. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Author: Alexey Brodkin <alexey.brodkin@synopsys.com> Date: Fri Feb 8 17:29:40 2019 +0300 ARC: Add nsimhs- and hsdk-standard configs With ARC support ramping-up in upstream OE we're ready to build more complicated distributions and linux-yocto is a nice and configurable base for that. This commit adds support of 1 simulated board (nSIM) and the mast affordable and powerful to date development board (HSDK). Once Qemu port for ARC is functional (it's being actively developed now) we'll switch from nSIM to Qemu. Still it would be really good to keep nSIM support in linux-yocto for now as it allows for simpler testing as compared to real HW. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Cc: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> (From OE-Core rev: 430bd28093fb743ba3bd032e11e40b4dd8e5bd1f) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: Add dependency on libgcc for ARCAlexey Brodkin2019-02-121-0/+4
| | | | | | | | | | | | As of now in case of ARC there's no in-kernel implementation of basic libgcc functions used for millicode, multiplication, division etc instead we simply link with libgcc.a which provides everything used by the compiler. (From OE-Core rev: 4f582a1123be0cc56abab324c5eb16ad03906857) Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* linux-yocto: tweak console boot checkBruce Ashfield2019-02-123-14/+14
| | | | | | | | | | | | | | | | | boot/main: don't check console device file on fs when booting with initrd/initramfs In case of initrd/initramfs /dev/console might not exist that early as devtmpfs is mounted a bit later by /init process so disable this check in that case. Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> (From OE-Core rev: b5bd54b1640c1e59960c260dd6521ba2500df204) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ruby: remove CVE-2018-1000073.patch as already fixedGrandbois, Brett2019-02-122-35/+0
| | | | | | | | | | | | rubygems 2.7.6 which is in ruby 2.5.3 has this fix and as currently applied all gem extraction fails as the realpath check is done against the full path including the file to be extracted which will always fail as the file hasnt been extracted yet (From OE-Core rev: 479620023aa0af9467ca1d2807cf7bedd73327f6) Signed-off-by: Brett Grandbois <brett.grandbois@opengear.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libunwind: Upgrade to 1.3.1 releaseKhem Raj2019-02-128-135/+73
| | | | | | | | | | - Drop upstreamed patch to enable/disable tests - Forward port rest of patches to new version (From OE-Core rev: 0471307da8d1e0df27df115c47d05e7b64dea080) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsdl2: Add packageconfigs jack & kmsdrmAndreas Müller2019-02-121-0/+2
| | | | | | | (From OE-Core rev: 680ad16dd5f7bb131cf226897c18eb3ed748cb6c) Signed-off-by: Andreas Müller <schnitzeltony@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* xvideo-tests: removeRoss Burton2019-02-124-21/+0
| | | | | | | | | | These tests are very old, unmaintained, and there are far better tools to exercise video codepaths now. (From OE-Core rev: 210506e79f1f251347981c11722f5a16c708d480) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* image_types: add base64 conversionSilvio Fricke2019-02-121-1/+3
| | | | | | | | | Sometimes it is useful to have a base64 representation of an image. (From OE-Core rev: 9d00b146c4125b195fac5a0743fe7d8e59edef7f) Signed-off-by: Silvio Fricke <silvio.fricke@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>
* sysvinit-inittab: support non-busybox-getty on serial consolesAndré Draszik2019-02-122-1/+14
| | | | | | | | | | | | | | | | | | | | | | | Busybox' getty has code to try to make itself a session leader, whereas util-linux' agetty doesn't. It expects this to happen from outside. When getty is not a session leader, many things don't work on the serial console, e.g. setting the terminal process group, job control doesn't work, etc. Executing image tests also fails with AssertionErrors, because Feb 5 16:12:55 qemuarm getty[590]: /dev/ttyAMA1: cannot get controlling tty: Operation not permitted Feb 5 16:12:55 qemuarm getty[590]: /dev/ttyAMA1: cannot set process group: Inappropriate ioctl for device Update the start_getty script to invoke getty via the setsid utility if needed, i.e. if /sbin/getty is not busybox getty. [YOCTO #13058] (From OE-Core rev: 37be77565d323fc543427ad47399996119f59ab1) Signed-off-by: André Draszik <andre.draszik@jci.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* arch-armv7*.inc: Add Cortex vfpv4-d16 supportPhil Edworthy2019-02-084-9/+61
| | | | | | | | | Some ARM Cortex devices have the VFPv4-D16, but no NEON. (From OE-Core rev: 594f8584268d5179c18512beada2bae4a21325de) Signed-off-by: Phil Edworthy <phil.edworthy@renesas.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wayland-protocols: upgrade 1.16 -> 1.17Anuj Mittal2019-02-081-2/+2
| | | | | | | | | | | For changes, see: https://lists.freedesktop.org/archives/wayland-devel/2018-November/039662.html (From OE-Core rev: 7eeeb59929d28de00d8b5f11c937d7031c22672c) Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* glibc-locale: Rewrite do_install using install utility instead of cpKhem Raj2019-02-081-21/+20
| | | | | | | | | | | | | | | | | | | This has been a constant source of trouble for build failures due to host-user-contaminated QA errors of sort ERROR: QA Issue: glibc-locale: /glibc-binary-localedata-ca-es+valencia/usr/lib/locale/ca_ES@valencia/LC_MONETARY is owned by uid 3004, which is the same as the user running bitbake. This may be due to host contamination [host-user-contaminated] So far we have tried to mould cp command into not carrying the build user permissions into install area but it is never entirely fixed since the issue keeps popping up in various scenes This patch replaces use of cp with install utility and specifies install mode for files explcitly (From OE-Core rev: 92fdb64ac9689b9cac8a1229b1928b50338969be) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wpa-supplicant: update to 2.7Changhyeok Bae2019-02-0810-1202/+5
| | | | | | | | | CVE patches is already applied in v2.7 (From OE-Core rev: 2c3a905061b501b1c79e191a1f275fdb9768a2d6) Signed-off-by: Changhyeok Bae <changhyeok.bae@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* wpa_supplicant: Changed systemd template unitsJoshua DeWeese2019-02-082-0/+53
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I goofed up the scissor line on the last attempt. Not sure how much it matters, but here it is correct this time. Here it is, updated to work with wpa-supplicant_2.6.bb. -- >8 -- https://www.freedesktop.org/software/systemd/man/systemd.unit.html#WantedBy= When building root filesystems with any of the wpa_supplicant systemd template service files enabled (current default is to have them disabled) the systemd-native-fake script would not process the line: Alias=multi-user.target.wants/wpa_supplicant@%i.service appropriately due the the use of "%i." According to the systemd documentation "WantedBy=foo.service in a service bar.service is mostly equivalent to Alias=foo.service.wants/bar.service in the same file." However, this is not really the intended purpose of install Aliases. All lines of the form: Alias=multi-user.target.wants/*%i.service Were replaced with the following lines: WantedBy=multi-user.target (From OE-Core rev: 85f82e94849f1c1b5e150c2e38c03eae19a2b370) Signed-off-by: Joshua DeWeese <jdeweese@hennypenny.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: replace Changhyeok Bae's @lge email address with a personal oneChanghyeok Bae2019-02-081-8/+8
| | | | | | | | | | As I will leaving LGE, this address will no longer be valid, so swap it for my person one for now. (From OE-Core rev: 06ffe905aa8a707cc4845e012ca555eeed5c0e50) Signed-off-by: Changhyeok Bae <changhyeok.bae@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* OpkgPM: use --add-ignore-recommends to process BAD_RECOMMENDATIONSAlejandro del Castillo2019-02-082-41/+2
| | | | | | | | | | | | Currently, BAD_RECOMMENDATIONS on the opkg backed relies on editing the opkg status file (it sets BAD_RECOMMENDATIONS pkg want state to deinstalled and pinned). This is brittle, and not consistent across the different solver backends. Use new --add-ignore-recommends flag instead. (From OE-Core rev: 0d11e813ba9b4e8de9e6e5099ff85f5d914243bc) Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libsolv: fix segfault when using SOLVER_DISFAVORAlejandro del Castillo2019-02-082-1/+36
| | | | | | | | | | | Opkg --add-ignore-recommends use the flag SOLVER_DISFAVOR. If a package is set to be ignored as a recommendee, but there are not other recommends on the package graph, libsolv segfaults. (From OE-Core rev: d3ee06845e18ecf94770ff0970c2a0d6631ed214) Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: add --ignore-recommends flagAlejandro del Castillo2019-02-082-0/+260
| | | | | | | | | To be used for BAD_RECOMMENDATIONS feature. (From OE-Core rev: 788d97b4f8e4452cef1ba6bb3e565e1b52dbb7de) Signed-off-by: Alejandro del Castillo <alejandro.delcastillo@ni.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-28 18:08:11 +0000