Opened 5 years ago
Closed 5 years ago
#12981 closed enhancement (fixed)
libcap-2.30 (wait for LFS)
Reported by: | Pierre Labastie | Owned by: | Pierre Labastie |
---|---|---|---|
Priority: | normal | Milestone: | 9.1 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
New minor.
Release notes for 2.30 Note: future bug reports should captured in this kernel.org tracker. 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.
Change History (3)
comment:1 by , 5 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 5 years ago
LFS needs the static libpsx.a library. I do not think it impacts the pam_cap part.
Note:
See TracTickets
for help on using tickets.
Will make a test of lfs and report there.