summaryrefslogtreecommitdiff
path: root/meta/recipes-extended/bash
AgeCommit message (Collapse)AuthorFiles
2014-05-01Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.Max Eliaser1
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. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-05bash: update build-tests.patchHongxu Jia1
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-05bash: upgrade to 4.3Hongxu Jia6
The bash-4.2-patches is obsolete. Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-02-28autotools-brokensep: Mark recipes with broken separate build dir supportRichard Purdie1
This patch goes through the OE-Core recipes and marks those which use autotools but don't support a separate build directory (${S} != ${B}). A new class, autotools-brokensep is used for this purpose. This doesn't introduce any change in behaviour in its own right. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-01-02bash: update HOMEPAGEPaul Eggleton1
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton1
A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-10-26bash: dynamically add or remove a entry to/from /etc/shellsMing Liu1
1 Add base-files to RDEPENDS. 2 Use ${base_bindir} in regex to match bash path. 3 Add pkg_postrm to remove the entry from /etc/shells that added by pkg_postinst. Signed-off-by: Ming Liu <ming.liu@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-09bash: reference acl*.m4 from ${S}Bian Naimeng1
bash: reference acl*.m4 from ${S}. The build directory had been moved to ${WORKDIR}/build, so we should reference acl*.m4 from ${S}. Otherwise, the following configure error will be caught. | cat: aclocal.m4: No such file or directory | ERROR: Function failed: do_configure (log file is located at ...) Signed-off-by: Bian Naimeng <biannm@cn.fujitsu.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-07-25bash: Add ptestMuhammad Shakeel4
ptest support was already added for v4.2 but for the distros using GPLv2 version of bash (3.2.48) this update is required. Signed-off-by: Muhammad Shakeel <muhammad_shakeel@mentor.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-06-25bash ptest: Sed away the Makefile dependency to remove error messages.Björn Stenberg2
The bash Makefile defines a dependency on itself and tries to run configure, causing error messages when running ptest on target: make: *** No rule to make target `configure.in', needed by `configure'. make: *** No rule to make target `aclocal.m4', needed by `configure'. make: *** No rule to make target `config.h.in', needed by `configure'. make: *** No rule to make target `Makefile.in', needed by `Makefile'. make: Failed to remake makefile `Makefile'. This patch edits out this dependency in the Makefile installed for ptest, to get rid of these messages. Signed-off-by: Sona Sarmadi <sona.sarmadi@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-05-12Upstream-Status: Correct CapitalizationSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-03-07bash: Use new _ptest functionsBjörn Stenberg1
Signed-off-by: Björn Stenberg <bjst@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-09bash: fix mkbuiltins build failureSaul Wold2
Same patch for non-gplv3 version: http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=1fd9a16d2a4594a4e9179dc7353ac51ce32eb712 [YOCTO #3646] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-12-25Add ptest for bash.Björn Stenberg5
Signed-off-by: Björn Stenberg <bjst@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-14bash: fix mkbuiltins build failureChristopher Larson2
On hosts with FORTIFY_SOURCES, stringize support is required, as it's used by the macros to wrap functions (e.g. read and open in unistd.h). Those wrappers use the STRING() macro from unistd.h. A header in the bash sources overrides the unistd.h macro to 'x' when HAVE_STRINGIZE is not defined, causing the wrappers to generate calls to 'xread' and 'xopen', which do not exist, resulting in a failure to link. Assume we have stringize support when cross-compiling, which works around the issue. It may be best for upstream to either give up on supporting compilers without stringize support, or to not define STRING() at all when FORTIFY_SOURCES is defined, letting the unistd.h one be used, instead. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-12meta: remove redundant _FOR_BUILD variablesRoss Burton1
Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-24bash: Make it possible to run bash 3.2.48 instead of 4.2.Martin Ertsaas3
bash-3.2.48 did not provide the linking from sh to bash, making it unusable. Moving the license part out of the bash.inc file, and into bash_4.2.bb file makes us able to use that file also for bash_3.2.48.bb, which makes maintaining both at the same time a lot easier. Signed-off-by: Martin Ertsaas <mertsas@cisco.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-08-31nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie1
As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-26bash: fix warning about bashbug reference /usr/bin when installed in /binOtavio Salvador2
Change the installation process so we have bashbug in ${bindir} and bash at ${base_bindir}. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-05-30bash: Update to new update-alternatives syntaxRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-14PR bump for all recipes that DEPEND on ncursesScott Garman2
The packaging changes to ncurses could break package feeds, so bump the PR on everythong that DEPENDS on ncurses. Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-12-22bash: Add SRC_URI Checksums for GPLv2Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-15Patch Upstream Status UpdatesSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-12-13bash: Add SRC_URI Checksums for GPLv2Saul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-11-04bash: Ensure we fully reautoconf the recipes so site data is usedRichard Purdie3
This ensures bug 487 (missing job control functionality) really gets fixed. [YOCTO #487] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-10-14bash: update to 4.2Saul Wold3
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-05-12bash: enable update-alternative to use bash as default shellJingdong Lu2
Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
2011-05-08bash.inc: Add bison-native to DEPENDSTom Rini1
This is f0652d96ff5c3b08b8e4c4972f7fb0296df6d898 from OE. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-03-23Various: Switch to using GNU_MIRRORTom Rini2
Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-02-12recipes: pre/post actionsMark Hatle2
A number of the recipes did not properly label their pre and post actions, causing the actions to occur in all split packages. This was corrected by defaulting to _${PN} in most cases. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-01-28bash: use /bin/bash as default shell when bash is includedKevin Tian3
though bash is included in LSB profile, it doesn't use update-alternative to take effect and thus it's still busybox behaving as /bin/sh. Signed-off-by: Kevin Tian <kevin.tian@intel.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-10-20bash: There is no such configure option as --with-ncurses and --with-curses ↵Richard Purdie1
breaks the build Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
2010-10-20bash: fix job controlQing He1
job control can't be automatically detected when cross-compiling, enable it explicitly. Fixes [BUGID #487] Signed-off-by: Qing He <qing.he@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie3
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>