tags 454694 moreinfo thanks Kumar Appaiah <[EMAIL PROTECTED]> writes:
> Package: openafs-fileserver > Version: 1.4.5.dfsg1-1 > Severity: important > User: [EMAIL PROTECTED] > Usertags: piuparts-stable-upgrade piuparts-stable-upgrade-20071130 > > I have been analyzing packages for the piuparts test, and have observed > that openafs-fileserver fails the piuparts because it doesn't purge some > files. > > The gzipped log of the piuparts run for openafs-fileserver is > attached. Unfortunately, piuparts logs are almost unreadable, containing a bunch of debugging information that isn't very useful and not containing the key information that would be useful, which is largely why I don't try to use it. I tried for a while and gave up because of that problem. I know people are actively working on it; hopefully it will get better. > The problem is that the process > > Install Etch openafs-fileserver -> upgrade to sid -> purge > > seems to let the following files remain unremoved: > > /etc/openafs owned by: openafs-client, openafs-fileserver This is a directory shipped with the package, so it will be automatically removed when it's empty: windlord:~/tmp> dpkg -c openafs-fileserver_1.4.5.dfsg1-1_i386.deb | grep /etc drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/ drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/openafs/ drwx------ root/root 0 2007-11-11 16:23 ./etc/openafs/server/ drwxr-xr-x root/root 0 2007-11-11 16:23 ./etc/init.d/ -rwxr-xr-x root/root 3329 2007-11-11 16:14 ./etc/init.d/openafs-fileserver This therefore isn't the real problem. What file is left behind in /etc/openafs on your system that's preventing it from being removed? I'm happy to fix this if I know what file is keeping it from being removed, but just removing /etc/openafs isn't a valid solution. It's not clear from this bug report whether the problem is even with openafs-fileserver or with openafs-client. (I'll try to take a look at this myself if you don't have this information available, but this is the sort of information that piuparts really should be providing for it to be useful.) -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
