forked from pool/libcap
Accepting request 762391 from home:pluskalm:branches:Base:System
- Update to version 2.30:
* BUGFIX: arm and i386 fixes C and Go setgroups choice - used
wrong syscall in 2.29.
* cleaned up make clean and make install to actually work as
intended
* updated Gentoo libpsx.pc file from Lars Wendler
* refactored the way libpsx linkage with libcap performed mutual
discovery.
* Previously (2.28) libpsx had an API call overridden by libcap
using weak linkage function in libpsx. In 2.30 this is reversed,
namely libpsx provides the stronger function and libcap has a
weak "no-op" version.
* a bit more consistency in handling the 'all' sets in libcap
(C) and libcap/cap (Go). Namely, they both dynamically discover
the number of capabilities named by the kernel and use this as
the definition of 'all' for the current runtime.
+ libcap (C) exports cap_max_bit() to export the number of
supported capabilities
+ libcap/cap (Go) exports cap.MaxBits() for this same value.
- For changes for older releases see:
* https://sites.google.com/site/fullycapable/release-notes-for-libcap
- Add glibc-static-devel as build requirement as tests need it
- Install libpsx.a as it seems to be needed in some cases:
* https://bugs.gentoo.org/703912
OBS-URL: https://build.opensuse.org/request/show/762391
OBS-URL: https://build.opensuse.org/package/show/Base:System/libcap?expand=0&rev=31
This commit is contained in:
@@ -1,3 +1,31 @@
|
||||
-------------------------------------------------------------------
|
||||
Thu Jan 9 16:05:12 UTC 2020 - Martin Pluskal <mpluskal@suse.com>
|
||||
|
||||
- Update to version 2.30:
|
||||
* BUGFIX: arm and i386 fixes C and Go setgroups choice - used
|
||||
wrong syscall in 2.29.
|
||||
* cleaned up make clean and make install to actually work as
|
||||
intended
|
||||
* updated Gentoo libpsx.pc file from Lars Wendler
|
||||
* refactored the way libpsx linkage with libcap performed mutual
|
||||
discovery.
|
||||
* Previously (2.28) libpsx had an API call overridden by libcap
|
||||
using weak linkage function in libpsx. In 2.30 this is reversed,
|
||||
namely libpsx provides the stronger function and libcap has a
|
||||
weak "no-op" version.
|
||||
* a bit more consistency in handling the 'all' sets in libcap
|
||||
(C) and libcap/cap (Go). Namely, they both dynamically discover
|
||||
the number of capabilities named by the kernel and use this as
|
||||
the definition of 'all' for the current runtime.
|
||||
+ libcap (C) exports cap_max_bit() to export the number of
|
||||
supported capabilities
|
||||
+ libcap/cap (Go) exports cap.MaxBits() for this same value.
|
||||
- For changes for older releases see:
|
||||
* https://sites.google.com/site/fullycapable/release-notes-for-libcap
|
||||
- Add glibc-static-devel as build requirement as tests need it
|
||||
- Install libpsx.a as it seems to be needed in some cases:
|
||||
* https://bugs.gentoo.org/703912
|
||||
|
||||
-------------------------------------------------------------------
|
||||
Mon Dec 16 14:21:27 UTC 2019 - matthias.gerstner@suse.com
|
||||
|
||||
|
||||
Reference in New Issue
Block a user