summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/coreutils
Commit message (Collapse)AuthorAgeFilesLines
* recipes: Replace "cp -a" with "cp -R --no-dereference --preserve=mode, links"Martin Jansa2017-06-061-1/+1
| | | | | | | | | | | | * Using "cp -a" leaks UID of user running the builds, causing many QA warnings. * See this thread for details: http://lists.openembedded.org/pipermail/openembedded-core/2015-November/112904.html (From OE-Core rev: 2fcb9bee2487ba8c5e7b2c1fda2fdffcf7fb7f78) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: don't use version-specific patch directoryRoss Burton2017-05-127-0/+0
| | | | | | | | | | As we only ship one version of coreutils, having this directory be versioned just complicates upgrades. (From OE-Core rev: 860e9c7d5653deb31dc0f1b0ea55c8e2a843d2fa) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: 8.26 -> 8.27Huang Qiyu2017-05-128-4/+4
| | | | | | | | | | Upgrade coreutils from 8.26 to 8.27. (From OE-Core rev: f59039820389cef334fa50d879e9a14d88ac8fb6) Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Move out stale GPLv2 versions to a seperate layeruninative-1.5Richard Purdie2017-03-0713-5133/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | These are recipes where the upstream has moved to GPLv3 and these old versions are the last ones under the GPLv2 license. There are several reasons for making this move. There is a different quality of service with these recipes in that they don't get security fixes and upstream no longer care about them, in fact they're actively hostile against people using old versions. The recipes tend to need a different kind of maintenance to work with changes in the wider ecosystem and there needs to be isolation between changes made in the v3 versions and those in the v2 versions. There are probably better ways to handle a "non-GPLv3" system but right now having these in OE-Core makes them look like a first class citizen when I believe they have potential for a variety of undesireable issues. Moving them into a separate layer makes their different needs clearer, it also makes it clear how many of these there are. Some are probably not needed (e.g. mc), I also wonder whether some are useful (e.g. gmp) since most things that use them are GPLv3 only already. Someone could now more clearly see how to streamline the list of recipes here. I'm proposing we mmove to this separate layer for 2.3 with its future maintinership and testing to be determined in 2.4 and beyond. (From OE-Core rev: 19b7e950346fb1dde6505c45236eba6cd9b33b4b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Make use of the new bb.utils.filter() functionPeter Kjellerstedt2017-03-012-3/+2
| | | | | | | (From OE-Core rev: 0a1427bf9aeeda6bee2cc0af8da4ea5fd90aef6f) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: upgrade to 8.26Chen Qi2017-01-168-4/+31
| | | | | | | | | | | | | Add 0001-local.mk-fix-cross-compiling-problem.patch to fix the following cross compiling problem. | Makefile:3418: *** Recursive variable 'INSTALL' references itself (eventually). Stop. (From OE-Core rev: 07fabf6aa622c4b9ed6f0dc97a6acf5df5a6f058) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove True option to getVar callsJoshua Lock2016-12-162-8/+8
| | | | | | | | | | | | | 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\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: enable xattr for nativeRobert Yang2016-09-061-1/+2
| | | | | | | | | | | The lib/oe/path.py requires xattr, fixed: Subprocess output: cp: cannot preserve extended attributes, cp is built without xattr support (From OE-Core rev: 18ff7efef77120538372a81b2cc8e8479742b064) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: update patch metadataRoss Burton2016-07-085-5/+5
| | | | | | | | | Enforce the correct tag names across all of oe-core for consistency. (From OE-Core rev: 606a43dc38a00cc243f933722db657aea4129f8e) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: revert upstream commit causing havoc with ls outputPaul Gortmaker2016-05-302-0/+50
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A recent commit causes ls to have the following behaviour: meta-overc:~$ mkdir abc meta-overc:~$ cd abc meta-overc:~/abc$ touch aaaa bbbb 'filename with spaces' meta-overc:~/abc$ ls aaaa bbbb 'filename with spaces' meta-overc:~/abc$ Note the appearance of quotation marks. This new behaviour was introduced as "opt-out" and not "opt-in", and further, the opt-out suggestion causes other breakage. More details can be found here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813164 Several large distros are reverting the change, for practical considerations as per what can be seen above for Debian. Here we do the same; I've marked the patch as upstream submitted since there have been enough people vocally annoyed by this change that it seems implausible that the coreutils team is unaware of it. Hopefully this change here is just temporary and the coreutils team will put the default back to the old way it was based on feedback similar to what is recorded in the above Debian bug. (From OE-Core rev: 51ba2908d66228ce4d6bf24c3a8538d9a37268ff) Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Fix rootfs creation errorsDai Caiyun2016-05-222-1/+7
| | | | | | | | | | | | | | | 1) error: file /usr/share/man/man1/su.1 from install of shadow-doc-4.2.1 conflicts with file from package coreutils-doc-6.9-r5 2) error: file /usr/share/man/man1/hostname.1 from install of net-tools-doc conflicts with file from package coreutils-doc-6.9-r5 3) error: file /usr/share/man/man1/hostname.1 from install of net-tools-doc conflicts with file from package coreutils-doc-8.25 (From OE-Core rev: 6cc65261169c9d4da61a85596e3f7864699d50d0) Signed-off-by: Dai Caiyun <daicy.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix for native and nativesdkDengke Du2016-05-171-5/+9
| | | | | | | | | | | | The do_install_append is used for moving/renaming for ALTERNATIVE, but it breaks native, for example there is no ln, but ln.coreutils, that makes coreutils-native don't work. This patch fixes the problem. (From OE-Core rev: 1b5b831d1bbb92760ce01b38347cf0bcaa1bb59f) Signed-off-by: Dengke Du <dengke.du@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk-coreutils: a lot of warnings fixedDengke Du2016-03-251-1/+2
| | | | | | | | | | | | | | | | | | | When we create nativesdk-coreutils, a lot of warnings appear,it show many files can't find. Because in the coreutils recipe, it didn't contain the do_install for the nativesdk, so when the alternative system check the files in the following process, it can't find the files. So we should add the do_install for the nativesdk, change the function do_install_append_class-target() to do_install_append() in the file: meta/recipes-core/coreutils/coreutils_8.25.bb in this way, the alternative system can find the files, the warnings disappear. (From OE-Core rev: 37039da6a09d7781beb93892932488940786b41f) Signed-off-by: Dengke Du <dengke.du@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix reporting 'unknown' by `uname -p' and `uname -i'Chen Qi2016-03-202-0/+65
| | | | | | | | | | | | | | | | This patch make `uname -p' and `uname -i' not reporting 'unknown'. It refers a to Fedora's way to do this. The coreutils upstream rejects to accept this patch, blaming the 'unknown' result to the kernel not providing enough information. As on normal distros, `uname -p' and `uname -i' do not report 'unknown', we refer to Fedora's patch to fix this problem. (From OE-Core rev: 83c551b46e959d9382fa92ac4178c9c6c883d7c1) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: upgrade to 8.25Chen Qi2016-02-195-4/+4
| | | | | | | (From OE-Core rev: 086d59455a7c273f7eccf442067df3c538f43c05) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix problem with acl for 6.9 versionChen Qi2016-02-182-30/+1
| | | | | | | | | | | | | | | | | If 'acl' is not in DISTRO_FEATURES, building coreutils 6.9 would sometimes fail. The problem could be reproduced by executing the following command. `bitbake acl && bitbake coreutils -c configure && bitbake acl -c cleansstate && bitbake coreutils -c compile' Fix this problem by setting the correct value for the 'acl' PACKAGECONFIG. [YOCTO #8906] (From OE-Core rev: a9004ff3f8de83d22d9159a9f103e2773e927a0b) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Add xattr PACKAGECONFIGScott Ellis2016-01-191-2/+7
| | | | | | | | | | | From Yocto poky where it also stops this warning WARNING: QA Issue: coreutils rdepends on libattr, but it isn't a build dependency? [build-deps] (From OE-Core rev: 025c348d0f12be9405a8d14e9ef6787e37ee7a23) Signed-off-by: Scott Ellis <scott@jumpnowtek.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils/procps: Revert priority change since coreutils > busyboxRichard Purdie2015-12-161-1/+1
| | | | | | | | | | | | | | | In 2ce514a394e1e062172bb097aa92a1792a0f8eaf, "coreutils: fix ALTERNATIVE_PRIORITY conflict with procps and mktemp" the priority was lowered from 100 to 30. Unfortunately this lowered coreutils past busybox which means busybox was ending up in our SDK images. This isn't what users expect. 1c0cfffee21e99a7356c9046c86628bc0acf654c raises the priority of mktemp to 200, do the same for procps and make the system consistent. (From OE-Core rev: 770618eb33fc576f903a4c8011cc2d9f8f78071d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix ALTERNATIVE_PRIORITY conflict with procps and mktempRobert Yang2015-11-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | (From OE-Core rev: 2ce514a394e1e062172bb097aa92a1792a0f8eaf) Signed-off-by: Ross Burton <ross.burton@intel.com> Conflicts: coreutils and procps have the same priority 100 for kill.1 coreutils and procps have the same priority 100 for uptime.1 coreutils and procps have the same priority 100 for uptime coreutils and procps have the same priority 100 for kill coreutils and mktemp have the same priority 100 for mktemp Turn down coreutils' priority to fix the conflict, the larger set of tools should use a lower priority. [YOCTO #8477] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Do not use host paths in getloadavg.m4Khem Raj2015-10-272-0/+19
| | | | | | | | | | | helps configure QA pass when building for uclibc Change-Id: I42e9542829bc3678ee777d0a8768aecdf77eaead (From OE-Core rev: 0071c0e474f5f5f9418b31efbdb7b8fcd41b2daf) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils-6.9: Add missing dependency on virtual/libiconvKhem Raj2015-10-271-0/+1
| | | | | | | | | | | | Surfaces on uclibc where libiconv is not coming from libc but from separate package. Change-Id: I8eef52a69d2b6830deff94531631ca098bce2a89 (From OE-Core rev: 2ffcba096125b904d83508368cec56b6224fc2e1) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix for native and nativesdkRobert Yang2015-10-191-1/+1
| | | | | | | | | | | | | The do_install_append is used for moving/renaming for ALTERNATIVE, but it breaks native and nativesdk, for example there is no ln, but ln.coreutils, that makes coreutils-native or nativesdk-coreutils doesn't work. This patch fixes the problem. (From OE-Core rev: e789603c9470ad22f935ab993a13f9ee7c9630eb) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Fix Upstream-Status statementsRoss Burton2015-09-121-1/+1
| | | | | | | | | | Fix a variety of problems such as typos, bad punctuations, or incorrect Upstream-Status values. (From OE-Core rev: bd220fe6ce8c3a0805f13a14706d3130ea872604) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: upgrade to 8.24Chen Qi2015-07-095-4/+4
| | | | | | | (From OE-Core rev: 42821bdd06894217b3bc848c518c21c42731f1e0) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Update alternatives of man pagesKai Kang2015-07-081-1/+6
| | | | | | | | | | Update alternatives of man pages in several packages. (From OE-Core rev: 2cff20f423fb9e82b44c68504be605c223bd74fb) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils_6.9.bb: Fix LSB NG Cases.Li xin2015-05-141-0/+2
| | | | | | | | | | | | | | | -/tset/LI18NUX2K.L1/utils/sort/T.sort #1/3/17/19/33/35 -/tset/LI18NUX2K.L1/utils/comm/T.comm #1/2 The LSB test require comm can handle multibyte characters and sort can interpret blank and alphanumeric character according to the current locale and so on. (From OE-Core rev: eb08296ae988c7945a424cf98d521d3aebe15b62) Signed-off-by: Li Xin <lixin.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Add code to consider musl when selecting charsetsKhem Raj2015-04-212-0/+34
| | | | | | | | | | | | | | The real issue is in gnulib where it should be fixed but gnulib gets imported in source into various components and that may take a while. So lets fix the componnets versions and as/if they land in new gnulib with a fix we can take it off. Change-Id: I63bbcb7bc4d92cb1ec74bb4f4f5109a377060253 (From OE-Core rev: 901114ffb72c14b989690d753298d9db77a126b5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: import prebuilt manpages from GentooPaul Gortmaker2015-02-171-3/+18
| | | | | | | | | | | | | | | | | | | | As can be seen here: http://lists.gnu.org/archive/html/coreutils/2014-11/msg00001.html other people have run into the headache of trying to cross compile coreutils, with the "help2man" problem (assumes host can run the target binaries with "--help" arg to collect data for manpage.) And since "current wisdom is this is working as intended" we are largely left with no choice but to use the same solution and abandon trying to generate the man pages at build time. So here we import prebuilt manpages. (From OE-Core rev: 1c0bdebbe362dc47b3b6f521ba15ccf0de15e5b5) Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: don't generate useless dummy stub manpagesPaul Gortmaker2015-02-174-55/+28
| | | | | | | | | | | | | | | | | | | | | | | | | We had a couple patches to 1) deal with missing perl and 2) deal with the perl-less "dummy" help2man fallout, but in the end, they achieve no purpose whatsoever, since they just populate the doc RPM with manpages like this one: NAME chmod - a GNU coreutils 8.22 program DESCRIPTION OOOPS! Due to the lack of perl on the build system, we were unable to create a proper manual page for chmod. As the above serves no purpose whatsoever, and since the concept of running the binaries to capture the "--help" text output is completely broken for cross compiles, lets just decouple man page generation from the building of coreutils entirely so it paves the way for importing pre-generated manpages. (From OE-Core rev: cb2519466b4d28217ae955370077bc4a8f9b6dce) Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils 6.9: fix unknown-configure-optionRobert Yang2015-02-151-1/+1
| | | | | | | | | | | | | | Fixed: WARNING: QA Issue: coreutils: configure was passed unrecognised options: --disable-acl [unknown-configure-option] It doesn't support --enable-acl or --disable-acl, use ac_cv_header_acl_libacl_h to fix the problem. (From OE-Core rev: 1fc671938b2389866fb4a36801698caf4e92e05d) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils 6.9: disable nativeRobert Yang2015-02-081-9/+3
| | | | | | | | | | | | | ERROR: The recipe coreutils-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are: tmp/sysroots/x86_64-linux/bin/kill Matched in manifest-x86_64-util-linux-native.populate_sysroot We have 8.23, so disable it rather than fix. (From OE-Core rev: da6fbea919bd460a30423b16c48b79047d6c6030) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: upgrade to 8.23Chen Qi2015-01-165-8/+8
| | | | | | | | | fix-for-dummy-man-usage.patch is rebased. (From OE-Core rev: 4fb3752824ff20e5b5b322e6e12211c81795313c) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils-native: don't install groupsWenzong Fan2014-12-051-0/+5
| | | | | | | | | | | | | | | | | | | | This binary is provided by shadow-native nowadays. Fixes: ERROR: The recipe coreutils-native is trying to install files \ into a shared area when those files already exist. \ Those files and their manifest location are: \ .../tmp/sysroots/x86_64-linux/usr/bin/groups \ Matched in manifest-x86_64-shadow-native.populate_sysroot To reproduce the errors: $ bitbake shadow-native && bitbake coreutils-native (From OE-Core rev: 113225b93c55d55a330fcca7d9f996ec039fb953) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: selinux/flask.h should respect to with_selinuxRobert Yang2014-09-292-0/+40
| | | | | | | | | | | | | | Fixed when build with meta-selinux even with --without-selinux: runcon.c:49:28: fatal error: selinux/flask.h: No such file or directory # include <selinux/flask.h> ^ compilation terminated. (From OE-Core rev: d52a606c8a75496f3b7239adc19fdb66e3ae576a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils/libpam: Add BBCLASSEXTEND nativesdkRichard Purdie2014-08-151-1/+1
| | | | | | (From OE-Core rev: da08f43aadf45b06491561bae8e9b7423ee98bb7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.Max Eliaser2014-05-022-2/+2
| | | | | | | | | | | | | The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. (From OE-Core rev: e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Globally replace 'base_contains' calls with 'bb.utils.contains'Otavio Salvador2014-04-252-2/+2
| | | | | | | | | | | 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. (From OE-Core rev: d83b16dbf0862be387f84228710cb165c6d2b03b) Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: fix search paths for libstdbuf.soChunrong Guo2014-04-041-3/+1
| | | | | | | | | | | | | | *fix the following error: |stdbuf: failed to find 'libstdbuf.so' *PKGLIBEXECDIR is the search paths for libstdbuf.so |PKGLIBEXECDIR='$(pkglibexecdir)' |pkglibexecdir='${libexecdir}/${PACKAGE}' (From OE-Core rev: a0745234e78d9161d407f2157dc494fed4487d42) Signed-off-by: Chunrong Guo <B40290-KZfg59tc24xl57MIdRCFDg@public.gmane.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: convert remaining SUMMARY/DESCRIPTION cosmetic issues (part 2)Matthieu Crapet2014-02-202-2/+2
| | | | | | | | | | | | | | | | | | Completes previous commit b5292d4115a4555a66b5e35acdc67dd71fb8577f. Updates SUMMARY[doc] (meta/conf/documentation.conf). Changes: - rename DESCRIPTION with length < 80 to (non present tag) SUMMARY - drop final point character at the end of SUMMARY string - remove trailing whitespace of SUMMARY line Note: don't bump PR (From OE-Core rev: ad17dfd31a2b97b3e610a0ea0889f5ecb2a63b97) Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: move 'stat' to base_bindir_progsChen Qi2014-02-022-4/+4
| | | | | | | | | | | | | | | | | To correctly integrate with busybox in our system, we should add 'stat' to base_bindir_progs so that the 'stat' commands from busybox and coreutils both register to /bin/stat. Previously there was a patch in busybox to move 'stat' to /usr/bin. But as we can easily solve this integration problem by modifying the coreutils recipe, this patch has been removed. After all, maintaining a patch that's not accepted by upsteam should not be our No.1 choice. (From OE-Core rev: d98d6122bdfd84faaa37912ca66dabebc7eb9da6) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: upgrade to 8.22Chen Qi2014-01-065-31/+34
| | | | | | | | | | | | | | | Upgrade coreutils to 8.22. Changes since 8.21: 1) Remove the acl patch as it's not needed now. 2) Add a new patch to fix the following compile error. "dummy-man: too many non-option arguments" (From OE-Core rev: 144a48e34d17fd8736a482bae4ee69efc37b8a1f) Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils 6.9: fix coreutils.texiRobert Yang2013-11-272-0/+376
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is used for fixing coreutils 6.9 (GPLv2+) do_installed failed: [snip] | coreutils.texi:2499: @itemx must follow @item | coreutils.texi:2636: @itemx must follow @item | coreutils.texi:2644: @itemx must follow @item | coreutils.texi:2654: @itemx must follow @item | coreutils.texi:2677: @itemx must follow @item | coreutils.texi:2689: @itemx must follow @item | coreutils.texi:2820: @itemx must follow @item | coreutils.texi:3058: @itemx must follow @item | coreutils.texi:3253: @itemx must follow @item [snip] Use '@item' instead of '@itemx' in several places, as Texinfo 5 refuses to process an '@itemx' that is not preceded by an '@item'. Ensure that node extended names in menus and sectioning are consistent, and that ordering and presence of nodes in menus and in the actual text are consistent as well. [YOCTO #5593] (From OE-Core rev: 04fab782f42b8f5047390042618f9c841b8c3a96) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: support command archHongxu Jia2013-10-301-1/+2
| | | | | | | | | | | | | | | | | | The "arch" is removed in util-linux 2.23, but some old software and devs look for arch: http://lists.gnu.org/archive/html/bug-coreutils/2007-06/msg00010.html Use coreutils version. [YOCTO #5404] (From OE-Core rev: 9df8591a6e18afa592673cb454dc699a1341461d) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> [sgw: fixed ordering to be alphabetized] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Remove PR = r0 from all recipesRichard Purdie2013-10-301-1/+0
| | | | | | | | | | | | | Remove all PR = "r0" from all .bb files in oe-core. This was done with the command sed -e '/^PR.*=.*r0\"/d' recipes*/*/*.bb -i We've switching to the PR server, PR bumps are no longer needed and this saves people either accidentally bumping them or forgetting to remove the lines (r0 is the default anyway). (From OE-Core rev: 58ae94f1b06d0e6234413dbf9869bde85f154c85) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: set acpaths to avoid "Argument list too long" errorRobert Yang2013-09-172-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There would be an error when the TMPDIR is long/deep, for example when len(TMPDIR) = 350 while our supported longest value is 410: [snip] aclocal: error: cannot open xxx autoreconf: aclocal failed with exit status: 1 ERROR: autoreconf execution failed. [snip] Let aclocal use the relative path for the m4 file rather than the absolute would fix the problem. Another fix is that we can modify autotools.bbclass to let it use the relative path rather than the absolute, but I don't think that we have to do that based on the following 2 thoughts: * The coreutils is the only recipe which has this issue as far as we know when len(TMPDIR) <= 410, because it has the most amount of m4 files (more than 400 ones). * That would impact all the recipes which use autotools.bbclass, and we are not sure about the side effect, for example, it would break the build there is a sub-configure. [YOCTO #2766] (From OE-Core rev: 22ac874512c2c1213aae8e1644bd59050b37a63c) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: allow for acl supportJoe Slater2013-08-201-2/+10
| | | | | | | | | | | | | CQID: 430353 Define PACKAGECONFIG info for acl assuming it might be a DISTRO_FEATURE. (From OE-Core rev: a8455a13554088613d4576a74b19294a8b49ff88) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: add PACKAGECONFIG info for acl supportJoe Slater2013-08-201-0/+11
| | | | | | | | | | | | | | | | Updates GPLv2 version of coreutils. They also want patches for other packages that might use acl. CQID: 430353 Add configuration data to enable acl support if it is a distro feature. (From OE-Core rev: 8030fdc198c1037ae458899eebd14a4fae04c49a) Signed-off-by: Joe Slater <jslater@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: add realpath to alternativesRoss Burton2013-04-151-1/+1
| | | | | | | | | | New coreutils (8.15 onwards) build /usr/bin/realpath, which busybox also builds. Add it to the alternatives handling to avoid file conflicts. (From OE-Core rev: 826c18eb1c69f5e3689b5b0ef188f74ae930a050) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Fix out of tree buildsRichard Purdie2013-03-291-0/+5
| | | | | | (From OE-Core rev: 29a6810aad27e049577d2d66690ba74f92dd5211) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: update to upstream version 8.21Marko Lindqvist2013-03-295-28/+28
| | | | | | | | | remove-gets.patch removed as issue is fixed upstream. (From OE-Core rev: c2fd59028a57356cff8d165edb71c45c3b05cc67) Signed-off-by: Marko Lindqvist <cazfi74@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-09 06:49:34 +0000