On Tue, 2009-09-01 at 07:35 +0200, Michael Schwendt wrote:
The packaging style in the nss-softokn package continues to bug
me.
There are RPM triggers being used to install/remove a prelink config file
whenever the prelink package gets installed/removed. According to a comment
in the spec file, it is only done like that because the package doesn't
want to own the /etc/prelink.conf.d directory. Nothing else is run in
the scriptlets, just a file is moved or deleted.
Previously, albeit in the different nss package, it used to be duplicate
directory ownership:
$ repoquery --whatprovides /etc/prelink.conf.d
prelink-0:0.4.0-7.fc11.i586
nss-0:3.12.3.99.3-2.11.4.fc11.i586
nss-0:3.12.3-4.fc11.i586
Is this a result of the recent move to avoid duplicate directory
ownership?
rpm could start refcounting directories any day now and that'd be just
fine.
Some people like multiple ownership, some don't. The package guidelines
recommend against it, but don't forbid it. It's a judgement call. In
this particular case I think multiple ownership of the directory is
better than triggers, but that moving /etc/prelink.conf.d to filesystem
would be even better.
- ajax