We just released version 0.4.16 of qpdfview as the previous versions are incompatible with FDo's shared MIME type database version 1.5 due to insufficiently robust MIME type checking in qpdfview's plug-in handler which prevents the application from opening DjVu documents. As for packaging changes, this version also adds a new image plug-in that allows qpdfview to display image formats that Qt supports internally, links against the system-wide SyncTeX parser library if pkg-config is enabled and the synctex module as shipped by TeX Live 2015 is present (otherwise it will continue to fall back to the parser shipped with the source) and updates the default library list used to link the MuPDF/Fitz plug-in. Also, even though the code base has been pretty stable and was tested via VCS-based packages, one might consider the release a wee bit rushed... :-\
Thank you for the report and developing qpdfview. Zero day version bump requests are a bit problematic on the gentoo bugtracker. If bumps are requested in the first day(s) it is very likely, that the maintainer already started working on a new ebuild and needs no reminder, but lets take it this time. Best, JS
(In reply to Jonas Stein from comment #1) > Thank you for the report and developing qpdfview. > Zero day version bump requests are a bit problematic on the gentoo > bugtracker. If bumps are requested in the first day(s) it is very likely, > that the maintainer already started working on a new ebuild and needs no > reminder, but lets take it this time. Best, JS I am sorry, I did not really think about the signal-to-noise ratio of a large bug tracker like Gentoo's. My motivation was mainly that the release was pretty much unplanned at this time. I will follow your advice for future releases.
This is true *in general*, however in the case of Qt the team is pretty small and I'm not sure if anyone is actively tracking new releases of packages apart from Qt upstream. In any case, it's always a pleasure to hear from upstream. :-)
Created attachment 420868 [details] qpdfview-0.4.16.ebuild
why so long?
up
why is it obsolete ?
Sorry for the delay. Package now bumped in git, together with several major packaging changes. Please test. https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=1c8eb592927a841e2cf7becdda15e313261e117e
(In reply to Davide Pesavento from comment #8) > Sorry for the delay. Package now bumped in git, together with several major > packaging changes. Please test. > > https://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=1c8eb592927a841e2cf7becdda15e313261e117e okay. but you've forgot about USE=image/ new feature was introduced in 0.4.16, now qpdfview is capable of viewing images.
(In reply to Perfect Gentleman from comment #9) > okay. but you've forgot about USE=image/ new feature was introduced in > 0.4.16, now qpdfview is capable of viewing images. No, I have not forgotten. I don't see any reason to ever disable that feature since it's tiny and doesn't require any additional dependencies. Therefore I haven't provided a USE flag to disable it, and it will be always enabled.
(In reply to Davide Pesavento from comment #10) > (In reply to Perfect Gentleman from comment #9) > > okay. but you've forgot about USE=image/ new feature was introduced in > > 0.4.16, now qpdfview is capable of viewing images. > > No, I have not forgotten. I don't see any reason to ever disable that > feature since it's tiny and doesn't require any additional dependencies. > Therefore I haven't provided a USE flag to disable it, and it will be always > enabled. okay, got it
