Re: question about placements in /usr/share/xml
Mark Johnson <mark@dulug.duke.edu> writes:
> Quoting Adam Di Carlo <adam@onshored.com>:
>> The implication is that stuff in /usr/share/xml/schema or
>> /usr/share/entities are not registered, then -- they don't have
>> their a catalog. No?
> Really? Is that implied? It isn't meant to be that way.
>
> LIke I said earlier, stuff can go in /usr/share/xml/schema or
> /usr/share/entities, but if the stuff has a catalog(s), then it must get it's
> own subdirectory. [catalog name clashing, again]
Um -- if it has a catalog, it is registered. If it doesn't have a
catalog, it's not registered. Doesn't that imply stuff living
directly under /usr/share/xml/{schema,entities} has not catalog,
therefore is not registered?
> FWIW, you might wanna check out the /usr/share/[sgml|xml] sections
> of the new 2.3 version of FHS. There are some specific directories
> that must be in /usr/share/xml & /usr/share/sgml. Seems pertinent to
> sgml-data. Here's the link:
>
> http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHARESGMLSGMLANDXMLDATA
I don't get it. What in there is relevant to specific files I'm
shipping in sgml-data? Can you just tell me specific DTD/entities
you're talking about?
--
...Adam Di Carlo...<adam@onshored.com>.......<URL:http://www.onshored.com/>
Reply to: