On Thu, Dec 03, 2009 at 10:29:50PM +0100, Moritz Muehlenhoff wrote:
> The only really supportable way would be to hack xpdf to link against
> poppler, maintaining a separate copy needs to stop for Squeeze.
I agree in the context of the current maintenance of the Xpdf package,
but if Xpdf was fully
On Thu, Dec 03, 2009 at 09:39:38AM -0200, Rogério Brito wrote:
> Hi there, Hamish & Co.
>
> On Jul 29 2009, Hamish Moffatt wrote:
> > On Tue, Jul 28, 2009 at 03:13:39PM -1000, Ryo Furue wrote:
> > > Hi Moritz,
> > >
> > > | xpdf is a dead end.
> > > |
> > > I'm sorry to hear that. (No, it's not
Hi there, Hamish & Co.
On Jul 29 2009, Hamish Moffatt wrote:
> On Tue, Jul 28, 2009 at 03:13:39PM -1000, Ryo Furue wrote:
> > Hi Moritz,
> >
> > | xpdf is a dead end.
> > |
> > I'm sorry to hear that. (No, it's not possible
> > for me to take care of the package, unfortunately.)
>
> That's Mori
On Tue, Jul 28, 2009 at 03:13:39PM -1000, Ryo Furue wrote:
> Hi Moritz,
>
> | xpdf is a dead end.
> |
> I'm sorry to hear that. (No, it's not possible
> for me to take care of the package, unfortunately.)
That's Moritz's observation/opinion rather than Xpdf's author's.
It's certainly a long tim
Hi Moritz,
Thanks for the suggestion.
| > (*)I log in to my workstation at my workplace from home
| > and invoke xpdf: For example,
| >
| > home$ ssh -X work.example.com
| > . . . log in to "work" . . .
| > work$ xpdf mydoc.pdf &
| > work$
| >
| > okular and acroread are so slow that i
On Thu, Jul 23, 2009 at 01:18:44PM -1000, Ryo Furue wrote:
> Hi
>
> > (An cleanest solution might be to drop xpdf altogether; the
> > correct way to implement a PDF viewer these days is to build
> > on top of poppler, such a okular, evince or epdfview.
>
> xpdf has been the only PDF viewer that i
On Thu, Jul 23, 2009 at 01:18:44PM -1000, Ryo Furue wrote:
> Hi
>
> > (An cleanest solution might be to drop xpdf altogether; the
> > correct way to implement a PDF viewer these days is to build
> > on top of poppler, such a okular, evince or epdfview.
>
> xpdf has been the only PDF viewer that i
Hi
> (An cleanest solution might be to drop xpdf altogether; the
> correct way to implement a PDF viewer these days is to build
> on top of poppler, such a okular, evince or epdfview.
xpdf has been the only PDF viewer that is light enough
to be usable remotely(*). I wish it's maintained rather
t
Package: xpdf
Severity: serious
xpdf has seen it's last maintainer upload two years ago. A package
like xpdf with a long-standing track record of security issues
needs an active maintainer.
(An cleanest solution might be to drop xpdf altogether; the
correct way to implement a PDF viewer these day
9 matches
Mail list logo
