| 1 |
On Tue, 2004-12-07 at 10:01 +0900, Georgi Georgiev wrote: |
| 2 |
> maillog: 06/12/2004-16:38:38(-0800): Donnie Berkholz types |
| 3 |
> > > - No idea why, but /usr/X11R6/lib64/X11/xkb is now a symlink that points |
| 4 |
> > > to ../../lib/xkb, which means that it essentially points to itself |
| 5 |
> > > (/usr/X11R6/lib points to lib64). This could be related to the fact |
| 6 |
> > > that I now installed after first removing /usr/X11R6 ( "emerge -C |
| 7 |
> > > xorg-x11" and all packages that owned /usr/X11R6 save for baselayout |
| 8 |
> > > and groff, and then move /usr/X11R6 away), but the binary package I |
| 9 |
> > > built on a system that had xorg -r3. |
| 10 |
> > |
| 11 |
> > I just committed a fix for one hardcoded "lib" xkb symlink that slipped |
| 12 |
> > in instead of get_libdir(), which should treat lib64 properly on the |
| 13 |
> > profiles that use lib64. |
| 14 |
> |
| 15 |
> Actually, my profile does not use lib64, but why does X11R6? |
| 16 |
|
| 17 |
Ah, right. Check out this: |
| 18 |
|
| 19 |
# on amd64 we need /usr/lib64/X11/locale/lib to be a symlink |
| 20 |
# created by the emul lib ebuild in order for adobe acrobat, |
| 21 |
staroffice, |
| 22 |
# and a few other apps to work. |
| 23 |
use amd64 && get_libdir_override lib64 |
| 24 |
# lib32 isnt a supported configuration (yet?) |
| 25 |
[ "${CONF_LIBDIR}" == "lib32" ] && get_libdir_override lib |
Archives