ago@amd64box ~ $ LC_ALL="C" nwn /opt/nwn/nwn: line 63: 19149 Segmentation fault ./nwmain $@ Michael receives the same failure. Feel free to ask whatever you want, here or also on irc. Gdb says: Starting program: /opt/nwn/en/nwmain /opt/nwn/en/nwmain: error while loading shared libraries: libmss.so.6: cannot open shared object file: No such file or directory
(In reply to comment #0) > ago@amd64box ~ $ LC_ALL="C" nwn > /opt/nwn/nwn: line 63: 19149 Segmentation fault ./nwmain $@ > > Michael receives the same failure. > > > Feel free to ask whatever you want, here or also on irc. > > Gdb says: > > Starting program: /opt/nwn/en/nwmain > /opt/nwn/en/nwmain: error while loading shared libraries: libmss.so.6: cannot > open shared object file: No such file or directory $ qlist nwn | grep libmss.so.6 /opt/nwn/miles/libmss.so.6.5.2 /opt/nwn/miles/libmss.so.6 If you call /opt/nwn/en/nwmain directly, LD_LIBRARY_PATH /opt/nwn/miles is not added. Use the wrapper aka /usr/games/bin/nwn and it works on my box.
Ago, is this still valid? Looks surprising to me that x86 stabilized this version without reporting problems :/ Also, if this is still occurring, we should probably remove it as we are waiting for a fix for a long time
(In reply to comment #2) > Ago, is this still valid? Looks surprising to me that x86 stabilized this > version without reporting problems :/ > > Also, if this is still occurring, we should probably remove it as we are > waiting for a fix for a long time Yes, is still valid for me.
Reproducible here.
This is really also true for x86! Even if the right path is set through the wrapper (LD_LIBRARY_PATH=./lib:./miles:/opt/nwn) and all libs get found, it still segfaults! linux-gate.so.1 (0xb7864000) libm.so.6 => /lib/libm.so.6 (0xb77f4000) libpthread.so.0 => /lib/libpthread.so.0 (0xb77db000) libGL.so.1 => /usr/lib/libGL.so.1 (0xb778e000) libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb771f000) libmss.so.6 => ./miles/libmss.so.6 (0xb76aa000) libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7659000) libc.so.6 => /lib/libc.so.6 (0xb74d4000) /lib/ld-linux.so.2 (0xb7865000) libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb74be000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb74ae000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb74a9000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb74a3000) libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xb74a0000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb7384000) libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xb7370000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7355000) libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb734e000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb7343000) libdl.so.2 => /lib/libdl.so.2 (0xb733f000) libstdc++.so.6 => /usr/lib/gcc/i686-pc-linux-gnu/4.5.4/libstdc++.so.6 (0xb7258000) libgcc_s.so.1 => /usr/lib/gcc/i686-pc-linux-gnu/4.5.4/libgcc_s.so.1 (0xb723b000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb7236000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7230000) librt.so.1 => /lib/librt.so.1 (0xb7227000 This is how i got these infos... ;-) # tail -n 3 /opt/nwn/nwn set >>/tmp/test ldd nwmain >>/tmp/test ./nwmain $@
Since you said please mark stable for x86 in bug 392869, works for you?
Created attachment 326012 [details] strace on x86 with disabled sound and nvidia-gpu (In reply to comment #6) > Since you said please mark stable for x86 in bug 392869, works for you? It wasn't me who said that actually! ;-)
(In reply to comment #7) > It wasn't me who said that actually! ;-) It was for michael, I CC'ed him
(In reply to comment #6) > Since you said please mark stable for x86 in bug 392869, works for you? No Need to CC me, I'm in x86@g.o At that time it worked for me. Since that time the system I used for that arch testing died. The only native x86 system (in one piece) that I have left is hardly able to run the game. I can give it a try in a x86 root, or on that native system if you want. There is one more option, building a system out of spare parts, and installing everything on that.
So games-rpg/nwn-penultima has been masked in the tree because of this bug and I'm having trouble following it: 1. The title is misleading as libmss.so.6 is not missing when using the /usr/games/bin/nwn wrapper 2. WTF has any of this to do with games-rpg/nwn-penultima as opposed to games-rpg/nwn. games-rpg/nwn-penultima just installs a few data files (nwn modules + documentation) and doesn't have any executables: $ qlist games-rpg/nwn-penultima-1-r1 /opt/nwn/penultima/Spoilers.txt /opt/nwn/penultima/Pest Control.txt /opt/nwn/penultima/Penultima City.txt /opt/nwn/penultima/Home Sweet Home.txt /opt/nwn/penultima/Hazard Pay.txt /opt/nwn/penultima/Dewey's Decimal.txt /opt/nwn/penultima/Clucking Hostile.txt /opt/nwn/modules/Pest Control.mod /opt/nwn/modules/Penultima City.mod /opt/nwn/modules/Home Sweet Home.mod /opt/nwn/modules/Hazard Pay.mod /opt/nwn/modules/Dewey's Decimal.mod /opt/nwn/modules/Clucking Hostile.mod 3. I guess this isn't much help, but nwn (and the penultima modules) works on for me on ~amd64.
I don't see why this package needs treecleaning when 2 users report it working. It may block stabilization, but nothing else. please remove pmask until this is actually confirmed.
I removed the pmask and fixed the description.
(It's confirmed by a lot of people here for amd64 and x86)
(In reply to comment #10) > So games-rpg/nwn-penultima has been masked in the tree because of this bug > and I'm having trouble following it: > > 1. The title is misleading as libmss.so.6 is not missing when using the > /usr/games/bin/nwn wrapper Maybe would be interesting to know if affected people is really running it when typing "nwn"... "whereis nwn" could help
Seriously? Masking nwn-penultima because some library doesn't load in nwn? This kinda slipped under my radar and it scares me I can't trust you guys. Surely the product of our improved recruiting process. nwn and assorted campaigns work here without doing anything special on multiple machines and on both arches. If you have trouble running it I would first blame your installs or the way you start it before you blindly mask any of this. If you are doing crazy stuff to test this thing then don't be surprised if it breaks. If it wasn't that I would still blame you anyway because it's easier. As a reminder, here is the long and tedious way to test NWN on your system: 1 - use your mouse to click on menu -> games -> NWN If you're doing it in any other way you're not using it as intended and are on your own. Especially if you screw with your locale like I saw above... I'm sure you've read the ebuilds before masking this stuff so you know why. You may not know it kids, but we have have spent a lot of time over many years to get NWN on Gentoo to provide the same experience as on Windows. No other Linux distro can claim that. I will again test install this from scratch on clean systems for you guys because I'm in a good mood. The test on x86 is going to take a while though because I need a new install. If it all works I'll close this bug RESOLVED STAYTHEHELLOUTTAHEREIFYOURECLUELESS for good. In the meantime I'll set this to UNCONFIRMED as some old farts^W^Wusers have confirmed they're still enjoying this game on a frequent basis without any issues (I hear voices, they talk to me...). I have in the past offered to take care of stabilization of this as it requires to buy the game in multiple types of releases to really test it. I don't have them all but I have a few of them, and probably more than anybody else here. I was told there was no need but maybe things have changed since then. So if you need me to take care of it now just ask. Denis.
(In reply to comment #15) > Seriously? Masking nwn-penultima because some library doesn't load in nwn? > This kinda slipped under my radar and it scares me I can't trust you guys. > Surely the product of our improved recruiting process. > Take the flame elsewhere. The recruiting process hasn't changed in years. Thanks!
Nothing for us (treecleaners) to do here. Let the maintainer fix it sometime in this decade.
(In reply to comment #16) > Take the flame elsewhere. The recruiting process hasn't changed in years. > Thanks! Settle down big boy, and take another cup of sense of humour. If you care to read it my message is humorous, even if tongue in cheek. Denis.
I've also offered to help, no reply on that. My offer is still open.
The error still happens for me. Since it is confirmed by others arch testers I restore it as CONFIRMED
=games-rpg/nwn-1.69-r1 it's working here. I launch the game with: $ LC_ALL="C" nwn
Please, install games-rpg/nwn-data[nowin] and check if it works.
(In reply to comment #22) > Please, install games-rpg/nwn-data[nowin] and check if it works. Works perfectly fine here.
games-rpg/nw* has been lastrited.
