Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#6306 - xfce4 broken - missing shared library "libxfsm-4.2.so.0"

Attached to Project: Arch Linux
Opened by Henning Rasmussen (hrr) - Tuesday, 30 January 2007, 13:04 GMT
Last edited by Roman Kyrylych (Romashka) - Thursday, 01 February 2007, 23:40 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tobias Kieslich (tobias)
Architecture not specified
Severity Critical
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

A pacman -Syu performed sometime after announcement 2007-01-23 "Xfce-4.4" (where a number of packages where removed/merged upstream) has on 2 different hosts (i.e. all tried so far) broken xfce4 so that it will no longer run because of:

"/opt/xfce4/bin/xfce4-session: error while loading shared libraries: libxfsm-4.2.so.0: cannot open shared object file: No such file or directory"

The following files exists on both systems after the upgrade:

lrwxrwxrwx 1 root root 20 2007-01-30 12:26 /opt/xfce4/lib/libxfsm-4.2.so.0 -> libxfsm-4.2.so.0.0.1
-rwxr-xr-x 1 root root 14045 2007-01-22 21:03 /opt/xfce4/lib/libxfsm-4.2.so.0.0.1

(/opt/xfce4/lib/libxfsm-4.2.so.0.0.1: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped)

Kind regards
hrr
This task depends upon

Closed by  Tobias Kieslich (tobias)
Friday, 16 February 2007, 18:09 GMT
Reason for closing:  Works for me
Additional comments about closing:  It works for me and despite the awkward way we deal with including stuff in /etc/ld.so.conf
I changed it to make it a bit clearer and more reliable anyway
Comment by Roman Kyrylych (Romashka) - Tuesday, 30 January 2007, 13:27 GMT
works for me :-/
Comment by Jan de Groot (JGC) - Tuesday, 30 January 2007, 13:27 GMT
Is /opt/xfce4/lib still listed in /etc/ld.so.conf ?
Comment by Henning Rasmussen (hrr) - Tuesday, 30 January 2007, 13:36 GMT
JGC:

That was it.

Adding a line consisting of "/opt/xfce4/lib" in /etc/ld.so.conf

and then running ldconfig as root solved the problem.

Thanks!

How should I proceed from here, regarding this Bug Report?
Comment by Jan de Groot (JGC) - Tuesday, 30 January 2007, 14:23 GMT
The postinstall of libxfce4util checks if there's "/opt/xfce4/lib" in /etc/ld.so.conf and appends that to it if not found. When it's commented out, it won't add the line either.

Another thing is the pre_remove that uses a weird method to change /etc/ld.so.conf, it's possible to do it with one sed operation. Even better would be to just add a file to /etc/ld.so.conf.d, as glibc supports that since glibc 2.3.6. Adding a file to this directory is the same as adding its contents to /etc/ld.so.conf, but it makes installation and removal of extra paths much more simple.
Comment by Henning Rasmussen (hrr) - Tuesday, 30 January 2007, 14:33 GMT
Eh... was that last bit a comment for me, Jan?

Or for the maintainer of (which?) package? libxfce4util?

I can add that on one of the machines I did a complete removal of all x.org, xfce4 etc. related packages (pacman -Rcns xxx), then reinstalled x.org, xfce4 xfce4-goodies and driver for my videocard. The problem remained, so I assume it is a broken package somewhere...

Sorry, but I'm still not sure how I, a lowly user, are supposed to go on about escalating/closing or whatever this Bug Report.

But at least I had my own problem solved. :)
Comment by Jan de Groot (JGC) - Tuesday, 30 January 2007, 14:49 GMT
Comment was for both. The first line was pointed to the bugreporter (could you post the contents of /etc/ld.so.conf from the affected machine?), the rest is for improvements to the package.
Comment by Henning Rasmussen (hrr) - Tuesday, 30 January 2007, 15:00 GMT
Contents of /etc/ld.so.conf was (not including the arrows):
<---
#
# /etc/ld.so.conf
#

/usr/X11R6/lib

# End of file
/opt/qt/lib
<---

This is taken from the machine that did NOT get all its x.org/xfce related packages removed and then reinstalled (can't get to the other one untill tomorrow).

I might try a fresh install on a third machine later tonight, if I can find the time. I'll post back if I find it is broken on a fresh install.

Thanks again for the help, Jan!
Comment by Henning Rasmussen (hrr) - Tuesday, 30 January 2007, 19:59 GMT
I now tried a fresh install of Arch on a third machine, using the 0.7.2-base.iso freshly downloaded, making an ftp install with the 2.6 kernel and ended up with an 0.8 (Voodoo) installation as expected.

I then installed the following packages in the order mentioned (many of them in collective gos):

- openssh
- screen
- iproute
- iptabels
- nmap
- tcpdump
- traceroute
- netkit-telnet
- netkit-ftp
- rsync
- ntp

- acpid
- xf86-video-i810
- xorg
- xfce4 (group)

- hwd

Finally made a new xorg.conf using "Xorg -configure", after having tried "hwd -xa" that croaked on me with a "memory corruption" error.

Using "startxfce4" gave a nice and shiny new desktop without any problems.

My /etc/ld.so.conf after this looked like:

<--
#
# /etc/ld.so.conf
#

/usr/X11R6/lib

# End of file
/opt/xfce4/lib
<--


I then proceeded by installing xfce4-goodies and had another go at "startxfce4".

Again, no problem and now my ld.so.conf looks like this:

<--
#
# /etc/ld.so.conf
#

/usr/X11R6/lib

# End of file
/opt/xfce4/lib
/opt/gnome/lib
<--

So I guess if there exist a problem beyond me (and I don't think I have done anything unusual on the 2 original hosts that got hit by this bug), then it must be related to updating earlier installations.

Both original hosts were installed before the advendt of xfce4.4 and Arch Voodoo, and where upgraded with a Pacman -Syu last night, after which the problem existed.

Regards,
Henning

Loading...