Arch Linux

One point I forgot to mention, wireshark and other packages depending on libcap will have to be rebuilt because of this update. Sorry...

Were you intending to attach the updated PKGBUILD?

I thought I did...

On another note (should be self-explanatory by the PKGBUILD file), the patches for libcap 1.10 in ABS are no longer necessary.
They can (and probably should) be removed.

What's the status of this issue?

I just adopted the package and i will plan a rebuild and update.

Hm, a month later:

$ pacman -Ss libcap
extra/libcap 1.10-2
POSIX 1003.1e capabilities

:p.

This upgrade will not be as easy as you think. There are some packages that requires libcap and i need to make sure that all them works with the newer version.

Also, i took a look at others distributions and they seem to stay with libcap1. I am checking the reasons.

Not all soft that use capabilities are linked with libcap (for example syslog-ng-3) simple include sys/capabilities.h
You can check what soft are using them, with "readelf -s | grep capget" for example

Updating this and recompiling soft fixes the kernel warning message:
warning: `program-name' uses 32-bit capabilities (legacy support in use)

This is maybe is important, because the old legacy capabilities are unmantained.
Also this package maybe needed to be moved from extra to core.

What are the status on this upgrade?

Complete libpcap rebuilt list for [core] and [extra]:

etherape
ettercap
ettercap-gtk
hping
kismet
libnids
ngrep
nmap
ntop
ppp
snort
tcpdump
tcptraceroute
wireshark

Allan, is libcap not libpcap ;)

I currently finding what pkgs uses the symbol "capget" in extra/community

[core]
syslog-ng-3.0.1

[extra]

These are list of packages that have the symbol "capget" in ELFs but they don't have a dynamic link to libcap

[core]
glibc-2.9-4 (this seem to only needed for selinux setups) [ nscd/selinux.h ]
syslog-ng-3.0.1

[extra]
dnsmasq-2.45-1
proftpd-1.3.1-2
squid-2.7.STABLE6-1

Maybe a good idea it to put a makedepends=(libcap...) for these packages.

[community]
will come soon...

> Allan, is libcap not libpcap ;)

Oops...

There are no community packages that have the symbol "capget", uses other functions (but this are dyn linked with libcap and uses cap_* functions)

These are packages that are linked with libcap

[extra]
avahi-0.6.24-1
cdrkit-1.1.9-1
dovecot-1.1.11-1
muse-0.9-1 (NOTE: list libcap as depend but don't use it)
pinentry-0.7.5-3
pure-ftpd-1.0.21-2
samba-3.3.1-1
smbclient-3.3.1-1
vsftpd-2.1.0-1
wireshark-1.0.6-1

[community]
osec-1.2.2cvs20081201-1
pulseaudio-0.9.14-1

Would someone mind updating this so that we can fix the syslog-ng issue? Hugo, you're the owner of libcap.

Sure! But i did not tested every app against the new libcap version. I will build the newer version and upload to [testing].

Hugo, my previus distro was Slackware (8 years on it), it uses only libcap-2.nn
I personally used samba, vsftpd, pure-ftpd, proftpd, squid and wireshark on it, there are no problems on it.

Great! Then everthing will run fine. Anyway, i will upload everything to [testing].

Hugo, in your mail missed deps

Here is the complete list:


-------------------------------------
Packages that have makedepends on libcap (maybe these need to add libcap as makedepends) [uses sys/capability.h when exists]
[core]
syslog-ng-3.0.1

[extra]
dnsmasq-2.45-1
proftpd-1.3.1-2
squid-2.7.STABLE6-1
-------------------------------------
Packages that have depends on libcap
[extra]
avahi-0.6.24-1
cdrkit-1.1.9-1
dovecot-1.1.11-1
muse-0.9-1 (NOTE: list libcap as depend but don't use it)  FS#13756 
pinentry-0.7.5-3
pure-ftpd-1.0.21-2
samba-3.3.1-1
smbclient-3.3.1-1
vsftpd-2.1.0-1
wireshark-1.0.6-1

[community]
osec-1.2.2cvs20081201-1
pulseaudio-0.9.14-1
--------------------------------------

Perfect. Thanks. I will use this as a guide.

Description:
libcap doesn't work after upgrading to the last version.

Additional info:
* kernel: 2.6.28.7-2
* x86-64 architecture
* testing repository enabled

Steps to reproduce:
Try to run, e.g., 'pinentry-gtk-2'.

I solved with a symbolic link:
ln -s /lib/libcap.so.2 /lib/libcap.so.1

pinentry is working fine on a i686 machine.

Which pinentry and libcap version are you using? And, please, open a new BR.

I'm sorry. I forgot to report:
pinentry-gtk-2: error while loading shared libraries: libcap.so.1: cannot open shared object file: No such file or directory

pinentry 0.7.5-3
testing/libcap 2.16-2

on Arch64

Try pinentry 0.7.5-4. It's the version that was rebuilt to use libcap. I do not know if this version is already available in the testing repo.

Hugo, i see that you fixed the invalid muse depends on libcap. Can also fix the jade depends? it's a makedepend
muse-0.9-1 (NOTE: list libcap as depend but don't use it)  FS#13756  so can close this FS entry.

Thanks for your work.

@Hugo: I'll open a new bug report. (The pinentry 0.7.5-4 isn't available yet in the testing repository).

bad perms on libcap.so.2.16 (644) should be 755 ;)

djgera,

I fixed the muse package and the permissions problem of libcap. Thanks again.

Excelente Hugo :)

Now the only two packages in queue, that needs a rebuild are in community: pulseaudio and osec ;)

Thanks.