buildroot/package/procps-ng, branch 2016.08

procps-ng: fix BR2_STATIC_LIBS=y build

2016-08-09T13:48:46+00:00

The procps-ng package currently fails to build on BR2_STATIC_LIBS=y configurations. Indeed, by default NUMA support is enabled, and it requires dlopen(). As hinted by the configure script, passing --disable-numa allows to disable NUMA support. However, once this is done, another issue pops up: dlopen() is also used by the SELinux support. But even when SELinux support is disabled, the procps-ng code incorrectly includes . This is addressed by the addition of a patch. Fixes: http://autobuild.buildroot.net/results/b385bf435085728aece6323a5006ba9fa6631744/ Signed-off-by: Thomas Petazzoni

package: move busybox show others dependency to per-package

2016-07-04T14:12:38+00:00

Having the BR2_PACKAGE_BUSYBOX_SHOW_OTHERS dependencies in package/Config.in is not very practical: it makes this file not very readable, and puts the dependency away from the package itself, which can sometimes be confusing. Therefore, this commit moves the dependency in each package Config.in file. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

package/procps-ng: install libprocps.pc in staging/usr/lib/pkgconfig/

2016-03-26T17:53:55+00:00

Since 834893a965a993e8a73e30b448426f626419f3c8, pkg-config --libs libprocps doesn't work anymore because libprocps.pc is installed in STAGING_DIR/lib/pkgconfig/ instead of STAGING_DIR/usr/lib/pkgconfig/. Add --libdir=/usr/lib in PROCPS_NG_CONF_OPTS to fixes the issue. Note that libprocps.so is now installed in /usr/lib/ instead of /lib/. Fixes: http://autobuild.buildroot.net/results/2e5/2e5100ccf1ed336c26b83930e7149941c97fc4d2/ Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/procps-ng: Fix install, procps-ng does not use /usr/bin anymore

2016-02-07T20:56:36+00:00

We do not need to move binaries around anymore since this commit: https://gitlab.com/procps-ng/procps/commit/430b559ba2826f80dffa840622ae0fc744000b13 Removing PROCPS_NG_CONF_OPTS completely leads to binaries being installed to /usr/bin, we still have to define a custom --exec-prefix to get binaries in /bin: libtool: install: /usr/bin/install -c free /home/bernd/buildroot/output/target/bin/free libtool: install: /usr/bin/install -c pgrep /home/bernd/buildroot/output/target/bin/pgrep libtool: install: /usr/bin/install -c pkill /home/bernd/buildroot/output/target/bin/pkill libtool: install: /usr/bin/install -c pmap /home/bernd/buildroot/output/target/bin/pmap libtool: install: /usr/bin/install -c pwdx /home/bernd/buildroot/output/target/bin/pwdx libtool: install: /usr/bin/install -c tload /home/bernd/buildroot/output/target/bin/tload libtool: install: /usr/bin/install -c uptime /home/bernd/buildroot/output/target/bin/uptime libtool: install: /usr/bin/install -c vmstat /home/bernd/buildroot/output/target/bin/vmstat libtool: install: /usr/bin/install -c w /home/bernd/buildroot/output/target/bin/w libtool: install: /usr/bin/install -c pidof /home/bernd/buildroot/output/target/bin/pidof libtool: install: /usr/bin/install -c kill /home/bernd/buildroot/output/target/bin/kill libtool: install: /usr/bin/install -c slabtop /home/bernd/buildroot/output/target/bin/slabtop libtool: install: /usr/bin/install -c watch /home/bernd/buildroot/output/target/bin/watch libtool: install: /usr/bin/install -c top/top /home/bernd/buildroot/output/target/bin/top Fixes: http://autobuild.buildroot.net/results/ab7/ab7ed83d60823c1b023c7b76fcbe9c20d537ed4c// Signed-off-by: Bernd Kuhls [Thomas: pass --exec-prefix=/ instead of an empty prefix.] Signed-off-by: Thomas Petazzoni

package/procps-ng: bump version to 3.3.11 to fix musl build

2016-01-31T12:53:15+00:00

Rebased 0002-use-pkgconfig-for-ncursesw-cflags.patch The build error has not yet been found by the autobuilders: watch.c:564:37: error: request for member ‘chars’ in something not a structure or union exit_early = (wchar_t) c != oldc.chars[0]; ^ watch.c:573:5: error: unknown type name ‘cchar_t’ cchar_t oldc; Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

procps-ng: install binaries in /bin and /sbin

2016-01-14T19:52:50+00:00

This way the busybox counterparts are overwritten and we will not end up with procps-ng binaries in /usr/bin and /usr/sbin, and busybox symlinks for the same tools in /bin and /sbin. Signed-off-by: Vicente Olivert Riera Signed-off-by: Peter Korsgaard

procps-ng: needs gettextize

2015-04-10T19:53:52+00:00

Fixes: http://autobuild.buildroot.org/results/904/90401cdb471f9e9582e2ca2ad07fb3db148420d7/ Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni

procps-ng: fix/patch wrong ncursesw headers assumption

2015-04-08T20:47:34+00:00

The configure script/code assumes ncursesw headers live in /usr/include/ncursesw. That's a distribution-ism where they want to have both versions for ABI/API compatibility, but not the case for embedded where that's not a concern. Hence kill the hard-coding and use pkg-config to find this out instead of the half-made effort about it. Fixes: http://autobuild.buildroot.net/results/97d/97dc7f238457609c861c24f81b556973f5dec9c1/ Signed-off-by: Gustavo Zacarias Tested-by: Baruch Siach Signed-off-by: Thomas Petazzoni

package/procps-ng: enable UTF-8 support

2015-04-04T15:48:48+00:00

For an example of why to enable this: https://bugs.archlinux.org/task/38614 Signed-off-by: Steven Noonan Signed-off-by: Thomas Petazzoni

package/procps-ng: use more complete installation prefix

2015-04-04T15:42:59+00:00

Otherwise we get a /lib/pkgconfig/libprocps.pc for example. Signed-off-by: Steven Noonan Signed-off-by: Thomas Petazzoni