Created attachment 643992 [details] e --info & e --info net-p2p/transmission & e --info libevent, e is alias to sudo emerge... Ever since updating, I can no longer run transmission-daemon, wich is part of the net-p2p/transmission package, it fails with ``` transmission-daemon: error while loading shared libraries: libevent-2.1.so.6: cannot open shared object file: No such file or directory ``` It seems that there indeed is no file named `libevent-2.1.so.6` on the system, instead there is a file named `usr/lib64/libevent-2.1.so.7`. Transmission-daemon seems to be trying to import the wrong file.
I'm a bit lost here because Transmission should have been automatically rebuilt when libevent was bumped -- see the subslot dep: https://gitweb.gentoo.org/repo/gentoo.git/tree/net-p2p/transmission/transmission-3.00-r1.ebuild#n44 Have you done a full world update?
Yes, I did do a full world update. Now that you mention it though, I've had issues with `emerge @preserved-rebuild`. I didn't mention it in the above bug report because I thought the error was due to net-p2p/transmission not being up to date. Never the less, I'll mention the `emerge @preserved-rebuild` issue here, if you deem it to be irrelevant to this bug, I'll file a new report. So after my last world update, I got a few preserved rebuilds: ``` >>> package: dev-libs/icu-67.1 * - /usr/lib64/libicudata.so.65 * - /usr/lib64/libicudata.so.65.1 * used by /usr/lib64/libre2.so.gentoo-2019-01-01 (preserved) * used by /usr/lib64/libre2.so.gentoo-2019-01-01.0.0 (preserved) * - /usr/lib64/libicuuc.so.65 * - /usr/lib64/libicuuc.so.65.1 * used by /usr/lib64/libre2.so.gentoo-2019-01-01 (preserved) * used by /usr/lib64/libre2.so.gentoo-2019-01-01.0.0 (preserved) >>> package: dev-libs/json-c-0.14-r3 * - /usr/lib64/libjson-c.so.4 * - /usr/lib64/libjson-c.so.4.0.0 * used by /usr/lib64/libgirara-gtk3.so.3.1 (dev-libs/girara-0.3.3) >>> package: dev-libs/re2-0.2020.05.01 * - /usr/lib64/libre2.so.gentoo-2019-01-01 * - /usr/lib64/libre2.so.gentoo-2019-01-01.0.0 * used by /usr/lib64/chromium-browser/chrome (www-client/chromium-81.0.4044.138) * used by /usr/lib64/chromium-browser/chromedriver (www-client/chromium-81.0.4044.138) >>> package: dev-libs/stfl-0.24 * - /usr/lib64/libstfl.so.0 * - /usr/lib64/libstfl.so.0.24 * used by /usr/bin/newsboat (net-news/newsboat-2.13) * used by /usr/bin/podboat (net-news/newsboat-2.13) * used by /usr/lib/python3.7/site-packages/_stfl.so (dev-libs/stfl-0.24) >>> package: sys-libs/readline-8.0_p4 * - /lib64/libreadline.so.7 * - /lib64/libreadline.so.7.0 * used by /usr/bin/bt-obex (net-wireless/bluez-tools-0_p20161212) * used by /usr/bin/gdb (sys-devel/gdb-8.3) * used by /usr/bin/mujs (dev-lang/mujs-1.0.5) * used by /usr/lib64/python3.5/lib-dynload/readline.cpython-35m-x86_64-linux-gnu.so (dev-lang/python-3.5.7) ``` However, when I run `emerge -a @preserved-rebuild`, I get: ``` These are the packages that would be merged, in order: Calculating dependencies... done! emerge: there are no ebuilds to satisfy "dev-lang/python:3.5". (dependency required by "@preserved-rebuild" [argument]) ``` This issue is obviously caused by the last item of the above list(usr/lib64/python3.5/lib-dynload/readline.cpython-35m-x86_64-linux-gnu.so), and I was considering going onto the irc to deal with it.
Alright, I found a temporary(somewhat ugly) solution. I simply copied /usr/lib64/libevent-2.1.so.7 to /usr/lib64/libevent-2.1.so.6, now transmission-daemon runs without any issue. I still feel like this is an upstream issue, and I hope it gets fixed soon, thank you for your time.
Two problems here: 1. FEATURES=preserve-libs should have preserved old libevent library, but failed to do so for some reason. 2. You didn't finish @world update, that's why transmission still links to the old libevent.
Closing due to the broken state of your system. Please seek help in support channels.
