https://bugzilla.novell.com/show_bug.cgi?id=243032 ------- Comment #9 from andreas.hanke@gmx-topmail.de 2007-02-15 04:06 MST ------- The move helps getting rid of /opt/gnome entirely. If /opt/gnome/lib is in ld.so.conf and libtool gets rebuilt against it, libtool will consider /opt/gnome/lib a "system path" and not hardcode it into programs, making it more difficult to get rid of it. It also makes sure that /opt/gnome/lib is searched after /usr/lib and not before. This can help preventing problems like bug 235626. On x86_64 the same effect can be achieved by reordering ld.so.conf, but on i586 this is not possible because it does not contain /usr/lib at all. (In reply to comment #1)
If resolver can allow update of gconf2 as the first package (even before glibc), then it can work.
No, this is (at least in the long run) exactly the place where it does not work because as glibc gets updated and gconf2 rebuilt against it, gconf2 will require a more recent glibc. Can YaST help here? /etc/ld.so.conf.d/opt_gnome-compat.conf could be created by YaST and later overwritten by opt_gnome-compat (or deleted if not needed). Something like this: if ...check whether this is an update... ; then echo /opt/gnome/lib > /etc/ld.so.conf.d/opt_gnome-compat.conf /sbin/ldconfig fi ..do the update... if ! rpm -qf /etc/ld.so.conf.d/opt_gnome-compat.conf ; then rm -f /etc/ld.so.conf.d/opt_gnome-compat.conf /sbin/ldconfig fi -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.