Hi Javier. Sorry for that long delay.
On Sat, 2009-01-17 at 12:41 +0100, Javier Fernández-Sanguino Peña wrote: > Why do you think these should be in /var/? These are only updated through new > packages, Are they? I mean a user can update them by invoking tiger with -G if I recall correctly. And I think both, permissions and signature files of a given package version from tiger, might became worthless after the next update of other packages, as for example the hash of /bin/ls or so might change. See waht I mean? > I have never had a request for users that want to modify them. Isn't the signature check disabled by default? Perhaps this is the reason. The permissions probably never change, or at least very rarely. > > And perhaps even: > > /usr/lib/tiger/systems/Linux/2/debian_advisories > > /usr/lib/tiger/doc/explain.idx > > The idx file only gets updated when the txt files under /usr/lib/tiger/doc > are updated (again, through a package update). Ok,.. here you are right :-) The reason why I als asked for the .idx file is, that I have two systems where it simply doesn't exist (and is not even in the package file list) (both lenny),... and so I assumed that these files were created dynamically. > The debian_advisories is updated with new package versions too. Admins are > not supposed to modify that file. Is this actually ever updated? I mean debian_advisories come and go very often? > > These should be moved to /var if I'm correct. > > Also when one uses tiger -G files should be written to /var. > Well, actually that's a feature that nobody requested before. But it's true > that those changes should be done in /var. Yes,.. and I thought this would then also apply for the "variable" data files, that ship already with the package. > > Another thing is that many files are not listed as being part of the > > package, e.g. /etc/tiger/tigerrc. > Which files? > $ dpkg -L tiger |grep tiger/tigerrc > /etc/tiger/tigerrc Uhm strange,.. this is not in the list, when I issue the very same command?! Thanks, Chris.
smime.p7s
Description: S/MIME cryptographic signature
