On Mon, 2010-10-18 at 13:44 +0200, Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Monday, 2010-10-18 at 13:10 +0200, Roger Oberholtzer wrote:
On Thu, 2010-10-14 at 12:28 +0100, Tejas Guruswamy wrote:
Cannot initialize zlib, because: Unknown error
Which seemed an curious thing. I remember Will saying that some things were uncompressed and cached, and maybe the cache was having access issues. Well, in a way the cache was the problem: components that needed to be uncompressed before getting put in the cache could not even be made. It seems that an experimental libz (based on code from intel's excellent Performance Primitives library) has crept in to our distribution. We only enable our software for non-root users who opt for it. So, root never saw the library, which explains why the desktop looked fine for root. It is in some private folder in /opt. But, our users do see this library. When I removed the library from view, the desktop looked as expected.
Wow!
Perhaps you could adjust paths so that /opt is searched/linked last.
I think the tricky bit is that /lib (where libz lives) tends to always be searched last. I have an ancient memory from SVR4 that the LD_RUN_PATH variable could contains colons and semicolons. This allowed some now forgotten control over if libraries were searched for before or after the system defaults. BTW, we use LD_RUN_PATH when linking and not ldconfig so we can have per-program (as opposed to system-wide) control over where libraries come from. I am going to consider changing LD_RUN_PATH=/usr/lib:/opt/rsoft/lib:/opt/lib to LD_RUN_PATH=/usr/lib:/lib:/opt/rsoft/lib:/opt/lib when linking. -- Roger Oberholtzer OPQ Systems / Ramböll RST Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org