I suggest we do a NMU adding the dependency instead of the preinst
script. The two packages have been one package before, so a dependency
between them can't do any harm. libcap2-bin was just split, because
binaries don't go into into multiarch directories.
Is there still nobody who wants to sponso
I prepared a package for a NMU and created sponsorship request #683150.
Then Bart Martens and me discussed if my fix (a preinst script for
libcap-bin cleanly removing the pam module) is appropriate. The problem
is that squeeze users with libcap-bin will lose the pam module when
upgrading. This coul
Package: libcap2-bin
Version: 1:2.22-1.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package modifies files from
another package. These files are not owned by any package (so they must
have been created by some postinst), bu
3 matches
Mail list logo
