Search Criteria
Package Details: calibre-git 5.34.0.r114.g0cf7af69ac-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/calibre-git.git (read-only, click to copy) |
---|---|
Package Base: | calibre-git |
Description: | Ebook management application |
Upstream URL: | https://calibre-ebook.com/ |
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) |
Dependencies (51)
- hunspell (hunspell-git)
- hyphen
- icu (icu-git-static, icu-git)
- jxrlib (jxrlib-git)
- libmtp (libmtp-git)
- libstemmer (libstemmer-git)
- libusb (libusb-git)
- libwmf
- mathjax
- mtdev
- optipng
- podofo (podofo-git)
- python-apsw
- python-beautifulsoup4
- python-cchardet
- python-css-parser
- python-cssselect
- python-dateutil
- python-dnspython (python-dnspython1.16, python-dnspython-git)
- python-feedparser
- Show 31 more dependencies...
Required by (9)
- calibre-plugin-dedrm (requires calibre)
- calibre-plugin-goodreads (requires calibre)
- calibre-server-systemd (requires calibre)
- fanficfare (requires calibre) (optional)
- fanficfare-git (requires calibre) (optional)
- lightnovel-crawler-bin (requires calibre) (optional)
- readarr-develop (requires calibre) (optional)
- readarr-nightly (requires calibre) (optional)
- zaread-git (requires calibre) (optional)
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 thoughcalibre-git
providescalibre
and is at version5.34.0.r5.g1127c285bb-1
. It works when modifying the calibre-plugin-dedrm PKGBUILD to not specify acalibre
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 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.
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:
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 https://doc.qt.io/qt-5/qtimageformats-index.html 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: https://wiki.archlinux.org/index.php/Unofficial_user_repositories#eschwartz
See https://github.com/kovidgoyal/calibre/pull/870 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 torapydscript-ng
but to no avail, makepkg still outputsevamvid 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/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
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. 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
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)
nostalgix commented on 2017-07-04 07:25 (UTC)
eschwartz commented on 2017-07-03 17:42 (UTC)
mwszaj commented on 2017-07-03 16:19 (UTC)
eschwartz commented on 2017-05-22 05:46 (UTC)
eschwartz commented on 2017-01-01 04:58 (UTC)
eigengrau commented on 2016-12-31 12:37 (UTC)