Bug#527840: Needs to be actively maintained or removed
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 maintained I think that's rather unfair to Xpdf upstream. Hamish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 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 time between releases though. > > I sincerely hope that xpdf is not dead, as the tookits used with other > viewers make things hugely impractical for the very same purpose that > Ryo states. xpdf has been removed from Squeeze at this point. > I also frequently need to log into a remote computer to see PDF > files---and such files can only be viewed on a remote computer, due to > policies of publishers of scientific papers tying the access to an IP > subnet. That can just as well be done with any other PDF viewer? > And when I am not a the University and have to read a given reference, > my only option is to log in remotely. Also, the current "modern" > solutions based on poppler seem to have drawbacks (I'm thinking > particularly of evince, which uses cairo and, according to some bugs > upstream, can't use a zoom factor greater than 400% for performance > issues). There are several implementations based on poppler, you should try a different one, then (or file a bug against evince). > Auditing the patches from poppler and seeing if they are relevant to > xpdf would be a good thing, even if xpdf goes into "maintenance mode" > only. The only really supportable way would be to hack xpdf to link against poppler, maintaining a separate copy needs to stop for Squeeze. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 Moritz's observation/opinion rather than Xpdf's author's. > It's certainly a long time between releases though. I sincerely hope that xpdf is not dead, as the tookits used with other viewers make things hugely impractical for the very same purpose that Ryo states. I also frequently need to log into a remote computer to see PDF files---and such files can only be viewed on a remote computer, due to policies of publishers of scientific papers tying the access to an IP subnet. And when I am not a the University and have to read a given reference, my only option is to log in remotely. Also, the current "modern" solutions based on poppler seem to have drawbacks (I'm thinking particularly of evince, which uses cairo and, according to some bugs upstream, can't use a zoom factor greater than 400% for performance issues). I am willing to lend a hand on xpdf, since it is so important for many users and applications. Team-maintaining it would be best. Auditing the patches from poppler and seeing if they are relevant to xpdf would be a good thing, even if xpdf goes into "maintenance mode" only. Regards, Rogério Brito. -- Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8 http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 time between releases though. Hamish -- Hamish Moffatt VK3SB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 it's utterly | > impossible to use remotely. | > (I've never used evince or epdfview.) | | Try epdfview, then. Did. Unfortunately, it was too slow to use remotely. When the top 2/3 of a page was displayed, for example, I hit the space bar to see the bottom 1/3 of the page. It took 5-10 seconds before the rendering was complete. In the same environment, xpdf takes less than a second. Evince was as slow as epdfview. epdfview is an excellent viewer if used on a local machine. | 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.) Regards, Ryo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 is light enough > to be usable remotely(*). I wish it's maintained rather > than abandoned. > > Ryo > --- > (*)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 it's utterly > impossible to use remotely. > (I've never used evince or epdfview.) Try epdfview, then. xpdf is a dead end. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 is light enough > to be usable remotely(*). I wish it's maintained rather > than abandoned. > > Ryo > --- > (*)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 it's utterly > impossible to use remotely. > (I've never used evince or epdfview.) It's available for adoption - #535261. Hamish -- Hamish Moffatt VK3SB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 than abandoned. Ryo --- (*)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 it's utterly impossible to use remotely. (I've never used evince or epdfview.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527840: Needs to be actively maintained or removed
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 days is to build on top of poppler, such a okular, evince or epdfview. Cheers, Moritz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: pn xpdf-common(no description available) pn xpdf-reader(no description available) pn xpdf-utils (no description available) xpdf recommends no packages. xpdf suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org