Package Details: calibre-git 3.48.0.r412.g380ccbc2d4-1

Git Clone URL: https://aur.archlinux.org/calibre-git.git (read-only) calibre-git Ebook management application https://calibre-ebook.com/ GPL3 calibre calibre eschwartz eschwartz eschwartz 14 0.454855 2015-08-09 15:02 2019-09-15 06:57

Sources (3)

eschwartz commented on 2019-04-24 19:03

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

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

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

@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

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

kaptoxic commented on 2018-06-10 04:38

It seems that rapydscript-ng does not exist.

arethis commented on 2018-01-30 01:31

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

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