buildroot/package/libcap-ng/Config.in, branch 2018.02OpenPOWER buildroot sourceshttps://git.raptorcs.com/git/buildroot/atom?h=2018.022017-07-31T17:10:08+00:00package/lib*: fix wrapping of Config.in help text2017-07-31T17:10:08+00:00Adam DuskettAduskett@gmail.com2017-07-31T13:53:50+00:00urn:sha1:5dccd7249e7dacceb370b0282592d504876e460e
The check-package script when ran gives warnings on text wrapping
on all of these Config files. This patch cleans up all warnings
related to the text wrapping for the Config files starting with
lib in the package directory.
The appropriate indentation is: <tab><2 spaces><62 chars>
See http://nightly.buildroot.org/#writing-rules-config-in for more
information.
Signed-off-by: Adam Duskett <aduskett@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
package/libcap-ng: enable for CodeSourcery nios2 2015.11 toolchain2016-03-05T18:11:15+00:00Romain Naourromain.naour@gmail.com2016-03-05T16:04:20+00:00urn:sha1:53b94db4d8cc46ab22699ca25f3d52364cad2fe9
The compiler bug has been fixed in CS nios2 2015.11.
Signed-off-by: Romain Naour <romain.naour@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
toolchain-external: CodeSourcery NIOSII: support only one version2015-12-18T21:57:16+00:00Romain Naourromain.naour@openwide.fr2015-11-21T16:36:16+00:00urn:sha1:c785b1b2c4dc51f24f72a82b1d36a8180c220d90
See the conclusion about external toolchains during the Buildroot
meeting [1]:
"In the future, we stick to a single external toolchain version. The
Kconfig symbol should not encode the version (avoid legacy handling)"
[1] http://elinux.org/index.php?title=Buildroot:DeveloperDaysELCE2015#Report
Signed-off-by: Romain Naour <romain.naour@openwide.fr>
Reviewed-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Tested-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
libcap-ng: cannot be built with nios2 CS 2014.05 toolchain2015-05-14T22:33:25+00:00Peter Korsgaardpeter@korsgaard.com2015-05-14T22:33:25+00:00urn:sha1:a3038d061e541aef0bc449149bf72c6f458d6942
Fixes:
http://autobuild.buildroot.net/results/d13/d136f763ca3389cdc6a404db7a4fc0cd18329955/
http://autobuild.buildroot.net/results/e00/e002e2a3bd52a3cc3b0d06625de61315d86de524/
http://autobuild.buildroot.net/results/bba/bba9f7130315c9d97cc060a73663276d0fa2c1b3/
http://autobuild.buildroot.net/results/fc7/fc7bc050ef769716dedb0ad81a51e33a12deec47/
And many more.
Building libcap-ng with that toolchain triggers an internal compiler /
assembler bug, so blacklist that combination and propagate to the reverse
dependencies.
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
packages: all salute the passing of avr322015-02-14T16:43:11+00:00Yann E. MORINyann.morin.1998@free.fr2015-02-14T09:23:06+00:00urn:sha1:9863553fe8fa16a4d19f652b409a44bb58ef5567
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
libcap-ng: disable on avr32 which lacks TLS2013-11-22T12:07:18+00:00Samuel Martins.martin49@gmail.com2013-11-22T09:26:47+00:00urn:sha1:a80e3e06ed3d827cf29891a946059f3e595a6331
libcap-ng needs TLS support, which is not available on avr32.
Also, disable reverse dependencies.
Fixes:
http://autobuild.buildroot.net/results/73c/73c7c211a51c312bbe4eb6a540f3ad9c92c79ebe/
Signed-off-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
Add libcap-ng package.2012-04-04T19:57:47+00:00Marek Beliskomarek.belisko@open-nandra.com2012-03-23T00:51:34+00:00urn:sha1:defa173e08a34723f7a168ea4b76b10578591d6c
Signed-off-by: Marek Belisko <marek.belisko@open-nandra.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>