summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/packagegroups/packagegroup-core-full-cmdline.bb
AgeCommit message (Collapse)Author
2024-03-06mc: upgrade 4.8.30 -> 4.8.31Alexander Kanavin
Fish vfs was renamed to shell vfs: https://github.com/MidnightCommander/mc/commit/6ca4ab4b4ef0f42e9b56103038b7f45e146cbdc8 Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-09-22recipes: Drop remaining PR values from recipesRichard Purdie
We've been removing PR values from recipes at upgrade time for a while. In general anyone maintaining a binary distro would end up having to curate these themselves so the values in OE-Core aren't really that useful anymore. In many ways it makes sense to clear out the remaining ones (which are mostly for 'config' recipes that are unlikely to increase in PV) and leave a clean slate for anyone implementing a binary distro config. References are left in meta-selftest since the tests there do involve them and their removal upon upgrade. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-13packagegroup-core-full-cmdline: Drop compatibility mappingsRichard Purdie
The task-core namespace was dropped years ago and we've had the compatibility mappings for a long time. We should no longer need them as everyone should long since have adapted. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-13packagegroups-core-full-cmdline: Drop libraries packagegroup and gmpRichard Purdie
We pull in libraries as/where needed as dependencies so there is no need to have them as specific packagegroups. This change removes glib-2.0 and gmp. This also has the advantage of meaning debian renaming now isn't used anywhere and the packagegroup can remain allarch. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-07-30Convert to new override syntaxRichard Purdie
This is the result of automated script conversion: scripts/contrib/convert-overrides.py <oe-core directory> converting the metadata to use ":" as the override character instead of "_". Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2020-05-27multilib/recipes: Use new RecipePostKeyExpansion eventRichard Purdie
There are issues with multilib due to the ordering of events where some functions see the remapped multilib dependencies and some do not. A significant problem is that the multilib class needs to make some changes before key expansion and some afterwards but by using existing event handlers, some code sees things in a partially translated state, leading to bugs. This patch changes things to use a new event handler from bitbake which makes the ordering of the changes explcit. The challenge in doing this is that it breaks some existing anonymous python and dyanmic assignments. In some cases these used to be translated and no longer are, meaning MLPREFIX has to be added. In some cases these are now translated and the MLPREFIX can be removed. This change does now make it very clear when MLPREFIX is required and when it is not, its just the migration path which is harder. The patch changes the small number of cases where fixes are needed. In particular, where a variable like RDEPENDS is conditionally extended (e.g. with an override), MLPREFIX is now required. This patch also reverts: base: Revert 'base.bbclass: considering multilib when setting LICENSE_EXCLUSION' This reverts 6597130256a1609c3e05ec5891aceaf549c37985 as the changes to multilib datastore handling mean its no longer necessary. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2019-11-21core-image-full-cmdline: Add lessRichard Purdie
Less was coming from busybox in these images, add the full version. [YOCTO #13630] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2019-07-18defaultsetup.conf: enable select init managerKai Kang
Introduce a new variable INIT_MANAGER and create 4 init-manager-*.inc files to configure init manager settings. Available values of INIT_MANAGER are sysvinit, systemd, mdev-busybox and a default of none. 'none' provides backwards compatibility. The settings of various VIRTUAL-RUNTIME variables are moved into these files from the packagegroups. [YOCTO #13031] [Modifications by RP for backwards compatibility] Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2019-05-30packagegroup-core-full-cmdline: Make nfs-utils/rpcbind optionalOliver Stäbler
Consider DISTRO_FEATURES for nfs-utils and rpcbind. This is to prevent the following warning while booting: NFS daemon support not enabled in kernel Signed-off-by: Oliver Stäbler <oliver.staebler@bytesatwork.ch> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2019-05-04packagegroup-core-full-cmdline: remove zlibRoss Burton
zlib is just a library so there's no point in it being part of a 'full commandline experience' packagegroup. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2018-10-12packagegroup-core-lsb/-full-cmdline: add bzip2Chen Qi
We are having the following error when using 'tar' from tar recipe to decompress .tar.bz2 files. tar (child): bzip2: Cannot exec: No such file or directory tar (child): Error is not recoverable: exiting now tar: Child returned status 2 tar: Error is not recoverable: exiting now The tar package is introduced by these two packagegroups into image. >From the README file from tar's source codes: """ ** gzip and bzip2. GNU tar uses the gzip and bzip2 programs to read and write compressed archives. If you don't have these programs already, you need to install them. """ So we'd better cluster gzip and bzip2 with tar. These two packagegroups already get 'gzip', so we also add 'bzip2'. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2018-07-26packagegroup-core-full-cmdline: clean up system-services dependenciesRoss Burton
The 'system services' packagegroup depends on a number of packages which are not system services, so remove them from the list. Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-06-27packagegroup-full-cmdline: remove poptRoss Burton
popt is a library, so it makes no sense for this to be in a "command line" packagegroup. Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-06-21mktemp: removeRoss Burton
Both busybox and coreutils provide mktemp, and the only difference between those (and standalone mktemp) is that coreutils supports --suffix. Also mktemp.org has disappeared, so it's fair to assume that the standalone mktemp (last released in 2010) is dead. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2018-05-04libuser: removeRoss Burton
This isn't used by anything in oe-core (or in common use in general, only one package in Debian depends on it), so remove it from oe-core. Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-02-24pax: remove the recipeAlexander Kanavin
The situation with pax (vs. tar and cpio) is perfectly described here: https://xkcd.com/927/ The only reason pax is still around, kind of, is because both POSIX and LSB mandate it. Outside of those documents, it's not used by anyone. Meanwhile, the upstream URI we've been taking it from went down, and rather than seek an alternative source, I just went ahead and removed the recipe. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-02-16packagegroup-core-full-cmdline: remove libraries from the system-services groupRoss Burton
Signed-off-by: Ross Burton <ross.burton@intel.com>
2018-02-16pakagegroups: don't pull in sysfsutilsRoss Burton
sysfsutils is unmaintained and generally not needed. Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-05-16byacc: remove the recipeAlexander Kanavin
It was used only by rpm5 and will be moved to meta-oe Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-05-16mc: do not package Python-based extfs helpersAlexander Kanavin
They have not been ported to Python 3, and they are for browsing Amazon s3+ and Commodore 64/128 emulator filesystems - hardly consequential. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-12-16meta: remove True option to getVar callsJoshua Lock
getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-06-02packagegroup-core-full-cmdline: drop python-dbus from the list of servicesAlexander Kanavin
Any Python scripts should include this dependency explicitly. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-05-06packagegroup-foo.bb: remove LICENSE = "MIT"Robert Yang
It has been set in packagegroup.bbclass. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-06-03packagegroup-core-full-cmdline: remove lighttpdRobert Yang
The packagegroup-core-full-cmdline-sys-services should not pull in lighttpd, move it to packagegroup-core-lsb since lsb needs it. [YOCTO #7086] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2014-04-25Globally replace 'base_contains' calls with 'bb.utils.contains'Otavio Salvador
The base_contains is kept as a compatibility method and we ought to not use it in OE-Core so we can remove it from base metadata in future. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-07core-image-basic / packagegroup-core-basic: rename to *-full-cmdlinePaul Eggleton
This more accurately represents what this image and packagegroup are intended to provide (a more complete command-line environment similar to what you would find on a traditional Linux system), and avoids confusion with the similarly named core-image-base and packagegroup-base. Fixes [YOCTO #2424]. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>