Package Details: python2-olm 3.1.3-3

Git Clone URL: (read-only)
Package Base: python-olm
Description: python bindings for the olm cryptographic ratchet library
Upstream URL:
Licenses: Apache
Submitter: poljar
Maintainer: poljar
Last Packager: poljar
Votes: 0
Popularity: 0.000000
First Submitted: 2019-04-28 09:38
Last Updated: 2019-06-26 13:02

Latest Comments

poljar commented on 2019-06-26 13:02

Ups... Thanks.

diabonas commented on 2019-06-26 12:54

Thank you for the quick update! You'll want to use depends+=('python(2)-cffi') instead of depends=('python(2)-cffi') though, otherwise the dependencies are completely overridden and libolm is not a run-time dependency any more.

poljar commented on 2019-06-26 12:31

Thanks for reporting this and providing the source to this in the man page. Updated accordingly.

diabonas commented on 2019-06-26 12:24

The problem is that the dependency on libolm is only specified in the package() functions of the split package where it is not picked up by makepkg for dependency installation, see the PKGBUILD man page:

Note that makepkg does not consider split package depends when checking if dependencies are installed before package building and with --syncdeps. All packages required to make the package are required to be specified in the global depends and makedepends arrays.

As an alternative you could add libolm to the global depends array and add python(2)-cffi in the package() functions.

poljar commented on 2019-06-26 12:08

Are you sure about this? I can't find any info about this in the PKGBUILD man page but the PKGBUILD wiki page clearly states this for depends:

An array of packages that must be installed for the software to build and run.

And this for makedepends:

An array of packages that are only required to build the software. The minimum dependency version can be specified in the same format as in the depends array. The packages in the depends array are implicitly required to build the package, they should not be duplicated here.

Found here:

diabonas commented on 2019-06-26 12:02

It seems like libolm needs to be a makedepends as well, otherwise building in a clean chroot fails with the error

gcc -pthread -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.7m -c build/temp.linux-x86_64-3.7/_libolm.c -o build/temp.linux-x86_64-3.7/build/temp.linux-x86_64-3.7/_libolm.o -I../include
build/temp.linux-x86_64-3.7/_libolm.c:493:18: fatal error: olm/olm.h: No such file or directory
  493 |         #include <olm/olm.h>
      |                  ^~~~~~~~~~~
compilation terminated.

poljar commented on 2019-04-30 20:24

The libolm package is currently broken. I posted a comment and a patch on the libolm page:

caevaroy commented on 2019-04-30 20:19

building '_libolm' extension gcc -pthread -DNDEBUG -g -fwrapv -O3 -Wall -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -I/usr/include/python3.7m -c build/ nux-x86_64-3.7/_libolm.c -o build/temp.linux-x86_64-3.7/build/temp.linux-x86_64-3.7/_libolm.o -I../include build/temp.linux-x86_64-3.7/_libolm.c:497:18: fatal error: olm/sas.h: No such file or directory #include <olm/sas.h> ^~~~~~~~~~~ compilation terminated. error: command 'gcc' failed with exit status 1 ==> ERROR: A failure occurred in build(). Aborting... :: failed to build python2-olm package(s)