Hi Mark, Thanks for your comments.
I have just installed sgml-data on another machine and it correctly created the symlink to /usr/share/xml/entities/xml-iso-entities-8879.1986/ The difference between the two machines is that on the previous machine I was upgrading sgml-data from a previous version, whereas on the machine where the install worked, I was installing sgml-data for the first time. I suspect that when upgrading the package, dpkg fails to remove the directory /usr/share/sgml/entities/xml-iso-entities-8879.1986/ and then, since it still existed, it couldn't create the symlink (of the same name) to /usr/share/xml/entities/xml-iso-entities-8879.1986/ I guess that this is should still be considered a bug in sgml-data so will go ahead and report it tomorrow. On Fri, 2004-02-13 at 21:40, Mark Johnson wrote: > This is (probably) a bug in sgml-data, as that package should create > symlinks instead of empty directories. > On Wed, Feb 11, 2004 at 09:19:12PM +0000, Stewart Jeacocke wrote: > > Looking through the archives from this list it looks like these entities > > used to live in /usr/share/sgml/entities/xml-iso-entities-8879.1986/ but > > have been recently moved. Should I just create the required symlinks and > > should I file a bug report against sgml-data? > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
