Package: dpkg Version: 1.13.10 Severity: normal I presently have:
$ for n in serialver prolog javadoc javap; do ls -l /usr/bin/$n /etc/alternatives/$n; done; lrwxr-xr-x 1 root root 21 Oct 5 2004 /etc/alternatives/serialver -> /usr/bin/serialver-cp lrwxr-xr-x 1 root root 27 Aug 10 2004 /usr/bin/serialver -> /etc/alternatives/serialver lrwxr-xr-x 1 root root 16 Sep 28 2004 /etc/alternatives/prolog -> /usr/bin/gprolog lrwxrwxrwx 1 root root 24 Jun 6 2003 /usr/bin/prolog -> /etc/alternatives/prolog lrwxr-xr-x 1 root root 14 Aug 10 2004 /etc/alternatives/javadoc -> /usr/bin/gjdoc lrwxr-xr-x 1 root root 25 Aug 10 2004 /usr/bin/javadoc -> /etc/alternatives/javadoc lrwxr-xr-x 1 root root 17 Oct 5 2004 /etc/alternatives/javap -> /usr/bin/javap-cp lrwxr-xr-x 1 root root 23 Aug 10 2004 /usr/bin/javap -> /etc/alternatives/javap all of which are broken symlinks (well, the /usr/bin/links point to existing links in /etc/alternatives, which are links to nonexisting _other_ things in /usr/bin/). It seems reasonable to me that there are broken links in /etc/alternatives (there are many more); I am guessing that that is considered considered a type of "conffile", and isn't modified by dpkg (maybe it is removed on removal [purge?] if it points to where it would, by default?). But, it seems that broken links should not exist in /usr/bin/. I know I haven't played with any of those links .. Is dpkg at fault? Or mb classpath? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
