Arch Linux User Repository

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?

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)

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.

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?

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...

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

@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!

@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 arojas@archlinux.org".

I just did a chroot test, and sure enough....it 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.

@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([f.data().decode('utf-8') for f in QImageReader.supportedImageFormats()])"

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 https://doc.qt.io/qt-5/qtimageformats-index.html jpg is one of the file types supported by default.

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: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#eschwartz

See https://github.com/kovidgoyal/calibre/pull/870 for more discussion on the port.

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.

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

@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.

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

It seems that rapydscript-ng does not exist.

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/gui_launch.py", line 71, in calibre init_dbus() File "/usr/lib/calibre/calibre/gui_launch.py", line 43, in init_dbus from dbus.mainloop.glib import DBusGMainLoop, threads_init File "/usr/lib/python2.7/site-packages/dbus/mainloop/glib.py", line 29, in <module> from _dbus_glib_bindings import DBusGMainLoop, gthreads_init ImportError: libdbus-glib-1.so.2: 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

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

Now full calibre repo downloaded during install. It takes a wile. https://unix.stackexchange.com/questions/154919/how-to-modify-a-pkgbuild-which-uses-git-sources-to-pull-only-a-shallow-clone According to that article we can download only latest version of master branch without all unnecessary history

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

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...

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?