Package Details: qpdfview 0.4.16-3

Git Clone URL: https://aur.archlinux.org/qpdfview.git (read-only)
Package Base: qpdfview
Description: A tabbed PDF viewer using the poppler library.
Upstream URL: https://launchpad.net/qpdfview
Licenses: GPL2
Submitter: adamreichold
Maintainer: adamreichold
Last Packager: adamreichold
Votes: 161
Popularity: 3.392018
First Submitted: 2012-02-08 13:11
Last Updated: 2015-11-24 15:35

Dependencies (10)

Required by (0)

Sources (1)

Latest Comments

gajjanag commented on 2016-01-29 03:55

@adamreichold: thanks for the update.

After playing with the Fitz plugin based qpdfview, although I do find it useful for fast opening of large files, I have found the lack of text search quite inconvenient. Thus, I will not be creating a package for this; interested people can either use qpdfview-bzr, or create a qpdfview-fitz.

adamreichold commented on 2016-01-02 11:05

@gajjanag I updated the README file shipped with qpdfview:

> The Fitz plug-in is currently considered experimental due to the lack of a maintainer. It also lacks support for various features, e.g. meta-data, encryption, text search, text extraction, form fields and annotations.

I don't think this should go into the manual page as I don't consider the Fitz plug-in support in the first place.

gajjanag commented on 2016-01-02 04:19

@adamreichold: Thanks for the update. I will create the package and upload it soon.

This may be better for your bug tracker, but can you please give a brief description of the missing functions in fitz (e.g a BUGS section to the man page)? I have not experienced them myself, but would like to be aware of them.

adamreichold commented on 2015-12-31 00:15

@gajjanag I am glad that you find the program useful. The reason that the stable package does not enable the Fitz plug-in even if the mupdf package is installed, is that this plug-in is considered experimental as there is no maintainer dedicated to tracking the changes of the Fitz API. It also lacks various functions that the Poppler-based plug-in provides. Hence, I would suggest creating a separate AUR package (maybe qpdfview-fitz or something like that) which enables the Fitz plug-in for the stable code base.

gajjanag commented on 2015-12-30 17:14

Thanks for this fantastic package. I noticed that qpdfview-bzr has optional fitz (mupdf) plugin support, and I was interested in it for the qpdfview package since I prefer the stable release. It seems like simple modifications of this PKGBUILD by inspection of the bzr PKGBUILD can be used to obtain mupdf support here. Can you please update the PKGBUILD accordingly?

In case you are interested, I can post the modified PKGBUILD.

adamreichold commented on 2015-11-24 15:38

@lahwaacz I agree that properly tracking dependencies is important which is why I don't want to make a dependency mandatory that is actually optional. Hence I changed the package so that e.g. texlive-bin is an optional build-time dependency that will become a mandatory dependency when the main qpdfview binary links against it, but djvulibre and libspectre will stay optional as only the respective plug-ins link against them.

lahwaacz commented on 2015-11-23 21:56

@adamreichold: Quite possibly, but of course it's your call. I think that tracking all installation-time dependencies properly based on the build-time configuration is important and worth the effort and added complexity.

adamreichold commented on 2015-11-20 23:10

@lahwaacz Thank you for the suggestion. I have taken a look and even without the additional Python script, I could use the technique to e.g. add texlive-bin to the dependencies if the synctex pkg-config module exists. However, my main problem of configuring which optional (build-time) dependencies should be active is not addressed by this as far as I understand it. Also, our optional build-time dependencies on djvulibre and libspectre are also optional run-time dependencies even if enabled, as qpdfview just won't be able to load those plug-ins without them, but can nevertheless be installed and used for other formats. For now, I think another optional dependency on texlive-bin that is reflected in the dependencies automatically using the mpv-git technique is the best approximation of the real dependencies?

lahwaacz commented on 2015-11-20 15:03

@adamreichold: The mpv-git package [1] uses some tricks to automatically detect the "build-time optional" dependencies, maybe similar approach would be best even for qpdfview. No idea about the package guidelines for this though...

[1] https://aur.archlinux.org/packages/mpv-git/

adamreichold commented on 2015-11-20 07:18

Hello KlipperKyle,

this is correct as we are linking against the SyncTeX parser library from texlive-bin instead of copying its code into our source tree (which used to be the preferred method of distribution for that). But the code itself has been present in one form or the other within qpdfview for quite some time.

If you do not have texlive-bin installed, it will still use the last source tree import with all the security and maintenance implications that has. Of course, you can disable SyncTeX support if you don't need as you noted. I will probably add an optional dependency to texlive-bin as in the style of DjVu and PostScript.

Best regards, Adam.

KlipperKyle commented on 2015-11-20 04:55

For some reason, it was linking against something in the texlive-bin package.

I had to add 'local config="$config without_synctex"' to the build() function.

adamreichold commented on 2015-11-17 16:34

Hello gergelyk,

I added the architecture as suggested. I do some times build on ARM and I think qpdfview is shipped in Raspian, so I also guess it should work. In any case, people will probably tell me if it doesn't. :-)

Best regards, Adam.

gergelyk commented on 2015-11-16 22:38

I suggest to add 'armv7h' architecture. It seems to work fine.

ninian commented on 2015-11-10 23:38

Thanks Adam, bug has been reported by me as well as someone else just earlier.

adamreichold commented on 2015-11-10 20:16

Hello ninian,

I think this is due to the MIME type being reported having changed after updating Qt5's MIME type database. Could you post a bug on the Launchpad project page? Thanks.

Best regards, Adam.

ninian commented on 2015-11-10 19:32

Haven't used it for a while, but it's not opening DJVU files. It issues a 'Warning' box which says: Could not open '<filename>'. When run in a terminal, these errors arise:
Unknown MIME type: "image/vnd.djvu+multipage"
"Could not match file type of '<filename>'!"
Have tried with a few different DJVU files (they open in Evince okay).
(Of course, I have djvulibre installed too.)

adamreichold commented on 2015-09-08 21:11

Hello deathtrip,

yes, the source from trunk includes a MuPDF/Fitz plug-in which is able to display documents, but lacks several features of the Poppler plug-in and I consider it somewhat experimental until a dedicated maintainer is found.

Best regards, Adam.

deathtrip commented on 2015-09-08 13:24

can it use mupdf as backend?

adamreichold commented on 2015-08-11 18:04

Hello pinjiz,

thanks for the advice. I changed both the source URL and the checksum type.

Best regards, Adam.

pinjiz commented on 2015-08-11 17:31

Hi adamreichold,

thank you for maintainig this package! Could you change the source url from http to https and maybe even switch from md5 to the more secure sha256 checksum? This would add a litte more security against Man-In-The-Middle attacks to the package.

This is just a small wish from my side. Thanks!

adamreichold commented on 2015-04-25 06:00

Hello JohnRobson,

this sounds like problem with the Qt installation, as the warning about the missing compiler family already indicates. You can try to run "qmake test.pro" on the minimal qmake project I put at [1], which should tell you for which Poppler package qpdfview will search, but my guess is that qmake does not properly set the version variables.

As a resolution, I can currently only think of reinstalling Qt and the related tools.

Best regards, Adam.

[1] http://pastebin.com/WRMkZPTT

JohnRobson commented on 2015-04-24 20:33

Project WARNING: qmake spec does not announce the compiler family. Guessed gcc.
( test -e Makefile.pdf-plugin || /sbin/qmake-qt5 /tmp/yaourt-tmp-us/aur-qpdfview/src/qpdfview-0.4.14/pdf-plugin.pro CONFIG+= -o Makefile.pdf-plugin ) && make -f Makefile.pdf-plugin
Project WARNING: qmake spec does not announce the compiler family. Guessed gcc.
Project ERROR: Package poppler-qt not found
Makefile:43: recipe for target 'sub-pdf-plugin-pro-make_first-ordered' failed
make: *** [sub-pdf-plugin-pro-make_first-ordered] Error 3
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build qpdfview.

But I have:

poppler-qt4-0.32.0-1 and poppler-qt5-0.32.0-1

adamreichold commented on 2014-12-19 16:44

Hello aaditya,

Actually, I would like it to be an optional build-time dependency but AFAIK no such thing exists ATM. I did not want to make this a proper build-time dependency since this would imply than anybody who builds this from AUR has to install libspectre and djvulibre.
If this this was a binary package, a makedep and an optional dependency would of course be the way to go, but since AUR is source code distribution, I'd like to continue this abuse of notation. (I'll note this in the optdep comments for the next release of the package though.)

Best regards, Adam.

aaditya commented on 2014-12-19 15:10

Hi,

libspectre is specified as a an optional dependency.

But what happened is that unless I had libspectre installed at build time, it could not open ps files for me.

Message was:
"Could not load plug-in for file type 'PS'!"

When I rebuilt the package with libspectre, it worked.

So I guess libspectre is a build time dependency as well.

adamreichold commented on 2014-06-02 16:46

Hello Chazza,

I could indeed reproduce your problem: I think the root cause is that the xcb plug-in links with "libxkbcommon-x11" which is a dependency of "qt5-declarative" but not of "qt5-base" as it should be. (Try running "ldd" on "/usr/lib/qt/plugins/platforms/libqxcb.so".)

Could you file a bug report against "qt5-base"? Thank you.

Best regards, Adam.

Chazza commented on 2014-05-30 19:48

I see that qt5-tools is listed as a makedep. I think it should be listed as a regular dependency. When I uninstalled qt5-tools plus all the packages it pulled in with it and tried to start qpdfview, it failed to start and I got the following error message:

---

This application failed to start because it could not find or load the Qt platform plugin "xcb".

Available platform plugins are: eglfs, kms, linuxfb, minimal, minimalegl, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

---

When I installed qt5-tools again qpdfview started just fine.

Chazza commented on 2014-05-30 19:48

I see that qt5-tools is listed as an makedep. I think it should be listed as a regular dependency. When I uninstalled qt5-tools plus all the packages it pulled in with it and tried to start qpdfview, it failed to start and I got the following error message:

---

This application failed to start because it could not find or load the Qt platform plugin "xcb".

Available platform plugins are: eglfs, kms, linuxfb, minimal, minimalegl, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

---

When I installed qt5-tools again qpdfview started just fine.

Chazza commented on 2014-05-30 19:47

I see that qt5-tools is listed as an optdep. I think it should be listed as a regular dependency. When I uninstalled qt5-tools plus all the packages it pulled in with it and tried to start qpdfview, it failed to start and I got the following error message:

---

This application failed to start because it could not find or load the Qt platform plugin "xcb".

Available platform plugins are: eglfs, kms, linuxfb, minimal, minimalegl, offscreen, xcb.

Reinstalling the application may fix this problem.
Aborted (core dumped)

---

When I installed qt5-tools again qpdfview started just fine.

SneakySnake commented on 2014-03-25 23:44

Yes, it works now. Thank you!

adamreichold commented on 2014-03-25 18:05

Ok, the Launchpad said that the issue is resolved, c.f. https://bugs.archlinux.org/task/39453

adamreichold commented on 2014-03-24 15:28

I sent mail linking the two bug reports to the Launchpad team...

SneakySnake commented on 2014-03-23 21:11

I reported this issue to Arch Linux bug tracker, I got this response:
https://bugs.archlinux.org/task/39600#comment120909

adamreichold commented on 2014-03-23 13:49

I am not sure as there might a reason for the change. But if it isn't obvious, a bug report seems the proper place to sort it out even if it get's rejected in the end.

SneakySnake commented on 2014-03-23 13:10

Indeed, I am using ca-certificates from testing.
Downgrading to 20130906-1 solved the problem.
Should I file a bug report?

adamreichold commented on 2014-03-23 11:04

Hhhmmm, the certificates in question seem to be "/usr/share/ca-certificates/mozilla/Go_Daddy_*" contained in package "core/ca-certificates 20130906-1" on my machine. I suspect Chromium uses its own certificate store instead of the system-wide one?

SneakySnake commented on 2014-03-23 10:51

Here is the output of curl -Lvv:
https://gist.github.com/crumblingstatue/76f040b4792cdd5222ad

I tried to manually run update-ca-certificates, but they seem to be already up to date.

Chromium doesn't complain about the certificate.

adamreichold commented on 2014-03-23 09:25

@SneakySnake: The issue seems to be that Launchpad redirects the source code link to an HTTPS URL at launchpadlibrarian.net. Then the question is why your certificate database does not include the necessary certificates to communicate with that host. Could you paste the output of "curl -Lvv {URL} >/dev/null" here or load "https://launchpadlibrarian.net/" in a web browser and have a look at the certificate?

SneakySnake commented on 2014-03-23 08:53

I get this error when makepkg is trying to download qpdfview-0.4.9.tar.gz:

curl: (60) SSL certificate problem: self signed certificate in certificate chain
More details here: http://curl.haxx.se/docs/sslcerts.html

bob_art commented on 2013-11-29 20:39

Thank you, Adam. Waiting for the fix.

adamreichold commented on 2013-11-28 20:55

Hello bob_art,

version 0.4.7beta1 does indeed introduce a regression for the 'Restore tabs' functionality, c.f. [1]. This will be fixed in version 0.4.7 which is planned for 2013-12-01.

Best regards, Adam.

[1] https://bugs.launchpad.net/qpdfview/+bug/1254606

bob_art commented on 2013-11-27 22:18

May be you have any ideas?

bob_art commented on 2013-11-27 22:14

Hi, i have updated qpdfview-qt4 0.4.6-1 (https://aur.archlinux.org/packages/qpdfview-qt4/) to 0.4.7beta1-1, but qpdfview-qt4 0.4.7beta1-1 does not remember opened tabs after re-run.
Downgrade to 0.4.6-1 and waiting fix... (?)

lesebas commented on 2013-10-21 19:06

Ok I've updated qt5 this evening and it works well now...

adamreichold commented on 2013-10-21 12:57

Hello lesebas,

Sadly, I don't know really what the reason for the error message is. Though it looks like the problem actually lies deeper, maybe on the toolkit level. In any case, you're welcome to open a bug report on Launchpad were we can try to isolate and hopefully fix your problem.

Regards, Adam.

lesebas commented on 2013-10-21 07:17

Hello,

I have no problem to compil qpdfview with yaourt and installing it. By the way I have the following error when I try to launch it :

xio fatal io error 11 (resource temporarily unavailable) on x server 0

I’m using XFCE and Lightdm as display manager.

adamreichold commented on 2013-10-05 18:45

@bob_art, thank you for maintaining that package so that users have the options they need. If you or its users spot any regressions when using Qt4 instead of Qt5, please let me know and we'll try to fix them. (Testing is stretched a bit thin in between Qt4 and Qt5.) Regards, Adam

bob_art commented on 2013-10-05 18:16

Hi, Adam, i'm build & place in AUR qpdfview-qt4 package:
https://aur.archlinux.org/packages/qpdfview-qt4/

adamreichold commented on 2013-09-07 07:00

Hello maddog,

if you are not completely sure that the problem is package-specific, maybe you could file a bug report on Launchpad, where we can try to isolate and hopefully fix your problem.

Best regards, Adam.

Anonymous comment on 2013-09-07 04:23

Am I the only one getting a Segmentation Fault error with large PDFs?

adamreichold commented on 2013-09-06 08:04

@KenjiTakahashi and @Milchmann, sorry for the mistake, thanks for noticing, will fix that ASAP.

KenjiTakahashi commented on 2013-09-06 08:00

It needs qt5-tools as makedep. This package includes lrelease-qt5 exec.

adamreichold commented on 2013-09-06 07:45

The package now uses Qt5 and hence depends on Poppler's Qt5 frontend. However, the program should still build and run using Qt4 without problems. (If someone wants to maintain a separate package for Qt4 users and needs help, feel free to ask.)

adamreichold commented on 2013-08-09 19:12

Updated package to keep using Poppler's Qt4 frontend since there currently seems to be a problem drawing transformed paths using Qt5 with leads to the "decorate links" function not working correctly. We are currently investigating this and meanwhile, the package "qpdfview-bzr" is already using Qt5 and hence Poppler's Qt5 frontend.

adamreichold commented on 2013-07-31 16:55

Hello sergey_klay,

I do know about the release since I created and upload that tarball. :-) However, I am currently travelling and do not have access to my machine running Arch Linux and hence cannot reliably build a source package.

Also, the new release does not contain any critical changes and I am planning to upload it on Friday.

Best regards, Adam.

sergey_klay commented on 2013-07-31 16:14

Hi, @adamreichold!

qpdfview 0.4.4 released!
https://launchpad.net/qpdfview/+announcement/11795

Please update package

sergey_klay commented on 2013-07-31 16:13

Hi, @adamreichold!

qpdfview 0.4.4 released!
https://launchpad.net/qpdfview/+announcement/11795

Please update please package

Anonymous comment on 2013-03-14 07:42

Thanks, missed that.

lahwaacz commented on 2013-03-14 06:54

Since 0.4.1 pdf-plugin has its own configuration under Graphics->PDF, select 'Antialiasing', 'Text antialiasing' and set 'Text hintig' to 'Full'. Read https://bazaar.launchpad.net/~adamreichold/qpdfview/trunk/view/head:/CHANGES for complete list of changes.

Anonymous comment on 2013-03-14 06:02

Can anyone confirm issues with font rendering in 0.4.1beta1-1? Appears as if fonts have lost anti-aliasing on a box with *-ubuntu font packages, specific to the app and downgrade solves the issue. Will file upstream if it's not just my setup.

adamreichold commented on 2013-03-02 07:36

@medved55rus: This seems to have changed again from qt4-4.8.4-11 to qt4-4.8.4-12. Thanks for the hint.

adamreichold commented on 2013-03-02 07:35

@medved55rus: This seems to have changed again from qt4-4.8.4-11 to qt4-4.8.5-12. Thanks for the hint.

medved55rus commented on 2013-03-01 20:55

"qmake4 "CONFIG+=$config" qpdfview.pro" replace "qmake-qt4 "CONFIG+=$config" qpdfview.pro"

medved55rus commented on 2013-03-01 20:53

"qmake4 "CONFIG+=$config" qpdfview.pro" replace "qmake-qt4 "CONFIG+=$config" qpdfview.pro"

SneakySnake commented on 2013-02-13 21:47

Now this is a pdf viewer I like!

adamreichold commented on 2013-02-05 16:47

@domac: Development is coordinated through Launchpad, i.e. the homepage link above.

@T.JS: Thanks for noticing! Sadly, I don't have access to my files at the moment, but I will correct this on the coming weekend. (Without the patch, the program fails to open symlinked document files.)

tjs90 commented on 2013-02-04 19:27

Not sure what the patching is about, but the build fails due to wrong path. It should be ../file_type_symlink.diff, not ../../file_type_symlink.diff.
Thanks for the package btw, this is my favorite pdf viewer. :)

domac commented on 2013-02-04 08:12

Best PDF Viewer at the moment. Nothing comes even close.
Where can I request new features? I'll help out with this, if needed and asap I have time! :-)
Cheers

adamreichold commented on 2013-02-03 10:41

Hello lashni,

Thanks for reporting! I changed the package to disable PostScript and DjVu support using build-time options if those libraries are not present.

Best regards, Adam.

Anonymous comment on 2013-02-03 10:15

Build failures atm without libspectre and djvulibre.

adamreichold commented on 2012-12-16 08:50

To close this issue: The question on modifying the tab width is discussed at "https://answers.launchpad.net/qpdfview/+question/216833".

graysky commented on 2012-12-14 21:27

I stand corrected.

lahwaacz commented on 2012-12-14 20:25

He's not just a packager: https://launchpad.net/~adamreichold/+participation

graysky commented on 2012-12-14 20:15

So make an account. Posting here is pointless since adamreichold is just a packager.

lahwaacz commented on 2012-12-14 09:53

I have one feature request: the option to set maximum length of tab text. I have many pdfs with very long name and it gets very chaotic when several of them are open and the full name is displayed in tab.
Sorry for posting here, I don't have Launchpad account.

adamreichold commented on 2012-10-21 16:04

Glad that you find the program useful.

graysky commented on 2012-10-20 19:06

One of the best pdf viewers I have used. Renders everything without artifacts. Thank for you creating and maintaining this PKGBUILD.