Package Details: calibre-git 5.34.0.r114.g0cf7af69ac-1

Git Clone URL: (read-only, click to copy)
Package Base: calibre-git
Description: Ebook management application
Upstream URL:
Licenses: GPL3
Conflicts: calibre, calibre-common, calibre-python3
Provides: calibre
Replaces: calibre-common-git, calibre-python3-git
Submitter: eschwartz
Maintainer: alerque (eschwartz)
Last Packager: alerque
Votes: 17
Popularity: 0.036640
First Submitted: 2015-08-09 15:02 (UTC)
Last Updated: 2022-01-17 20:49 (UTC)

Latest Comments

qubidt commented on 2021-12-17 09:24 (UTC)

aur/calibre-plugin-dedrm fails to build/install because it has depends=('calibre>=5.15'). pacman considers it a missing dependency, even though calibre-git provides calibre and is at version 5.34.0.r5.g1127c285bb-1. It works when modifying the calibre-plugin-dedrm PKGBUILD to not specify a calibre dependency. I'm assuming it's failing because the version number of the package contains the git revision? But I don't see why it should since the first three segments of the version # should satisfy the comparison. Any thoughts?

malcolm commented on 2021-06-05 21:12 (UTC) (edited on 2021-06-05 21:13 (UTC) by malcolm)

The build stops when displaying this

Could not find QtWebEngineProcess

I have all the dependencies of calibre installed, as well as qt5-webengine (5.15.4-3) python-pyqtwebengine (5.15.4-1)

eschwartz commented on 2020-12-07 13:19 (UTC) (edited on 2020-12-07 13:20 (UTC) by eschwartz)

This has been previously requested on the bugtracker for community/calibre too (in that case, the user wanted calibre-server to be split out), and was just as invalid there.

calibre isn't multiple programs in one package. It is one unified codebase with a number of entry points into it. Qt5-base is used essentially everywhere. The conversion pipeline directly relies on a headless plugin with mandatory x11 client libraries, even though ebook-convert doesn't run in a GUI, but doesn't require a running xorg server. etc.

Inporting any part of the codebase will inevitably result in most or all of the dependencies being used, simply because a lot of functionality you might not think is related, nevertheless is.

lenormf commented on 2020-12-07 07:55 (UTC)

Any way you could please split this package into separate ones, to allow installing Xorg-less utilities like calibredb on a server without pulling X11 dependencies?

eschwartz commented on 2019-11-22 06:34 (UTC)

I've pushed an update I've been experimenting with -- calibre-python3-git and calibre-git now depend on a "common" package, and you can install one or both as you wish. I'd still advise having the calibre2 version around, though...

eschwartz commented on 2019-11-15 02:24 (UTC)

Yeah, let me go rebuild my custom repo for python3.8 right now.

chrisjbillington commented on 2019-11-15 01:59 (UTC)

@eschwartz, thanks for this package. When you have time, would you be able to rebuild it for python 3.8 in your custom repo? Many thanks!

c-reeder commented on 2019-10-31 23:14 (UTC) (edited on 2019-11-01 03:11 (UTC) by c-reeder)

@eschwartz, thanks for the response! Okay, so.....pacman -Qkk qt5-base reports no errors and according to pacman -Qi qt5-base, I'm using the official version from the repos maintained by "Antonio Rojas".

I just did a chroot test, and sure compiled no problem. Could it have to do with the fact that I also have some mingw-64-qt packages installed? I would think not, but it's the only other QT-providing package that I can think of that I have installed.

eschwartz commented on 2019-10-30 03:07 (UTC)

@doctorguapo, I have no idea why that would happen. Does it build in a clean chroot? Does pacman -Qkk qt5-base report any issues? Can you double-check in the output of pacman -Qi qt5-base that you're using the package from the official repos?

For some reason, it would seem you're missing some formats in the output of:

python -c "from PyQt5.QtGui import QImageReader; print(['utf-8') for f in QImageReader.supportedImageFormats()])"

c-reeder commented on 2019-10-25 22:04 (UTC)

For whatever reason, everything compiles fine for me, but when I get to the check() phase, several tests fail with the same error:

ValueError: Failed to export image as JPEG with error: Unsupported image format

Then at the end, it gives me:

AssertionError: Items in the second set but not the first: 'jpg' 'gif' 'svg' 'ico' : Qt doesn't seem to be able to load some of its image plugins. Available plugins: {'xpm', 'xbm', 'pgm', 'ppm', 'png', 'bmp', 'pbm'}

This seems very strange to me given that according to jpg is one of the file types supported by default.

eschwartz commented on 2019-04-24 19:03 (UTC)

Given recent efforts to port calibre to python3, which are finally reaching an interesting stage, I have turned this into a split package providing a python3 component. Some things work, some things don't, so I strongly expect you'll want to have the python2 version available at a minimum... so they will share many files and the python3 version will depend on the python2 version.

I provide prebuilt packages in my custom repository, signed by my TU packaging key:

See for more discussion on the port.

eschwartz commented on 2019-01-28 13:42 (UTC)

I don't understand your meaning at all. For one, neither of those two are dependencies at all -- one is a makedepends and the other is a checkdepends. On top of that, why would sip have anything to do with Wayland vs. xorg? At least xorg-server-xvfb is genuinely an xorg-related package, if only it weren't merely a checkdepends.

soloturn commented on 2019-01-28 09:45 (UTC)

on wayland the dependency xorg-server-xvfb-1.20.3-1-x86_64, and sip seems surprising?

tmrd commented on 2018-07-23 18:27 (UTC) (edited on 2018-07-23 18:28 (UTC) by tmrd)

@evamvid I've tried adding the -git suffix to rapydscript-ng but to no avail, makepkg still outputs

==> ERROR: 'pacman' failed to install missing dependencies.
==> WARNING: Failed to remove installed dependencies.

evamvid commented on 2018-06-27 00:27 (UTC)

to get this to build, replace rapydscript-ng in the PKGBUILD with rapydscript-ng-git

kaptoxic commented on 2018-06-10 04:38 (UTC)

It seems that rapydscript-ng does not exist.

arethis commented on 2018-01-30 01:31 (UTC) (edited on 2018-01-30 01:32 (UTC) by arethis)

I got the following error after installing and running the package:

Traceback (most recent call last): File "/usr/bin/calibre", line 20, in <module> sys.exit(calibre()) File "/usr/lib/calibre/calibre/", line 71, in calibre init_dbus() File "/usr/lib/calibre/calibre/", line 43, in init_dbus from dbus.mainloop.glib import DBusGMainLoop, threads_init File "/usr/lib/python2.7/site-packages/dbus/mainloop/", line 29, in <module> from _dbus_glib_bindings import DBusGMainLoop, gthreads_init ImportError: cannot open shared object file: No such file or directory</module></module>

Installed lib32-dbus-glib, and it works fine, but it's apparently not a dependency...

Running x86_64 Linux 4.14.15-1-ARCH

eschwartz commented on 2017-12-07 16:22 (UTC) (edited on 2017-12-07 16:24 (UTC) by eschwartz)

No, that won't work. It's a silly stackexchange question to begin with.

There is a reason that despite numerous requests, this was never implemented in makepkg already. The reason is because the pkgver() function depends on having the full git history, or at least the history since the latest tag, available. Your suggestion breaks cherry-picking and non-default branches and pinned commits, none of which this package uses but which other packages do use, and it also breaks git describe which this package does use.

It is a one-time expense, and you can save the clone for future builds by setting $SRCDEST in your makepkg.conf

nosovk commented on 2017-12-07 16:01 (UTC)

Now full calibre repo downloaded during install. It takes a wile. According to that article we can download only latest version of master branch without all unnecessary history

kaptoxic commented on 2017-12-06 06:23 (UTC)

Everything seems to be fine now, except for the rapydscript-ng package (the dependency can be satisfied with the -git package).

eschwartz commented on 2017-12-05 21:50 (UTC)

This is very odd as when I originally added that file, it had the correct checksum, and it is supposed to be reproducible. But for some reason even though the contents are identical the filesizes are slightly different and so are the checksums.

I'll push an updated PKGBUILD with the new checksums soon, I guess...

kaptoxic commented on 2017-12-05 20:08 (UTC)

I am getting the following error: ==> Validating source files with sha256sums... calibre ... Skipped calibre-translations ... Skipped MathJax-c493143c02f5809b1112af6c5a2c8eab31050118.tar.gz ... FAILED

I think the sums need to be updated?

eschwartz commented on 2017-07-05 17:06 (UTC)

Sorry, I did something incredibly stupid somehow... Try rebuilding it now. As a consolation prize, have some free manpages. :)

nostalgix commented on 2017-07-04 07:25 (UTC)

I have issues with the jsons as well. When installing it I get the same error like mwszaj: Traceback (most recent call last): File "", line 119, in <module> sys.exit(main()) File "", line 104, in main command.run_all(opts) File "/home/awarnecke/builds/calibre-git/src/calibre/setup/", line 236, in run_all self.run_cmd(self, opts) File "/home/awarnecke/builds/calibre-git/src/calibre/setup/", line 232, in run_cmd File "/home/awarnecke/builds/calibre-git/src/calibre/setup/", line 389, in run for lc, stats in json.load(open(self.j(self.d(self.SRC), 'manual', 'locale', 'completed.json'))).iteritems(): IOError: [Errno 2] No such file or directory: '/home/awarnecke/builds/calibre-git/src/calibre/manual/locale/completed.json' Already tried to d/l the snapshot here and run makepkg, but got the same error.

eschwartz commented on 2017-07-03 17:42 (UTC)

Somehow, while building "translations", compile_user_manual_translations() failed to properly create that file, which is later accessed while building "resources" -- try rerunning makepkg, maybe it will succeed this time. I don't know why it failed before though, since it works okay for me. More complete error messages are always worth posting by the way ;) so you can always link to a pastebin (,, etc.) containing the full build log as produced by `makepkg --log`.

mwszaj commented on 2017-07-03 16:19 (UTC)

Hi, any idea? IOError: [Errno 2] No such file or directory: '/home/jaz/git/calibre-git/src/calibre/manual/locale/completed.json'

eschwartz commented on 2017-05-22 05:46 (UTC)

The v3 beta is now merged into master, which means there is a new dependency; also, if you cannot use calibredb with a server instance, you will need to wait for python2-mechanize to be updated in the repos (or build v0.3.3 yourself). rapydscript-ng has been uploaded to the AUR and is a makedepends; although calibre's source code includes a rapydscript compiler for building the server code, the main nodejs-based one is much faster.

eschwartz commented on 2017-01-01 04:58 (UTC)

Heh, awkward. :o I actually run calibre from a live checkout (CALIBRE_DEVELOP_FROM or `python2 develop`), which is even more bleeding edge than this package itself is. Which means I didn't notice that you really need another step to generate that particular resource. I probably got confused and thought this was already a target of one of the other "resources" commands. (And of course most of this is needed just to get the package into a dist-tarball state. Release tarballs include this and others for e.g. the [community]/calibre package, making things a lot simpler.) I think I will just include a copy, to make sure this package builds even without internet. Thanks for the heads up, and sorry for not noticing this myself.

eigengrau commented on 2016-12-31 12:37 (UTC)

It looks like calibre now requires an additional file to be installed, which is currently not provided by this package: Starting job: Download metadata for 7 books Job: "Download metadata for 7 books" failed with error: […] IOError: [Errno 2] No such file or directory: '/usr/share/calibre/common-user-agents.txt'