Could this be stabilized? We have 2.22 in stable, which is pretty old.
It's not pretty but it works, so lets go ahead
The following keyword changes are necessary to proceed: #required by net-p2p/transmission-2.42-r1, required by =net-p2p/transmission-2.42-r1 (argument) =net-libs/miniupnpc-1.6-r1 ~amd64 #required by net-p2p/transmission-2.42-r1, required by =net-p2p/transmission-2.42-r1 (argument) =net-libs/libnatpmp-20110808-r1 ~amd64 @maintainers(pva, mgorny, nikoli, blueness): ok for you?
Yes.
amd64: ok (is nls flag rly necessary though?).
https://trac.transmissionbt.com/ticket/1581 nls seems to be no longer necessary to beulid with gtk flag (correct me if i'm wrong, haven't rly tried to compile it with "--enable-gtk --disable-nls").
Changing target to 2.50-r1, give it few days first.
(In reply to comment #5) > https://trac.transmissionbt.com/ticket/1581 > nls seems to be no longer necessary to beulid with gtk flag (correct me if > i'm wrong, haven't rly tried to compile it with "--enable-gtk > --disable-nls"). transmission-2.50-r1 didn't compile with "--enable-gtk --disable-nls". I have to enable nls in order to compile. It seems to work fine.
then file a new bug and make it block this one, works fine with any USE combination here.
(In reply to comment #8) > then file a new bug and make it block this one, works fine with any USE > combination here. bug 407045, fixed now
https://bugs.gentoo.org/show_bug.cgi?id=407137 might be a blocker.
flag gtk enabled requires some ~ depends: The following keyword changes are necessary to proceed: #required by net-p2p/transmission-2.50-r1[gtk], required by =net-p2p/transmission-2.50-r1 (argument) =x11-libs/gtk+-3.2.3 ~amd64 #required by net-p2p/transmission-2.50-r1, required by =net-p2p/transmission-2.50-r1 (argument) =net-libs/miniupnpc-1.6-r1 ~amd64 #required by x11-libs/gtk+-3.2.3, required by net-p2p/transmission-2.50-r1[gtk], required by =net-p2p/transmission-2.50-r1 (argument) =dev-libs/atk-2.2.0 ~amd64 #required by x11-libs/gtk+-3.2.3, required by net-p2p/transmission-2.50-r1[gtk], required by =net-p2p/transmission-2.50-r1 (argument) =x11-libs/pango-1.29.4 ~amd64 #required by net-p2p/transmission-2.50-r1, required by =net-p2p/transmission-2.50-r1 (argument) =net-libs/libnatpmp-20110808-r1 ~amd64
gtk+ is bug 407643 and miniupnpc/natpmp can be stabilized using this bug
amd64: transmission-gtk keeps crashing [1] 30048 segmentation fault transmission-gtk no pass
amd64 done, finally...
(In reply to comment #13) > amd64: > > transmission-gtk keeps crashing > [1] 30048 segmentation fault transmission-gtk > > no pass you'd have to file a new bug with gdb backtrace attached[1] [1] http://www.gentoo.org/proj/en/qa/backtraces.xml using this succesfully on multiple boxes on amd64
AMD64: emerged ok with all use flag. From a chroot, xhost + in the gentoo host. su - to the user. invoked: idella@gentoo64 ~ $ /usr/bin/transmission-gtk up it came. Selected the help option and it brought up a browser to bring up the help site. transmission-gtk keeps crashing [1] 30048 segmentation fault transmission-gtk no pass is too limited to see where and how it is seg faulting. don't know whether it's as root user of regular user.
(In reply to comment #16) > AMD64: unuseful. still waiting for the new bug with proper backtrace.
so what was done: x86 stable ppc dropped to ~arch but tested and stabilized most of the reverse dependencies so I can stabilize ppc/ppc64 in the next round the crash mentioned here is now tracked at bug 408067, so far with only 1 people hitting it