openembedded-core.git/meta/recipes-core/ncurses, branch uninative-1.4 Mirror of openembedded-core ncurses: upgrade to 6.0+20160625 2016-08-17T09:35:13+00:00 Hongxu Jia hongxu.jia@windriver.com 2016-08-15T07:35:59+00:00 10abc041c5ad4ae04c577c13100eef6e0a0b1cab Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
ncurses: upgrade to 6.0+20160319 2016-06-14T11:56:33+00:00 Hongxu Jia hongxu.jia@windriver.com 2016-06-13T09:16:35+00:00 1ac29df99c5533c7d6752b5756e9f0b43e2d9b64 Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: reorder PACKAGES 2016-04-05T08:55:47+00:00 Patrick Ohly patrick.ohly@intel.com 2016-04-04T13:41:40+00:00 b868345f533fc0219845b243a29c12c9a19a3ff3 Having ncurses-terminfo-base before ncurses-terminfo is currently irrelevant because the current file lists are completely disjunct. However, when building "stateless" via a .bbappend, the content of curses-terminfo-base also needs to live under /usr/share and then it becomes important that files belonging to ncurses-terminfo-base are checked first. Signed-off-by: Patrick Ohly <patrick.ohly@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Having ncurses-terminfo-base before ncurses-terminfo is currently irrelevant
because the current file lists are completely disjunct. However, when building
"stateless" via a .bbappend, the content of curses-terminfo-base also needs
to live under /usr/share and then it becomes important that files
belonging to ncurses-terminfo-base are checked first.

Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses_6: Improve installation 2016-03-20T22:57:54+00:00 Juro Bystricky juro.bystricky@intel.com 2016-03-14T21:29:11+00:00 8df2060a323acf2a2cc2bc4076623463039c46a6 As "install.libs" also installs header files, it is redundant to also call "install.includes". In fact, doing so can lead to a race, as both targets could try to install the header files at the same time if running parallel make. Obviously, with only calling "install.libs", there is no race with "install.includes". If there is no race, then the patch fix-include-files-race.patch is no longer needed. Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
As "install.libs" also installs header files, it is
redundant to also call "install.includes".
In fact, doing so can lead to a race, as both targets could
try to install the header files at the same time if running
parallel make. Obviously, with only calling "install.libs",
there is no race with "install.includes".
If there is no race, then the patch fix-include-files-race.patch
is no longer needed.

Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
ncurses_6: Fix an install race condition 2016-03-12T22:11:19+00:00 Juro Bystricky juro.bystricky@intel.com 2016-03-11T02:07:36+00:00 a3df0aa78af1c2fecf847e87cc480fd2ed9afe89 Both targets install.libs and install.includes install the same files, resulting in a race condition when running parallel make. This race is addressed in a patch file, making sure only one of the targets (install.includes) installes the include files. This will work properly (i.e.ncurses will install as intended by the recipe) as long as we always install both targets. Signed-off-by: Juro Bystricky <juro.bystricky@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Both targets install.libs and install.includes install the same
files, resulting in a race condition when running parallel make.
This race is addressed in a patch file, making sure only one
of the targets (install.includes) installes the include files.
This will work properly (i.e.ncurses will install as intended
by the recipe) as long as we always install both targets.

Signed-off-by: Juro Bystricky <juro.bystricky@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: update to revision 20160213 2016-02-28T11:32:39+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-02-24T15:27:46+00:00 78064460a7087de5065f035633ea37a7f5b5cff6 Also, put the revision into PV, so that a meaningful upstream version check can be performed. Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Also, put the revision into PV, so that a meaningful upstream version
check can be performed.

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
ncurses: use closing curly brackets in FILES_${PN}-tools variable 2016-02-04T23:35:04+00:00 Markus Lehtonen markus.lehtonen@linux.intel.com 2016-02-04T14:06:35+00:00 c92ed91e40a05d56ab73097844788b185fa6e19c This patch removes a workaround (needed for bitbake python parser) where closing curly brackets were replaced by ascii code '\x7d'. This commit requires a bitbake version with the "data_smart: simple bracket matching inside python expressions" patch applied. Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
This patch removes a workaround (needed for bitbake python parser) where
closing curly brackets were replaced by ascii code '\x7d'.

This commit requires a bitbake version with the
"data_smart: simple bracket matching inside python expressions" patch
applied.

Signed-off-by: Markus Lehtonen <markus.lehtonen@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: fix upstream version check 2016-01-19T21:29:47+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2016-01-19T15:37:38+00:00 f0d28a46b06427bf0f3cabff32f0dc5c6f1c876b Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: 5.9 0 -> 6.0 2016-01-16T10:34:25+00:00 Dengke Du dengke.du@windriver.com 2016-01-15T05:09:10+00:00 743e97cc80744ca88d72b8db0ee95bb58f350ef9 To be compatible with ncurses 5, add option '--with-abi-version=5' to EXTRA_OECONF Signed-off-by: Dengke Du <dengke.du@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
To be compatible with ncurses 5, add option '--with-abi-version=5' to EXTRA_OECONF

Signed-off-by: Dengke Du <dengke.du@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ncurses: fixes wrong paths in BINCONFIG 2015-12-27T11:26:59+00:00 Ming Liu peter.x.liu@external.atlascopco.com 2015-12-20T16:40:43+00:00 06a7b63181a4e7a47c920d3e82363786d1a4c1e7 * Removes ncurses-config from BINCONFIG, that file does not exist at all. * Adds in ncurses5-config and ncursesw5-config to BINCONFIG. This fixed following warnings during SDK install: warning: Removing ncurses-dev-5.9-r15.1@lib32_x86 due to file /usr/bin/ncurses5-config conflicting with ncurses-dev-5.9-r15.1@core2_64 warning: Removing ncurses-dev-5.9-r15.1@lib32_x86 due to file /usr/bin/ncursesw5-config conflicting with ncurses-dev-5.9-r15.1@core2_64 [YOCTO #8801] Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
* Removes ncurses-config from BINCONFIG, that file does not exist at all.
* Adds in ncurses5-config and ncursesw5-config to BINCONFIG.

This fixed following warnings during SDK install:
  warning: Removing ncurses-dev-5.9-r15.1@lib32_x86 due to file /usr/bin/ncurses5-config conflicting with ncurses-dev-5.9-r15.1@core2_64
  warning: Removing ncurses-dev-5.9-r15.1@lib32_x86 due to file /usr/bin/ncursesw5-config conflicting with ncurses-dev-5.9-r15.1@core2_64

[YOCTO #8801]

Signed-off-by: Ming Liu <peter.x.liu@external.atlascopco.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>