Arch Linux User Repository

@EndlessEden There is still no solution on he corresponding repository package about how to fix this qbittorrent issue, because it breaks the python bindings. See https://bugs.archlinux.org/task/67754

Looks like this is going to be fixed upstream without the need on any intervention here. See https://github.com/arvidn/libtorrent/pull/5026

@georgyo Thanks for the interest on the package.

1. upstream changed the tag format to include a '=' and I haven't noticed this yet. Some projects keep changing tag format and this is really annoying. Thanks for pointing this. Updated.

2. Thanks, this was unnoticed for me. My cached files were still defaulting to the master branch. Updated.

3. The number of the job processes is controlled by makepkg.conf through the MAKEFLAGS variable. It's user responsibility to set the number of the build jobs, not a PKGBUILD responsibility. Please see details on the Wiki article: https://wiki.archlinux.org/index.php/Makepkg#Parallel_compilation

4. This package matches the corresponding libtorrent-rasterbar from the [extra] repository. Since libtorrent-rasterbar from [extra] repository still uses python2, we are using it here. When repository libtorrent-rasterbar drops python2 support I will also drop it from here (or if the python2 build becomes broken).

I was looking for a libtorrent 2.X series, and stumbled upon this. I got it working for my needs, but here are a few suggestions.

1. It seems your pkgver sed is slightly broken.

 pkgver() {
     cd libtorrent-rasterbar
-    git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g;s/_/./g;s/^libtorrent\.//'
+    git describe --long --tags | sed 's/\([^-]*-g\)/r\1/;s/-/./g;s/_/./g;s/^libtorrent=//'
 }

1. You are defaulting to HEAD of the remote git server, which can be almost anything. In the case of GitHub, they do enforce it to be the default branch. But libtorrent has the default branch as RC1_2, which means you won't actually get the latest. If you wanted to be on the edge.

-source=('libtorrent-rasterbar'::'git+https://github.com/arvidn/libtorrent.git'
+source=('libtorrent-rasterbar'::'git+https://github.com/arvidn/libtorrent.git#branch=master'

1. It's currently building with at most 1 core. You can significantly speedup the build by defaulting to the number of cores in the machine.

-    make -C "build-py${_pyver%%.*}"
+    make -j$(nproc) -C "build-py${_pyver%%.*}"

1. This is just a personal preference, but may be time to remove python2 support. Or at least move it to another package. Building this package forces you to install the deprecated python2.

@EndlessEden Package updated. Building fine now.

wont build, complains about missing boost-python3 conf.

Could not find a package configuration file provided by "boost_python3" (requested version 1.71.0) with any of the following names:

boost_python3Config.cmake
boost_python3-config.cmake

Add the installation prefix of "boost_python3" to CMAKE_PREFIX_PATH or set "boost_python3_DIR" to a directory containing one of the above files. If "boost_python3" provides a separate development package or SDK, be sure it has been installed. Call Stack (most recent call first): /usr/lib64/cmake/Boost-1.71.0/BoostConfig.cmake:182 (boost_find_component) /usr/share/cmake-3.16/Modules/FindBoost.cmake:443 (find_package) bindings/python/CMakeLists.txt:56 (find_package)

@mrturcot Thank you for pointing this. Upstream removed autotools support and now uses cmake. Package is now updated.

build failing here

==> Starting prepare()...
sed: can't read configure.ac: No such file or directory
==> ERROR: A failure occurred in prepare().
Aborting...
Error making: libtorrent-rasterbar-git