El Martes, 11 de Septiembre de 2007 17:06, Dan Nicholson escribió:
>
> FYI, this is a property of xsltproc(1), and not something native to LFS.
>
Actually, it's an standard.
All XML parsers should honour XML_CATALOG_FILES, the same that all SGML
parsers should honour SGML_CATALOG_FILES
--
M
On 9/11/07, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
> M.Canales.es wrote:
> > That is already done.
> >
> > You can place the stylesheets anywhere, just update the XML catalogs to
> > point
> > to that path when that version is requested.
> >
> > If you have no permissions to edit /etc/xm
M.Canales.es wrote:
> That is already done.
>
> You can place the stylesheets anywhere, just update the XML catalogs to point
> to that path when that version is requested.
>
> If you have no permissions to edit /etc/xml/catalog, you can create your own
> ~/xml/catalog and use it adding to your e
El Martes, 11 de Septiembre de 2007 16:30, Alexander E. Patrakov escribió:
> Make it easy to use a just-downloaded private copy of the correct
> version of the stylesheets.
That is already done.
You can place the stylesheets anywhere, just update the XML catalogs to point
to that path when that
On 9/11/07, Alexander E. Patrakov <[EMAIL PROTECTED]> wrote:
> M.Canales.es wrote:
> > What most cooperation is needed apart from saying on what external packages
> > version our sources depends on?
>
> Make it easy to use a just-downloaded private copy of the correct
> version of the stylesheets.
M.Canales.es wrote:
> What most cooperation is needed apart from saying on what external packages
> version our sources depends on?
>
Make it easy to use a just-downloaded private copy of the correct
version of the stylesheets.
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailma
Randy McMurchy wrote:
> Alexander E. Patrakov wrote these words on 09/11/07 08:04 CST:
>
>
>> OK. Now imagine the following situation: someone wants to create a
>> Debian package with the LFS book. Debian policy requires that all HTML
>> and PDF files are rebuilt from XML source in this case.
El Martes, 11 de Septiembre de 2007 16:09, Alexander E. Patrakov escribió:
> Would you mind if I report this to Debian as a bug, and CC: you so that
> you get a chance to answer the replies?
If you ask about creating sepparate DB-XSL packages for each available
version, and no other Debian packa
M.Canales.es wrote:
> Forgot to mention. That's a distro policy fault.
>
> DocBook XML DTDs or DocBook XSL styleshets versions are not exclusives. All
> available versions can be installed on a system without conflicts and should
> be availables if some source document request them.
>
Would
El Martes, 11 de Septiembre de 2007 15:48, Alexander E. Patrakov escribió:
> Yes, an issue for distro package creators, but caused by LFS upstream
> not willing to cooperate :)
Hu?
What most cooperation is needed apart from saying on what external packages
version our sources depends on?
If so
El Martes, 11 de Septiembre de 2007 15:04, Alexander E. Patrakov escribió:
> The problem is that old versions of DocBook XSL are simply not available
> as Debian packages, so one cannot build-depend on them without
> immediately getting a release-critical bug report.
Forgot to mention. That's a d
M.Canales.es wrote:
> El Martes, 11 de Septiembre de 2007 15:04, Alexander E. Patrakov escribió:
>
>
>> OK. Now imagine the following situation: someone wants to create a
>> Debian package with the LFS book. Debian policy requires that all HTML
>> and PDF files are rebuilt from XML source in thi
El Martes, 11 de Septiembre de 2007 15:04, Alexander E. Patrakov escribió:
> OK. Now imagine the following situation: someone wants to create a
> Debian package with the LFS book. Debian policy requires that all HTML
> and PDF files are rebuilt from XML source in this case. If the LFS book
> relie
Alexander E. Patrakov wrote these words on 09/11/07 08:04 CST:
> OK. Now imagine the following situation: someone wants to create a
> Debian package with the LFS book. Debian policy requires that all HTML
> and PDF files are rebuilt from XML source in this case.
Pardon my ignorance to Debian pr
M.Canales.es wrote:
> The "current" version remap is a catch-all for stock DB documents that don't
> need to worry about the output tagging and look and are happy with the
> defaults. On the other side, technical documentation that need a customized
> tagging &
> look on HTML and/or PDF output
El Martes, 11 de Septiembre de 2007 08:43, Alexander E. Patrakov escribió:
> The question is how they manage to continue building packages with
> documentation successfully when DocBook XSL is upgraded. For the
> "gimp-help-2" package, the answer is that the "current" version of
> stylesheets is u
16 matches
Mail list logo