Package Details: rtorrent-pyro-git 20191206-1

Git Clone URL: https://aur.archlinux.org/rtorrent-pyro-git.git (read-only, click to copy)
Package Base: rtorrent-pyro-git
Description: Ncurses BitTorrent client based on libTorrent - rTorrent-git with Pyroscope patches
Upstream URL: https://github.com/pyroscope/rtorrent-ps
Keywords: pyroscope torrent
Licenses: GPL2
Conflicts: rtorrent, rtorrent-git, rtorrent-ps
Provides: rtorrent
Replaces: libtorrent-pyro-git
Submitter: skydrome
Maintainer: None
Last Packager: skydrome
Votes: 27
Popularity: 0.000000
First Submitted: 2012-06-15 00:02 (UTC)
Last Updated: 2019-12-06 05:09 (UTC)

Dependencies (7)

Required by (35)

Sources (10)

Latest Comments

1 2 3 4 5 6 .. 8 Next › Last »

MarsSeed commented on 2022-02-10 17:05 (UTC)

Source patching still fails during PKGBUILD prepare() phase.

happycamper commented on 2019-07-26 22:58 (UTC)

==> Patching backport_0.9.6_algorithm_median.patch

patching file rak/algorithm.h

Reversed (or previously applied) patch detected! Skipping patch.

1 out of 1 hunk ignored -- saving rejects to file rak/algorithm.h.rej

==> Patching ps-event-view_all.patch

patching file src/main.cc

Hunk #1 FAILED at 249.

1 out of 1 hunk FAILED -- saving rejects to file src/main.cc.rej

patching file src/ui/element_download_list.cc

Reversed (or previously applied) patch detected! Skipping patch.

1 out of 1 hunk ignored -- saving rejects to file src/ui/element_download_list.cc.rej

==> Patching ps-view-filter-by_all.patch

patching file src/core/view.h

Reversed (or previously applied) patch detected! Skipping patch.

1 out of 1 hunk ignored -- saving rejects to file src/core/view.h.rej

patching file src/core/view.cc

Hunk #1 succeeded at 311 (offset 19 lines).

another error:

view.cc:315:1: error: redefinition of ‘void core::View::filter_by(const torrent::Object&, core::View::base_type&)’

315 | View::filter_by(const torrent::Object& condition, View::base_type& result)

view.cc:304:1: note: ‘void core::View::filter_by(const torrent::Object&, core::View::base_type&)’ previously defined here

304 | View::filter_by(const torrent::Object& condition, View::base_type& result) {

make[3]: *** [Makefile:456: view.o] Error 1

make[3]: *** Waiting for unfinished jobs....

mv -f .deps/view_manager.Tpo .deps/view_manager.Po

mv -f .deps/download_store.Tpo .deps/download_store.Po

mv -f .deps/manager.Tpo .deps/manager.Po

make[3]: Leaving directory '/tmp/makepkg/rtorrent-pyro-git/src/rtorrent/src/core'

make[2]: *** [Makefile:640: all-recursive] Error 1

make[2]: Leaving directory '/tmp/makepkg/rtorrent-pyro-git/src/rtorrent/src'

make[1]: *** [Makefile:451: all-recursive] Error 1

make[1]: Leaving directory '/tmp/makepkg/rtorrent-pyro-git/src/rtorrent'

make: *** [Makefile:383: all] Error 2

==> ERROR: A failure occurred in build().

Aborting...

frankyboy commented on 2018-06-24 08:28 (UTC)

  1. these patches backport_0.9.6_algorithm_median.patch; ps-event-view_all.patch are failed to apply
  2. with rest of patches makepkg gives different errors.

mhertz commented on 2018-06-07 19:44 (UTC) (edited on 2018-06-08 12:13 (UTC) by mhertz)

Thanks alot mate, I much appreciate it and of course take your time :) Totally unrelated, I've never made(published I mean) an AUR package before, but am thinking about learning all the guide-lines and whatnot(my personal PKGBUILD's are always "quick'n dirty", lol), because amazingly to me, there's no packages for pyrocore tools, rtorrent-ps-ch and rtorrent-ps build from git master(as build.sh supports). I know I can install pyrocore from update-to-head.sh, but would like an arch package better, like this one, instead of build.sh and RPATH local(/double) deps etc.

skydrome commented on 2018-06-07 19:24 (UTC)

yep must be, it all happened after some patches were merged and then master merged into feature-bind branch. Ill keep looking into it

mhertz commented on 2018-06-07 09:42 (UTC)

Hmm, i'm on x64 and get that error. Feature-bind works without the error, it's just your package. I took the rtorrent-git package from aur, and changed the PKGBUILD's git url to end with '#branch=feature-bind', and commented out the ssl patch(else can't build), and that works and runs without said error, hence why I stated it must be one of the patches.

skydrome commented on 2018-06-07 09:26 (UTC) (edited on 2018-06-07 09:29 (UTC) by skydrome)

I got that error on i686, but it works fine on x64 which is why i took a while to update this. Still trying to figure that out (see if compiling with clang helps?).

Should have written to uninstall cppunit first, then compile. Its only needed for unit tests. Definitely stay on master branch for stability.

mhertz commented on 2018-06-06 18:51 (UTC) (edited on 2018-06-06 21:40 (UTC) by mhertz)

Thanks skydrome! :)

However, the previous version of the package gave me an error when trying to run rtorrent, hence why I tried update it and found the building-issue, but now after building perfectly, it gives the same error:

Caught internal_error: CommandMap::insert(...) tried to insert an already existing key. /usr/lib/libtorrent.so.19(_ZN7torrent14internal_error10initializeERKNSt7cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x24f) [0x7eff259618bf] rtorrent(+0x16bdbb) [0x55f8fb5b1dbb] rtorrent(+0xb2e57) [0x55f8fb4f8e57] rtorrent(+0xa9890) [0x55f8fb4ef890] rtorrent(+0x471ba) [0x55f8fb48d1ba] rtorrent(+0x3a346) [0x55f8fb480346] /usr/lib/libc.so.6(libc_start_main+0xeb) [0x7eff247a506b] rtorrent(+0x3baca) [0x55f8fb481aca]

It didn't use to say that, on the previous version and then all of a sudden did, so it's probably related to a pacman update in the recent days, also maybe because i'm using testing-repo too. I'll try to dig too, and post if I find the cause, but please speak up if you're in the know before I go on a big hunt :)

(The rtorrent-ps package works, and stable rtorrent, though rtorrent-ps of-course is from stable branch + a few patches, instead of feature-bind, like this package)

Edit: I just tested just the feature-bind branch without any patches, and that works perfectly, so it's one of the patches in this package that is the culprit.

Edit2: cppunit came up as an orphan on my system, so I uninstalled it, which made rtorrent-pyro-git complain with:

rtorrent: error while loading shared libraries: libcppunit-1.14.so.0: cannot open shared object file: No such file or directory

Isn't cppunit a make dep only? I saw a rtorrent bug-report about adding cppunit as dep to rtorrent and they stated this was a packaging bug? Anyway I of-course installed it back to make the program "work", but still of-course shows previous error. That error, i'm thinking maybe is related to the package gcc/gcc-libs updated yesterday?

mhertz commented on 2018-06-05 14:44 (UTC) (edited on 2018-06-05 23:07 (UTC) by mhertz)

@skydrome

The package fails to build with following output:

==> Patching /tmp/rtorrent-pyro-git/src/ps-fix-double-slash-319_all.patch patching file src/core/manager.cc Reversed (or previously applied) patch detected! Skipping patch. 1 out of 1 hunk ignored -- saving rejects to file src/core/manager.cc.rej ==> ERROR: A failure occurred in prepare(). Aborting...

Btw, libsigc++ should be removed from deps as not used for years, and i've also reported this for the community-repo's rtorrent-v0.9.6 package(and they've just now removed/rebuilt it).

Thanks in advance! :)

mhertz commented on 2018-06-01 22:07 (UTC) (edited on 2018-06-06 21:40 (UTC) by mhertz)

@skydrome

Thanks alot, works perfectly now. Much appreciated!