Hello Jim,
sounds reasonable to me.....
But another small suggestion (just to use the opportunity:) : Since we have
html for online-access, the manual becomes bigger and bigger, and pdf was
already BIG before:
What do you think about providing them also compressed to save traffic?
Cu,
Thomas
"Jim Winstead" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> we're still sorting out our server situation. if i understand things
> correctly, the machine that used to be lists.php.net/cvs.php.net will
> be getting reformatted and redeployed on va linux's network for us to
> use again, and i think it would make a lot of sense to make that be
> rsync.php.net (which also generates the manuals).
>
> i haven't been able to set up the pdf generation on the current
> rsync.php.net, because it is running an older version of redhat, and
> all the jvm's i tried to install wanted a newer glibc.
>
> (the pdf generation was using saxon and passivetex, right? it would be
> interesting to see if libxslt is up to the task, since it is
> reportedly quite fast.)
>
> jim
>
> On Sun, Jul 08, 2001 at 11:59:40AM +0200, Hojtsy Gabor wrote:
> > Is there anybody interested in seting up the PDF
> > generation framework again? This question was
> > askes by Rasmus some days ago, but nobody seemed
> > to answer.
> >
> > I know this day is still LinuxTag, and many PHP
> > people are in Stuttgart, but maybe someone can
> > spend some time with this next week.
> >
> > We should put that dot at the end of the PDF
> > generation, and get this type of doc mirrored.
