Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

documentation issue: requires custom libtorrent #8

Closed
afontenot opened this issue Feb 14, 2021 · 1 comment
Closed

documentation issue: requires custom libtorrent #8

afontenot opened this issue Feb 14, 2021 · 1 comment

Comments

@afontenot
Copy link

As per my comment here, I was going to try to write a PKGBUILD for this rtorrent fork. I wanted to use cmake because a dynamic build that uses libraries managed by the package manager would be ideal for an Arch package.

The readme says:

libtorrent with development files (core dependency, matching version required)

But this suggests that I should be able to just use the correct system vendored libtorrent (0.13.8), it's not clear that I need to use a fork (or that one even exists). Took me some time to figure this out.

For example, /usr/include/torrent/utils/ranges.h tries to include rak/functional.h, but you've removed this from your rtorrent fork, and your version of libtorrent no longer includes it.

Of course this issue doesn't show up for the bazel build, but I don't have as much interest in a PKGBUILD that pulls in a bunch of internet dependencies for a static build. I think what this means is that a PKGBUILD would need to depend on something like libtorrent-jesec, which would be a separate PKGBUILD in the AUR.

(Sorry if I somehow misunderstood this issue, I mainly work with high level languages like Python.)

@jesec
Copy link
Owner

jesec commented Feb 14, 2021

Since this is a question, I am moving it to discussions.

In my opinion, the documentation is quite clear. It is simply natural to use a matching revision of libTorrent.

Nonetheless, I will add a link to my libTorrent repo.

@jesec jesec closed this as completed Feb 14, 2021
Repository owner locked and limited conversation to collaborators Feb 14, 2021

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants