Package Details: libtorrent-rasterbar-git 2.0.7.r503.g5e9b0fabb-1

Git Clone URL: https://aur.archlinux.org/libtorrent-rasterbar-git.git (read-only, click to copy)
Package Base: libtorrent-rasterbar-git
Description: A C++ BitTorrent library that aims to be a good alternative to all the other implementations around (git version)
Upstream URL: https://www.rasterbar.com/products/libtorrent/
Licenses: BSD
Conflicts: libtorrent-rasterbar
Provides: libtorrent-rasterbar
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 7
Popularity: 0.000000
First Submitted: 2017-04-09 18:15 (UTC)
Last Updated: 2022-10-27 18:03 (UTC)

Dependencies (5)

Required by (29)

Sources (6)

Latest Comments

1 2 Next › Last »

tuxayo commented on 2022-12-02 00:52 (UTC) (edited on 2022-12-02 04:47 (UTC) by tuxayo)

It's -Dwebtorrent:BOOL='ON' \

However it doesn't build. In case someone else want to test the webtorrent feature here is as far as I got: The pre compile checks fail with:

CMake Error at deps/libdatachannel/CMakeLists.txt:205 (add_subdirectory):
  The source directory

    /home/MIA_UZANTO/.cache/pikaur/build/libtorrent-rasterbar-git/src/libtorrent-rasterbar/deps/libdatachannel/deps/plog

  does not contain a CMakeLists.txt file.


CMake Error at deps/libdatachannel/CMakeLists.txt:213 (add_subdirectory):
  The source directory

    /home/MIA_UZANTO/.cache/pikaur/build/libtorrent-rasterbar-git/src/libtorrent-rasterbar/deps/libdatachannel/deps/usrsctp

  does not contain a CMakeLists.txt file.


CMake Error at deps/libdatachannel/CMakeLists.txt:218 (target_compile_options):
  Cannot specify compile options for target "usrsctp" which is not built by
  this project.


CMake Error at deps/libdatachannel/CMakeLists.txt:220 (add_library):
  add_library cannot create ALIAS target "Usrsctp::Usrsctp" because target
  "usrsctp" does not already exist.


CMake Error at deps/libdatachannel/CMakeLists.txt:358 (add_subdirectory):
  The source directory

    /home/MIA_UZANTO/.cache/pikaur/build/libtorrent-rasterbar-git/src/libtorrent-rasterbar/deps/libdatachannel/deps/libjuice

  does not contain a CMakeLists.txt file.


CMake Error at deps/libdatachannel/CMakeLists.txt:469 (add_subdirectory):
  The source directory

    /home/MIA_UZANTO/.cache/pikaur/build/libtorrent-rasterbar-git/src/libtorrent-rasterbar/deps/libdatachannel/deps/json

  does not contain a CMakeLists.txt file.

And it prints that the webtorrent feature has been enabled so the error is linked to that. (also, libdatachannel is related to webtorrent)

edit: it's the libdatachannel deps, their directories are empty instead of having the git submodules fetched

edit2: either with the pikaur and yay helper the libdatachannel deps are empty

edit3: It builds after adding the following at the end of prepare() git -C libtorrent-rasterbar submodule update --init --recursive --jobs=$(nproc) I don't know if this is good practice though.

edit4: but now qbittorrent-git doesn't build against it. I guess there is real work to do to have it work.

CMake Error at /usr/lib/cmake/LibtorrentRasterbar/LibtorrentRasterbarTargets.cmake:70 (set_target_properties):
  The link interface of target "LibtorrentRasterbar::torrent-rasterbar"
  contains:

    Boost::json

edit5 it's possible to make it somewhat work with qBt, details here: https://sourceforge.net/p/libtorrent/mailman/message/37742773/

tuxayo commented on 2022-12-01 19:10 (UTC)

Does anyone know how to enable webtorrent support?

https://github.com/arvidn/libtorrent/blob/master/CMakeLists.txt#L726

In the PKGBUILD I see -DCMAKE_SKIP_RPATH:BOOL='YES' \ so maybe something like this? -DCMAKE_WEBTORRENT:BOOL='YES' \

dbermond commented on 2022-10-27 18:03 (UTC)

@EndlessEden Package updated.

EndlessEden commented on 2022-10-23 05:11 (UTC)

fails to build;

fatal: transport 'file' not allowed Failed to clone 'xxx/xxx' a second time, aborting (XXX - any submodule)

cotton commented on 2022-01-26 12:40 (UTC)

Does this work with qbittorrent 4.4.0?

dbermond commented on 2021-08-02 18:43 (UTC)

@EndlessEden Package updated with the fix. Building fine now, thanks.

EndlessEden commented on 2021-08-01 01:35 (UTC)

/usr/bin/ld: CMakeFiles/client_test.dir/print.cpp.o: in function piece_matrix[abi:cxx11](libtorrent::bitfield const&, int, int*)': print.cpp:(.text+0xc1e): undefined reference tolibtorrent::aux::append_utf8_codepoint(std::__cxx11::basic_string<char, std::char_traits\<char>, std::allocator\<char> >&, int)' collect2: error: ld returned 1 exit status

dbermond commented on 2020-09-11 22:35 (UTC)

@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

dbermond commented on 2020-07-18 23:15 (UTC) (edited on 2020-07-18 23:16 (UTC) by dbermond)

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

1 2 Next › Last »