Hi, Thanks for quick responses.
On Sat, Feb 18, 2012 at 01:00:08AM -0200, Rogério Brito wrote: > Hi, Vincent. > > On Feb 18 2012, Vincent Lefevre wrote: > > I've done some debugging and noticed that in 3.02, > > GlobalParams::findFontFile was always returning NULL (I couldn't > > find a PDF file for which it wasn't the case). In 3.03, it wasn't > > returning NULL. So, I tried to add a "return NULL;" at the beginning > > of the function (see attached patch)... and it solved the problem! > > > > However I don't know what this function is supposed to do and any > > other consequence of this patch. Please check... Sounds interesting. What we need is someone who make the whole package and test it completely. I can only help uploading it if the package is in good quality and the person is here to stay to be responsible for the future maintenance. > You may want to take a look at a refactoring of xpdf with the poppler > backend at: > > http://github.com/rbrito/xpdf-poppler > > It doesn't presently compiles with recent versions of poppler (they added > arguments to some functions), but it may present itself as an alternative to > the xpdf that Michael currently maintains. You mean that the code you have does not address changes of poppler yet. I think you are providing very interesting analysis for the nature of problem and sounds like you know what is needed. As I understand, switching to Rogério's current version with patch for the new poppler is practically the same as uploading 3.03 upstream with debian changes to 3.02 with the same patch as you are thinking. I think Michel's version is not so different from Rogério's git repo except for xpdf wrapper script. I think Rogério's essential scaling patch was included. This is completely separate issue from current breakage. I know there were nasty breakages for a while on this wrapper script. I remember Michel did not take my patch for the wrapper and made several iterations to get it fixed. Not that I like that style of wrapper code, I think we should focus on solving problem first. I do not want to see people complaining lost features. What we lack is someone to make patches which is designed to work with the latest popplar library. Apparently, the real original author of xpdf has no interest of doing so. Being the maintainer of xpdf requires to do this. This was the condition to keep xpdf in Debian for security concern. > Perhaps, in the not so distant future, I may even upload what I have to the > debian archive. There is no question that whoever can make this work with new poppler should be the maintainer of this package. Certainly I can not be the one. Since this is RFHed by Michael, I think he is open for any arrangement. FYI: My quick googling finds that RedHat is making xpdf-3.03 packages with a few patches. But it does not seem to use poppler but use upstream for backend engine. Patch3: xpdf-3.03-ext.patch Patch11: xpdf-3.03-crash.patch Patch12: xpdf-3.03-64bit.patch These possibly needs to be used too. > One curious observation is that, apart from contributions by Barak > Pearlmutter, most of the help that I have received so far came from Gentoo > and from OpenSUSE. I would love to have feedback from some Debian users. I could not find 3.03 based packaging by them. If any of you are successful making 3.03 with poppler, I can help sponsor it if Michael is not available for it. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
