Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 113996 - Modular X libraries conflict with NX (nomachine) X libraries
Summary: Modular X libraries conflict with NX (nomachine) X libraries
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo X packagers
Keywords: Inclusion
: 113998 (view as bug list)
Depends on:
Blocks: 112004 119139
  Show dependency tree
Reported: 2005-11-30 01:41 UTC by Lachlan Pease
Modified: 2006-02-12 19:08 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Lachlan Pease 2005-11-30 01:41:10 UTC
The Modular X ebuilds do not, as yet, provide an env.d entry to set up the
environment (including LDPATH), which can cause issues when another package
provides an alternate version of the X libraries, and that package (for example
NX) provides an env.d entry with it's own LDPATH.

This causes the alternate libraries to take priority over X.Org's own libraries,
which causes symptoms such as disappearing tray icons (for aMSN) or GDK
complaining about unsupported locales.

This can be solved by simply installing an env.d file such as the one provided
by the monolithic x11 ebuilds and running env-update

Reproducible: Always
Steps to Reproduce:
1. Emerge nx-x11
2. Emerge modular X (can be done before step 1 with the same results)
3. Run aMSN and try enabling the FreeDesktop tray docking
4. Run any GTK or GDK based application

Actual Results:  
aMSN refuses to enable FreeDesktop tray docking, failing silently
Running any GTK or GDK application results in a warning message at the console,
complaining about missing locales

Expected Results:  
aMSN would enable FreeDesktop tray docking
The GTK or GDK application would not print the aforementioned warning.
Comment 1 Lachlan Pease 2005-11-30 01:57:53 UTC
*** Bug 113998 has been marked as a duplicate of this bug. ***
Comment 2 Adam Jackson 2005-11-30 09:06:27 UTC
shouldn't the nx and xorg libs just block each other then?
Comment 3 Donnie Berkholz (RETIRED) gentoo-dev 2005-11-30 09:26:01 UTC
That would be rather convenient, yes, but it won't fly because lots of people
want to run NX on their desktops / machines with X installed.

It's not an actual installation to the same location type of conflict, it's
preference of NX's broken Xlib over Xorg's.

What we've done in the past is hack up env.d so that /usr/lib gets priority over
/usr/NX/lib or whatever. I'm not happy with it at all, but it's the best
solution I can come up with.
Comment 4 Lachlan Pease 2005-11-30 15:35:32 UTC
In response to #2, that could cause problems, as even the NX client requires the
NX X libraries.
Comment 5 Donnie Berkholz (RETIRED) gentoo-dev 2006-02-10 11:36:25 UTC
I've thought a little, and libX11 should probably provide this environment file.
Comment 6 Donnie Berkholz (RETIRED) gentoo-dev 2006-02-12 19:08:51 UTC
Fixed in libX11-1.0.0-r1.