Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 84758 - x11-base/xorg-x11-6.8.2-r1 migration fails because /usr/lib32 was created by buggy opengl-update
Summary: x11-base/xorg-x11-6.8.2-r1 migration fails because /usr/lib32 was created by ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-03-10 08:47 UTC by Waldo
Modified: 2005-03-11 00:31 UTC (History)
0 users

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

Attachments
result of ls -ld /usr/lib/* (usrlib.txt,119.88 KB, text/plain)
2005-03-10 11:57 UTC, Waldo 		Details
result of "locate /usr/lib32" (yesterday when I was having the emerge problem) (usrlib32.txt,6.46 KB, text/plain)
2005-03-10 23:40 UTC, Waldo 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Waldo 2005-03-10 08:47:23 UTC 
I did emerge sync && emerge -Duv world. xorg 6.8.2 (among other packages) was marked stable  Before emerging xorg I had to manually update emul-linux-x86-xlibs.  After an hour of compiling, it puked (see below).

NOTE:   I am running profile 2005.0, kernel 2.6.11-r2

(others have reported that reverting to older xorg is successful)

Reproducible: Always
Steps to Reproduce:
see above.
Actual Results:  
>>> Completed installing xorg-x11-6.8.2-r1 into
/var/tmp/portage/xorg-x11-6.8.2-r1/image/

>>> Merging x11-base/xorg-x11-6.8.2-r1 to /
 * Migrating from /usr/X11R6/bin to /usr/bin...
 * Migration method is rsync.
 *   /usr/X11R6/bin doesn't exist, not migrating
 *     Symlinking //usr/X11R6/bin -> ../bin
 * Migrating from /usr/X11R6/include to /usr/include...
 * Migration method is rsync.
 *   /usr/X11R6/include doesn't exist, not migrating
 *     Symlinking //usr/X11R6/include -> ../include
 * Migrating from /usr/X11R6/lib to /usr/lib...
 * Migration method is rsync.
 *   /usr/X11R6/lib doesn't exist, not migrating
 *     Symlinking //usr/X11R6/lib -> ../lib
 * Migrating from /usr/X11R6/lib64 to /usr/lib64...
 * Migration method is rsync.
 *   /usr/X11R6/lib64 doesn't exist, not migrating
 *     Symlinking /usr/X11R6/lib -> lib64
 * Migrating from /usr/X11R6/man to /usr/share/man...
 * Migration method is rsync.
 *   /usr/X11R6/man doesn't exist, not migrating
 *     Symlinking //usr/X11R6/man -> ../man
 * Preparing any installed configuration files for font move...
 * //usr/X11R6/lib64/X11/fonts does not exist.
 * Migrating from /usr/X11R6/lib64/X11/fonts to /usr/share/fonts...
 * Migration method is rsync.
 *   /usr/X11R6/lib64/X11/fonts doesn't exist, not migrating
 *     Symlinking //usr/X11R6/lib64/X11/fonts -> ../../share/fonts
ln: creating symbolic link `//usr/X11R6/lib64/X11/fonts' to `../../share/fonts':
No such file or directory
 * Preparing for /usr/X11R6 -> /usr migration...
removed `//usr/X11R6/bin'
removed `//usr/X11R6/include'
removed `//usr/X11R6/lib'
removed `//usr/X11R6/man'
 * Remaining symlinks in /usr/X11R6:
//usr/X11R6/lib32
 * Migrating from /usr/X11R6 to /usr...
 * Migration method is rsync.
 *   /usr/X11R6 isn't a symlink, migrating...

!!! ERROR: x11-base/xorg-x11-6.8.2-r1 failed.
!!! Function check_migrate_return, Line 1510, Exitcode 1
!!! rsync failed. Exit code: 23.
!!! If you need support, post the topmost build error, NOT this status message.

# emerge -Dup world 
These are the packages that I would merge, in order:

Calculating world dependencies ...done!
INCOMPLETE MERGE: /var/db/pkg/x11-base/-MERGING-xorg-x11-6.8.2-r1
[ebuild     U ] x11-base/xorg-x11-6.8.2-r1 [6.8.0-r5]


Expected Results:  
xorg should emerge

seems to be similar to bugs 82662 and 82333.

Also, people are discussing this bug at
http://forums.gentoo.org/viewtopic-p-2175411.html

# emerge info
Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.11-gentoo-r2 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r2 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb  7 2005, 02:30:25)]
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r4
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=k8 -pipe -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo
ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X a52 aac acpi aim alsa amd64 avi berkdb bitmap-fonts cddb cdr crypt cups
curl divx4linux dvd dvdr esd faad fam ffmpeg flac font-server foomatic
foomaticdb fortran gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml
imagemagick imlib ipv6 java jp2 jpeg junit libgda libsndfile libwww lzw lzw-tiff
mad matroska mozilla mp3 mpeg mysql ncurses nls nptl nptlonly nvidia offensive
oggvorbis openal opengl oscar oss pam perl php png ppds python quicktime
readline sdl ssl tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts
usb userlocales wxwindows xinerama xml2 xpm xrandr xv xvid yahoo zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

Other users have reported that rebooting the computer with x11 half-merged
results in X not restarting.
Comment 1 Donnie Berkholz (RETIRED) gentoo-dev 2005-03-10 10:34:59 UTC 
Please attach /var/tmp/portage/xorg-x11-6.8.2/temp/migrate-* and reopen.
Comment 2 Waldo 2005-03-10 11:42:36 UTC 
Here ya go...  I see someone in the forums said that rm -rf /user/X11R6 fixed the problem.  I'm not gonna start rm -rfing anything for the moment...

---

# more /var/tmp/portage/xorg-x11-6.8.2-r1/temp/migrate--usr-X11R6.log
building file list ...
4 files to consider
./
delete_file: rmdir "/usr/lib32" failed: Directory not empty
symlink "/usr/lib32" -> "../../emul/linux/x86/usr/X11R6/lib32" failed: File exists

Number of files: 4
Number of files transferred: 0
Total file size: 36 bytes
Total transferred file size: 0 bytes
Literal data: 0 bytes
Matched data: 0 bytes
File list size: 131
Total bytes written: 143
Total bytes read: 20

wrote 143 bytes  read 20 bytes  326.00 bytes/sec
total size is 36  speedup is 0.22
rsync error: some files could not be transferred (code 23) at main.c(632)
Comment 3 Donnie Berkholz (RETIRED) gentoo-dev 2005-03-10 11:49:47 UTC 
`ls -ld /usr/lib*` please
Comment 4 Waldo 2005-03-10 11:57:30 UTC 
Created attachment 53094 [details]
result of  ls -ld /usr/lib/*

Here ya go.. it's long.. enjoy.
Comment 5 Waldo 2005-03-10 12:03:25 UTC 
FWIW:  Similar bug also at #84733  (in addition to #82662 and #82333.)

W
Comment 6 Donnie Berkholz (RETIRED) gentoo-dev 2005-03-10 18:24:24 UTC 
It's long because you ran the wrong command. =P Try again.
Comment 7 Waldo 2005-03-10 22:36:18 UTC 
D'oh!

# ls -ld /usr/lib*
drwxr-xr-x  67 root root 40960 Mar 10 22:02 /usr/lib
drwxr-xr-x   4 root root  4096 Mar 10 00:32 /usr/lib32
lrwxrwxrwx   1 root root     3 Mar 10 01:25 /usr/lib64 -> lib
drwxr-xr-x   7 root root  4096 Mar  6 15:45 /usr/libexec

I'm trying the "mv /usr/X11R6 /tmp" someone recommended method now...
Comment 8 Donnie Berkholz (RETIRED) gentoo-dev 2005-03-10 22:42:31 UTC 
Perhaps you could also attach the output of `find /usr/lib32`. As your original log shows, it should've been removed, but something's apparently sticking around in it.
Comment 9 Waldo 2005-03-10 23:24:44 UTC 
Okay here goes.  Caveat tho-- I did the "mv /usr/X11R6 /tmp" and then re-emerged (and restarted).  This was successful.  The new xorg is working.  So the "find" below follows a successful emerge.

Still, as you can see, /usr/lib32 is still there.  You said it needs to be deleted.  Do I need to delete it no?

W

---

find /usr/lib32
/usr/lib32
/usr/lib32/libc.so
/usr/lib32/libpthread.so
/usr/lib32/Mcrt1.o
/usr/lib32/Scrt1.o
/usr/lib32/crt1.o
/usr/lib32/crti.o
/usr/lib32/crtn.o
/usr/lib32/gcrt1.o
/usr/lib32/.keep
/usr/lib32/libc.a
/usr/lib32/libc_nonshared.a
/usr/lib32/gconv
/usr/lib32/gconv/ISO8859-2.so
/usr/lib32/gconv/ISO8859-15.so
/usr/lib32/gconv/ISO8859-1.so
/usr/lib32/gconv/ISO8859-5.so
/usr/lib32/gconv/ISO8859-4.so
/usr/lib32/gconv/ISO8859-3.so
/usr/lib32/gconv/ISO8859-8.so
/usr/lib32/gconv/ISO8859-6.so
/usr/lib32/gconv/ISO8859-7.so
/usr/lib32/gconv/ISO8859-9.so
/usr/lib32/gconv/ISO8859-13.so
/usr/lib32/gconv/ISO8859-10.so
/usr/lib32/gconv/ISO8859-11.so
/usr/lib32/gconv/T.61.so
/usr/lib32/gconv/ISO8859-14.so
/usr/lib32/gconv/ISO8859-16.so
/usr/lib32/gconv/HP-ROMAN8.so
/usr/lib32/gconv/ISO_6937.so
/usr/lib32/gconv/SJIS.so
/usr/lib32/gconv/KOI-8.so
/usr/lib32/gconv/EBCDIC-AT-DE.so
/usr/lib32/gconv/EBCDIC-CA-FR.so
/usr/lib32/gconv/EBCDIC-AT-DE-A.so
/usr/lib32/gconv/EBCDIC-DK-NO-A.so
/usr/lib32/gconv/EUC-KR.so
/usr/lib32/gconv/libJIS.so
/usr/lib32/gconv/UHC.so
/usr/lib32/gconv/JOHAB.so
/usr/lib32/gconv/EUC-JP.so
/usr/lib32/gconv/libKSC.so
/usr/lib32/gconv/BIG5.so
/usr/lib32/gconv/libGB.so
/usr/lib32/gconv/EBCDIC-DK-NO.so
/usr/lib32/gconv/EUC-CN.so
/usr/lib32/gconv/EUC-TW.so
/usr/lib32/gconv/ISO646.so
/usr/lib32/gconv/libCNS.so
/usr/lib32/gconv/EBCDIC-ES-A.so
/usr/lib32/gconv/EBCDIC-ES.so
/usr/lib32/gconv/EBCDIC-FI-SE-A.so
/usr/lib32/gconv/EBCDIC-ES-S.so
/usr/lib32/gconv/EBCDIC-IS-FRISS.so
/usr/lib32/gconv/EBCDIC-FI-SE.so
/usr/lib32/gconv/EBCDIC-IT.so
/usr/lib32/gconv/EBCDIC-FR.so
/usr/lib32/gconv/EBCDIC-US.so
/usr/lib32/gconv/EBCDIC-PT.so
/usr/lib32/gconv/IBM038.so
/usr/lib32/gconv/EBCDIC-UK.so
/usr/lib32/gconv/IBM275.so
/usr/lib32/gconv/IBM037.so
/usr/lib32/gconv/CP737.so
/usr/lib32/gconv/IBM274.so
/usr/lib32/gconv/IBM423.so
/usr/lib32/gconv/IBM500.so
/usr/lib32/gconv/IBM891.so
/usr/lib32/gconv/IBM870.so
/usr/lib32/gconv/IBM871.so
/usr/lib32/gconv/IBM905.so
/usr/lib32/gconv/IBM903.so
/usr/lib32/gconv/IBM904.so
/usr/lib32/gconv/IBM1047.so
/usr/lib32/gconv/KOI8-R.so
/usr/lib32/gconv/IBM874.so
/usr/lib32/gconv/IBM277.so
/usr/lib32/gconv/CP775.so
/usr/lib32/gconv/ISO-2022-KR.so
/usr/lib32/gconv/IBM280.so
/usr/lib32/gconv/LATIN-GREEK.so
/usr/lib32/gconv/LATIN-GREEK-1.so
/usr/lib32/gconv/IBM256.so
/usr/lib32/gconv/IBM273.so
/usr/lib32/gconv/IBM284.so
/usr/lib32/gconv/IBM278.so
/usr/lib32/gconv/IBM290.so
/usr/lib32/gconv/IBM281.so
/usr/lib32/gconv/IBM420.so
/usr/lib32/gconv/IBM285.so
/usr/lib32/gconv/IBM852.so
/usr/lib32/gconv/IBM297.so
/usr/lib32/gconv/IBM850.so
/usr/lib32/gconv/IBM424.so
/usr/lib32/gconv/IBM437.so
/usr/lib32/gconv/IBM880.so
/usr/lib32/gconv/IBM851.so
/usr/lib32/gconv/IBM855.so
/usr/lib32/gconv/IBM857.so
/usr/lib32/gconv/IBM860.so
/usr/lib32/gconv/IBM865.so
/usr/lib32/gconv/IBM861.so
/usr/lib32/gconv/IBM862.so
/usr/lib32/gconv/IBM863.so
/usr/lib32/gconv/IBM864.so
/usr/lib32/gconv/IBM868.so
/usr/lib32/gconv/IBM869.so
/usr/lib32/gconv/CP1258.so
/usr/lib32/gconv/IBM875.so
/usr/lib32/gconv/IBM866.so
/usr/lib32/gconv/IBM1129.so
/usr/lib32/gconv/IBM922.so
/usr/lib32/gconv/IBM943.so
/usr/lib32/gconv/IBM1124.so
/usr/lib32/gconv/IBM930.so
/usr/lib32/gconv/IBM932.so
/usr/lib32/gconv/IBM935.so
/usr/lib32/gconv/IBM856.so
/usr/lib32/gconv/IBM1132.so
/usr/lib32/gconv/IBM933.so
/usr/lib32/gconv/IBM937.so
/usr/lib32/gconv/IBM939.so
/usr/lib32/gconv/IBM1164.so
/usr/lib32/gconv/IBM1046.so
/usr/lib32/gconv/IBM1133.so
/usr/lib32/gconv/IBM1162.so
/usr/lib32/gconv/IBM1160.so
/usr/lib32/gconv/IBM1161.so
/usr/lib32/gconv/IBM1004.so
/usr/lib32/gconv/IBM1163.so
/usr/lib32/gconv/CP1256.so
/usr/lib32/gconv/IBM918.so
/usr/lib32/gconv/CP1254.so
/usr/lib32/gconv/IBM1026.so
/usr/lib32/gconv/CP1125.so
/usr/lib32/gconv/CP1250.so
/usr/lib32/gconv/CP1251.so
/usr/lib32/gconv/CP1252.so
/usr/lib32/gconv/CP1253.so
/usr/lib32/gconv/ISO-2022-JP.so
/usr/lib32/gconv/CP1255.so
/usr/lib32/gconv/GOST_19768-74.so
/usr/lib32/gconv/CP1257.so
/usr/lib32/gconv/ASMO_449.so
/usr/lib32/gconv/IEC_P27-1.so
/usr/lib32/gconv/MACINTOSH.so
/usr/lib32/gconv/CWI.so
/usr/lib32/gconv/ANSI_X3.110.so
/usr/lib32/gconv/CSN_369103.so
/usr/lib32/gconv/DEC-MCS.so
/usr/lib32/gconv/GREEK-CCITT.so
/usr/lib32/gconv/ECMA-CYRILLIC.so
/usr/lib32/gconv/ISO_5427.so
/usr/lib32/gconv/GREEK7.so
/usr/lib32/gconv/INIS-8.so
/usr/lib32/gconv/GREEK7-OLD.so
/usr/lib32/gconv/INIS.so
/usr/lib32/gconv/ISO_6937-2.so
/usr/lib32/gconv/INIS-CYRILLIC.so
/usr/lib32/gconv/SAMI-WS2.so
/usr/lib32/gconv/ISO_2033.so
/usr/lib32/gconv/ISO_5428.so
/usr/lib32/gconv/ISO_5427-EXT.so
/usr/lib32/gconv/MAC-IS.so
/usr/lib32/gconv/ISO_10367-BOX.so
/usr/lib32/gconv/ISO-IR-197.so
/usr/lib32/gconv/MAC-UK.so
/usr/lib32/gconv/NATS-DANO.so
/usr/lib32/gconv/NATS-SEFI.so
/usr/lib32/gconv/KOI8-U.so
/usr/lib32/gconv/ISIRI-3342.so
/usr/lib32/gconv/TIS-620.so
/usr/lib32/gconv/GBGBK.so
/usr/lib32/gconv/GBK.so
/usr/lib32/gconv/UTF-16.so
/usr/lib32/gconv/ISO-2022-CN.so
/usr/lib32/gconv/UTF-32.so
/usr/lib32/gconv/UTF-7.so
/usr/lib32/gconv/TSCII.so
/usr/lib32/gconv/libISOIR165.so
/usr/lib32/gconv/UNICODE.so
/usr/lib32/gconv/GB18030.so
/usr/lib32/gconv/BIG5HKSCS.so
/usr/lib32/gconv/CP10007.so
/usr/lib32/gconv/VISCII.so
/usr/lib32/gconv/ISO-2022-CN-EXT.so
/usr/lib32/gconv/GEORGIAN-PS.so
/usr/lib32/gconv/GBBIG5.so
/usr/lib32/gconv/ARMSCII-8.so
/usr/lib32/gconv/KOI8-T.so
/usr/lib32/gconv/ISO-IR-209.so
/usr/lib32/gconv/GEORGIAN-ACADEMY.so
/usr/lib32/gconv/MAC-SAMI.so
/usr/lib32/gconv/EUC-JISX0213.so
/usr/lib32/gconv/TCVN5712-1.so
/usr/lib32/gconv/EUC-JP-MS.so
/usr/lib32/gconv/libJISX0213.so
/usr/lib32/gconv/SHIFT_JISX0213.so
/usr/lib32/gconv/ISO-2022-JP-3.so
/usr/lib32/gconv/IBM866NAV.so
/usr/lib32/gconv/CP932.so
/usr/lib32/gconv/PT154.so
/usr/lib32/gconv/gconv-modules
/usr/lib32/gconv/RK1048.so
/usr/lib32/libBrokenLocale.a
/usr/lib32/libieee.a
/usr/lib32/libm.a
/usr/lib32/libdl.a
/usr/lib32/libmcheck.a
/usr/lib32/libbsd-compat.a
/usr/lib32/libg.a
/usr/lib32/libcrypt.a
/usr/lib32/libpthread.a
/usr/lib32/libpthread_nonshared.a
/usr/lib32/libc_stubs.a
/usr/lib32/libresolv.a
/usr/lib32/libanl.a
/usr/lib32/librt.a
/usr/lib32/librpcsvc.a
/usr/lib32/libnsl.a
/usr/lib32/libutil.a
/usr/lib32/libbsd.a
/usr/lib32/libBrokenLocale.so
/usr/lib32/libm.so
/usr/lib32/libdl.so
/usr/lib32/libcrypt.so
/usr/lib32/libcidn.so
/usr/lib32/libnss_dns.so
/usr/lib32/libresolv.so
/usr/lib32/libnss_files.so
/usr/lib32/libanl.so
/usr/lib32/librt.so
/usr/lib32/libthread_db.so
/usr/lib32/libnss_hesiod.so
/usr/lib32/libnss_nis.so
/usr/lib32/libnsl.so
/usr/lib32/libnss_nisplus.so
/usr/lib32/libnss_compat.so
/usr/lib32/libutil.so
/usr/lib32/opengl
/usr/lib32/opengl/global
/usr/lib32/opengl/global/include
/usr/lib32/opengl/global/include/glext.h
/usr/lib32/opengl/global/include/glxext.h
/usr/lib32/opengl/xorg-x11
/usr/lib32/tls
/usr/lib32/libGL.so
/usr/lib32/libMesaGL.so
/usr/lib32/libGL.a
/usr/lib32/libGL.la
/usr/lib32/modules
/usr/lib32/modules/extensions
/usr/lib32/modules/extensions/libglx.a
/usr/lib32/libGL.so.1
Comment 10 Waldo 2005-03-10 23:28:28 UTC 
"Do I need to delete it no?" -> I meant "now?"

Also, sorry I just realized I should have attached the above rather than dump it all.  Finally, I just want to be clear-- mving /usr/X11R6 to /tmp before doing the emerge seems to have solved the problem and resulted in a successful emerge.  This is probably not the best solution (especially if /usr/lib32 was supposed to have been emptied (?)) but it did work.

W
Comment 11 Waldo 2005-03-10 23:40:25 UTC 
Created attachment 53159 [details]
result of "locate /usr/lib32"  (yesterday when I was having the emerge problem)

Sorry-- one last post that may be of use.

Yesterday I did an updatedb, so I had a fresh record of what my filesystem
looked like when I was having these problems.  For comparison with the above,
I'm attaching the result of a "locate /usr/lib32".  This is what the directory
looked like when I was having the problem.

As you can see, there are some differences, most conspicuously the addition of
the /usr/lib32/opengl/* directory and these files:

/usr/lib32/tls
/usr/lib32/libGL.so
/usr/lib32/libMesaGL.so
/usr/lib32/libGL.a
/usr/lib32/libGL.la
/usr/lib32/modules
/usr/lib32/modules/extensions
/usr/lib32/modules/extensions/libglx.a
/usr/lib32/libGL.so.1

W
Comment 12 Donnie Berkholz (RETIRED) gentoo-dev 2005-03-10 23:53:10 UTC 
I bet that was your problem. It's a fixed bug.

  06 Feb 2005; Jeremy Huddleston <eradicator@gentoo.org>
  +files/opengl-update-2.1_pre5, +opengl-update-2.1_pre5.ebuild:
  Fixed bug which made lib32/tls directory on systems that don't use lib32.
Comment 13 Waldo 2005-03-11 00:31:26 UTC 
Weird.  Considering I didn't touch /usr/lib32.  My solution was to trash /usr/X11R6.  I assume everything now is okay...  thx.

W