[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

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: