The title says it all. It seem that it can't find the lib or something. I know little about this package and about gtk+ in general, so I will just attach a quick patch I made that worked for me. That should put the team over the right track I guess. Reproducible: Always Steps to Reproduce: 1. emerge suxpanel 2. wait until it's compiling the showdesktop plugin 3. watch it fail /usr/lib/gcc/i686-pc-linux-gnu/4.7.3/../../../../i686-pc-linux-gnu/bin/ld: suxpanel.o: undefined reference to symbol 'g_module_symbol' /usr/lib/gcc/i686-pc-linux-gnu/4.7.3/../../../../i686-pc-linux-gnu/bin/ld: note: 'g_module_symbol' is defined in DSO /usr/lib/libgmodule-2.0.so.0 so try adding it to the linker command line /usr/lib/libgmodule-2.0.so.0: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status
Created attachment 369632 [details, diff] Patch for the configure script This is patch for the configure script. I guess this is the right place to add this, but not quite sure. Anyway the key is that for some reason gmodule-2.0 needs to be added, otherwise the linker fails. Probably nobody has used this for a long time, and not with a current compiler.
Ugh, this makes it compile, but there are some other problems. First, you are supposed to run suxpanel-install.sh as a user after the package is installed, you have to figure that on your own. And, when you do, you only receive errors because the script begins with "#!/bin/sh", but it DOES CONTAIN BASHISM. Changing the shebang allows for normal operation of the script. The config files are initialized ok and then you are granted the privilege of running suxpanel. But happiness ends there because when you do so, instead of the error about config files not being there you get a segfault. So all in all, unless there's someone who can maintain this I guess we should turn this bug into a "schedule for removal" one because: 1. as it is now, it doesn't even build 2. with my patch it builds, but you can't run it because the config script fails 3. patching the script lets you go one step further, so it doesn't complain about missing config, but it segfaults. dmesg says: [ 505.138054] suxpanel[11536]: segfault at 1 ip b7074270 sp bf89e390 error 4 in libglib-2.0.so.0.3600.4[b703f000+127000]
(In reply to Jesús Guerrero from comment #2) > [ 505.138054] suxpanel[11536]: segfault at 1 ip b7074270 sp bf89e390 error > 4 in libglib-2.0.so.0.3600.4[b703f000+127000] yeah, the package has been broken for years, and just to avoid removal hacks like: src_configure() { use amd64 && append-flags -O0 has been applied in the ebuild to avoid segfaulting the code is clearly not subpar with current glib and co, so definately removal is in order, it's long overdue
dropped
