Adam Di Carlo <[EMAIL PROTECTED]> writes: > Michael Smith <[EMAIL PROTECTED]> writes: ... > > it wouldn't produce the expected result. Because the dbcentx.mod > > file uses system IDs with filenames like this: > > > > ent/isoamsa.ent > > > > Whereas in /usr/share/xml/entities/xml-iso-entities-8879.1986/ the > > actual filenames are like this: > > > > ISOamsa.ent > > Actually, only 4.4 had it this way, and that was a separte bug > (fixed for the next upload). > > Given that is fixed, I think the symlinks still have a meaningful purpose. > How does it hurt to leave them?
I guess it doesn't hurt, as long as the filenames of the *.ent files are consistent between the dbcentx.mod file and the filenames in /usr/share/xml/entities/xml-iso-entities-8879.1986/ But now that the DocBook TC is no longer maintaining the entities, the canonical filenames for them are the W3C versions of the filenames, which are the all-lowercase, all-one-word versions like isoamsa.ent. See: http://www.w3.org/2003/entities/iso8879/ And the canonical URIs are now, for example: http://www.w3.org/2003/entities/iso8879/isoamsa.ent DocBook Simplified 1.1 actually uses those canonical URIs, because it doesn't ship with the entities, as full DocBook does. So I think maybe sgml-data needs to be updated so that /usr/share/xml/entities/xml-iso-entities-8879.1986/ includes the filenames like "isoamsa.ent". They can just be made symlinks to, e.g., "ISOamsa.ent". --Mike
smime.p7s
Description: S/MIME cryptographic signature
