summaryrefslogtreecommitdiffstats
path: root/package/iprutils
Commit message (Collapse)AuthorAgeFilesLines
* package: remove Blackfin related codeThomas Petazzoni2018-04-151-1/+0
| | | | Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
* package/iprutils: bump version to 2.4.15.1Samuel Mendoza-Jonas2017-10-052-5/+5
| | | | | Signed-off-by: Samuel Mendoza-Jonas <sam@mendozajonas.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/iprutils: needs zlibBernd Kuhls2017-06-102-1/+2
| | | | | | | | | | | Dependency was introduced by https://sourceforge.net/p/iprdd/iprutils/ci/1f24b814e56939fd09a2319323e604594784fef3/ Fixes http://autobuild.buildroot.net/results/48e/48e1c7fb920cbc81eee1cf2f43d1551a0a9ce31e/ Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/iprutils: bump version to 2.4.14.1Bernd Kuhls2017-06-055-123/+6
| | | | | | | | | | | | | | | | | | | Removed patches applied upstream: 0001-iprutils-Don-t-use-gettext.patch https://sourceforge.net/p/iprdd/iprutils/ci/4512cfb915b492e9eed65f7b9f72fc1c1bd097c2/ 0002-configure.ac-use-pow-instead-of-matherr-for-libm-che.patch https://sourceforge.net/p/iprdd/iprutils/ci/d7cfe35b9706da357814d4bdd21563396733753c/ 0003-iprlib-fixes-for-compatibility-with-musl.patch https://sourceforge.net/p/iprdd/iprutils/ci/ed9da50d114ea5e97f3cf599fb7b305e0cec18d6/ Autoreconf is not needed anymore, added upstream hashes, switched _SITE to https. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/i*/Config.in: fix ordering of statementsAdam Duskett2017-05-011-2/+2
| | | | | | | | | | | | | The check-package script when ran gives warnings on ordering issues on all of these Config files. This patch cleans up all warnings related to the ordering in the Config files for packages starting with the letter i in the package directory. The appropriate ordering is: type, default, depends on, select, help See http://nightly.buildroot.org/#_config_files for more information. Signed-off-by: Adam Duskett <Adamduskett@outlook.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* ncurses: remove BR2_PACKAGE_NCURSES_TARGET_{FORM, MENU, PANEL} optionsThomas Petazzoni2017-02-261-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The ncurses sub-options BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL} are currently very badly broken: they only control whether the libform, libmenu and libpanel libraries are installed in $(TARGET_DIR), but do absolutely nothing about their installation in $(STAGING_DIR). This means that when one of those options is disabled, the corresponding library is indeed not installed in the target, but is available in staging. It can therefore be detected by the configure script of another package and used... even though the library will not be in the target, causing a runtime failure. Internally, ncurses.mk uses the "make install" logic of ncurses for the staging installation, but uses a completely hand-written logic for the target installation, which is the reason for this desynchronization between what's installed in staging and target. When BR2_PACKAGE_NCURSES_WCHAR=y, this also causes some build failures. Indeed, when BR2_PACKAGE_NCURSES_WCHAR=y, Buildroot creates some symbolic links lib<foo>.so -> lib<foo>w.so in staging and target, but only for the lib<foo> that have been enabled by BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL}. Due to this, a package that for example needed the libmenu library but forgot to select BR2_PACKAGE_NCURSES_TARGET_MENU was: - Building fine with BR2_PACKAGE_NCURSES_WCHAR disabled (because libmenu.so exists in staging), but would fail to run at runtime because libmenu.so is not in the target. - Fail to build with BR2_PACKAGE_NCURSES_WCHAR=y because only libmenuw.so exists, and not the libmenu.so symbolic link. Since those libraries are small (43K for libform, 21K for libmenu and 8.2K for libpanel), this commit takes the very simple approach of removing those options, and installing the libraries unconditionally. It therefore uses the "make install" logic for both the staging *and* target installation. In detail, this commit: - Removes the NCURSES_PROGS variable, not needed since --without-progs already allows to disable the build and installation of programs. - Removes the NCURSES_LIBS-y variable, and replaces it with a single unconditional assignement to NCURSES_LIBS, only used to create the lib<foo>w.so -> lib<foo>.so symbolic links when wchar support is enabled. - Removes NCURSES_INSTALL_TARGET_CMDS and the functions it was calling: NCURSES_INSTALL_TARGET_LIBS and NCURSES_INSTALL_TARGET_PROGS. - Adds a NCURSES_TARGET_SYMLINK_RESET hook to create the reset -> tset symbolic link, as was done before. - Adds a NCURSES_TARGET_CLEANUP_TERMINFO to cleanup the terminfo files in the target, so that we stay in the same situation in terms of installed terminfo files. - Removes the BR2_PACKAGE_NCURSES_TARGET_{FORM,MENU,PANEL} options from the Config.in files: both their definition and usage. - Simplifies all the symlink dance for lib<foo> -> lib<foo>w, because as Yann E. Morin suggested, this dance is only needed in staging, not in the target. Once binaries have been built, they refer to the SONAME of the library, which is the lib<foo>w variant (for shared linking). For static linking and .pc files, it's obvious that we don't care about them on the target. Therefore the NCURSES_LINK_LIBS_STATIC, NCURSES_LINK_LIBS_SHARED and NCURSES_LINK_PC functions no longer take any argument: they always apply to STAGING_DIR only. NCURSES_LINK_TARGET_LIBS is removed. It is worth mentioning that adding Config.in.legacy support is *NOT* necessary. Indeed: - If they were disabled before this patch, having them in Config.in.legacy would not trigger the legacy warning. - If they were enabled before this patch, then the behavior is unchanged: all libraries are now unconditionally installed. So there is no point in warning the user. We double-checked the installed size of a filesystem containing just ncurses before and after this patch, and the only folder that has its size changed is /usr/lib, growing from 852 KB to 932 KB in the wchar enabled case. That's a 80 KB system size increase. This commit fixes the sngrep build failure and potentially numerous runtime issues with ncurses. Fixes: http://autobuild.buildroot.net/results/7b5db21a6c568e6c6c8fe2b5d5a2f5ca24df510c/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* iprutils: uses fork(), needs MMUThomas Petazzoni2016-07-031-0/+1
| | | | | | | | Fixes: http://autobuild.buildroot.net/results/6ee89f9a4e05c89375a96ac7085747afc301b896/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/iprutils: add patch to fix musl buildBernd Kuhls2016-02-071-0/+34
| | | | | | | | | This commit adds a patch to the iprutils to fix the build with the musl C library. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: reformatted the patch with Git, added a better commit log.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* package/iprutils: bump version to 2.4.10Bernd Kuhls2016-02-077-112/+91
| | | | | | | | | | | | | Upstream now provides a new autoconf-based build system, therefore our patches for Makefile are not needed anymore. We adapt the gettext patch to make sure that the configure script doesn't check for libintl.h, and we add an additional patch to fix the libm check. Signed-off-by: Bernd Kuhls <bernd.kuhls@t-online.de> [Thomas: rework patches.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* iprutils: drop unneeded ncurses5-config handlingPeter Korsgaard2015-02-031-1/+1
| | | | | | | | ncurses nowadays installs the headers directly into $prefix/usr/include, so ncurses5-config doesn't return anything important and the logic wasn't taking the wchar variant into consideration - So just drop it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package: add hashes for SourceForge-hosted packagesYann E. MORIN2014-12-281-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Since SourceForge sometimes serves us faulty tarballs, we can tons of autobuild failures: http://autobuild.buildroot.org/results/9fb/9fba5bf086a4e7a29e5f7156ec43847db7aacfc4/ http://autobuild.buildroot.org/results/6c8/6c837b244c45ac3b3a887734a371cd6d226cf216/ ... Fix that by adding hash files for all SourceForge-hosted packages (thos etht did not already have it). We normally prefer to use hashes published by upstream, but hunting them all one by one is a tedious task, so those hashes were all locally computed with a script that searched for SF-hosted packages, downloades the associated tarball, computed the hash, and stored it in the corresponding .hash file. Also, SF publishes sha1 hashes, while I used the stronger sha256, since sha1 is now considered to be relatively weak. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Peter Korsgaard <jacmet@uclibc.org> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Maxime Hadjinlian <maxime.hadjinlian@gmail.com> Cc: Richard Braun <rbraun@sceen.net> Cc: Nathaniel Roach <nroach44@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* iprutils: bump to version 2.4.5Romain Naour2014-12-142-7/+22
| | | | | | | Rebase patch 0003 on top of 2.4.5 release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* iprutils: use correct include path for ncursesPeter Korsgaard2014-12-141-1/+2
| | | | | | | The Makefile is hardcoded for /usr/include/ncurses, so override it. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Reported-by: Romain Naour <romain.naour@openwide.fr>
* iprutils: rename patches to follow the new name conventionRomain Naour2014-12-143-0/+0
| | | | | Signed-off-by: Romain Naour <romain.naour@openwide.fr> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* iprutils: Fix static build by passing the libraries in the right orderVicente Olivert Riera2014-09-211-0/+20
| | | | | | | | | | | | | | | | | This mistake was causing failures like this one: m_post.c:(.text+0x60): undefined reference to `wattr_on' Patch sent upstream: https://sourceforge.net/p/iprdd/iprutils/merge-requests/1/ Fixes: http://autobuild.buildroot.net/results/500/5004e7b230635e0605acdd17d2b7d2d01fc5075c/ Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* iprutils: bump version to 2.4.2 and update patchesVicente Olivert Riera2014-09-215-51/+64
| | | | | | | Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com> Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* pciutils: disallow on BlackfinThomas Petazzoni2014-05-201-0/+1
| | | | | | | | | | | | | Even though some Blackfin processors have PCI interfaces, the PCI support is not supported by the Linux kernel: it has been marked as broken since 2008. This means there's probably little interest for PCI on Blackfin, and consequently little interest about getting pciutils to build. Fixes http://autobuild.buildroot.net/results/a27/a27ce61967ef8f780887f7681c8b0edd91656be6/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
* package/iprutils: Add IBM Power RAID utilitiesJeremy Kerr2014-03-294-0/+84
[Thomas: add patch to allow passing CFLAGS from the environment, use TARGET_CONFIGURE_OPTS instead of manually passing CC/LD, add upstream URL in Config.in, use the Makefile install target instead of open-coding the installation in iprutils.mk.] Signed-off-by: Jeremy Kerr <jk@ozlabs.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
OpenPOWER on IntegriCloud