https://bugs.winehq.org/show_bug.cgi?id=26256 Sebastian Lackner <sebastian(a)fds-team.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian(a)fds-team.de --- Comment #10 from Sebastian Lackner <sebastian(a)fds-team.de> --- While testing Andre_H's new pcap library I also ran into this issue, because I had multiple wine versions installed. For those that are not happy with editing the linker configurations, here is an alternative solution. The problem is that the executable in bin/wine has an relative rpath set: --- snip --- $ patchelf --print-rpath wine $ORIGIN/../lib --- snip --- It is sufficient to put in an absolute path here, and everything works (without any further configuration). As it turns out modifying this executable is completely sufficient - no need to change wineserver or the dlls. --- snip --- patchelf --set-rpath "$(pwd)/../lib" --force-rpath wine --- snip --- I am using the patchelf tool here, which can be easily compiled from source (https://github.com/NixOS/patchelf). Might probably also work with "chrpath", or even better, directly setting it when compiling wine. I can understand that upstream wine probably doesn't want to solve this, but at my opinion package maintainers could easily add a workaround for that. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.