Re: Splitting package xmlto - which way is better?

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

 



Paul W. Frields píše v Po 14. 07. 2008 v 08:01 -0400:
> On Mon, 2008-07-14 at 13:32 +0200, =?ISO-8859-1?Q?Ond=3Fej_Va=3F=EDk_
> wrote:
> > 2) Split to xmlto and xmlto-tex . This will break builds which are using
> > xmlto for building pdf/ps/dvi documentation - additional BuildRequires
> > for xmlto-tex backends subpackage will be required. 
> I think #2 is definitely the better way to go.  The passivetex stuff for
> building the PDF format, in my experience, has been fragile at best for
> some time.  Although fop is getting closer to usable, and could end up
> being used by the xmlto scripts for PDF building in the future, it's not
> there yet -- and when it is, the fop package will also drag in a lot of
> Java package deps.

Ok, thanks, you are right, will use #2. Therefore those who rely on
xmlto while building pdf/ps/dvi documentation during koji build, please
add xmlto-tex BuildRequires. 
Just want to say that xmlto scripts already have support for fop/dblatex
(but dblatex brings requirements for TeX packages as well and fop's
requirements for Java packages are maybe even more expensive) - but
passivetex is still considered as default. When option --extensions is
specified, PDF building with passivetex is much better (although you are
right that not perfect).

Greetings,
         Ondrej Vasik

Attachment: signature.asc
Description: Toto je =?UTF-8?Q?digit=C3=A1ln=C4=9B?= =?ISO-8859-1?Q?_podepsan=E1?= =?UTF-8?Q?_=C4=8D=C3=A1st?= =?ISO-8859-1?Q?_zpr=E1vy?=

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux