On Tue, 2006-04-18 at 14:12 -0700, Benjamin Smith wrote: > On Tuesday 18 April 2006 04:23, Rex Dieter wrote: > > Scott Silva wrote: > > > Karanbir Singh spake the following on 4/17/2006 1:45 PM: > > > > >> if you need those 32bit apps, consider just excluding the > > >> fontconfig.i386 rpm. its a problem known since early 4.0 release days :( > > >> > > >> > > > Or do rpm -e --justdb --nodeps fontconfig > > > > Eek. IMO, bad advice. You'll leave orphaned(unowned) files behind. > > ...and I don't want to do that, right? > > I put in lines like mentioned below in /etc/yum.conf to stop installing 32-bit > packages, and finally got KDE to install, but now I'm running into the exact > same issues trying to install OpenOffice.org. That is because there is no 64-bit version of open office ... I recommend that if you need anything installed that is i386 (ie, openoffice ...) that you just use the i386 distro. The x86_64 distro contains both x86_64 and i386 parts ... and while you can mix them, it causes issues. This is especially true if you want to compile anything on the machine with both 32 and 64 bit files installed. > > What's recommended practice for getting this to install on a (primarily) > 64-bit athlon/64 system? It's pretty much required since this will be a > workstation... > For workstations, I would recommend i386 installs > When I try to install OpenOffice, I get complaints (again) about openssl, > fontconfig, and now libIDL: > > > Transaction Check Error: package libIDL-0.8.4-1.centos4 (which is newer > > than libIDL-0.8.4-1) is already installed > > in /etc/yum.conf, I've tried the following: > exclude=*fontconfig.x86_64 openssl.x86_64 libIDL.x86_64 > which gives these errors > ################################# > Transaction Check Error: package libIDL-0.8.4-1.centos4 (which is newer than > libIDL-0.8.4-1) is already installed > file /usr/share/man/man5/fonts-conf.5.gz from install of fontconfig-2.2.3-7 > conflicts with file from package fontconfig-2.2.3-7 > file /usr/share/man/man1/asn1parse.1ssl.gz from install of > openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8 > file /usr/share/man/man1/nseq.1ssl.gz from install of openssl-0.9.7a-43.8 > conflicts with file from package openssl-0.9.7a-43.8 > file /usr/share/man/man1/s_client.1ssl.gz from install of > openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8 > file /usr/share/man/man1/s_server.1ssl.gz from install of > openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8 > file /usr/share/man/man1/sslpasswd.1ssl.gz from install of > openssl-0.9.7a-43.8 conflicts with file from package openssl-0.9.7a-43.8 > > > as well as > exclude=*fontconfig.i386 openssl.i686 libIDL.i386 > which then gives these: > ################################# > Error: Missing Dependency: libfontconfig.so.1 is needed by package gtk2 > Error: Missing Dependency: libfontconfig.so.1 is needed by package > xorg-x11-libs > Error: Missing Dependency: libcrypto.so.4 is needed by package gnome-vfs2 > Error: Missing Dependency: libssl.so.4 is needed by package gnome-vfs2 > Error: Missing Dependency: libIDL-2.so.0 is needed by package ORBit2 > Error: Missing Dependency: libfontconfig.so.1 is needed by package pango > Error: Missing Dependency: libcrypto.so.4 is needed by package openldap > Error: Missing Dependency: libssl.so.4 is needed by package openldap > Error: Missing Dependency: libcrypto.so.4 is needed by package cyrus-sasl > > > // Shrug // > > Any idea where to go from here? I'm tempted at this point to punt on X86_64 > for workstation use and just use 32 bit. It does not seem not all that > usable when basic package installation fails like this. > That is what I do ... I use x86_64 for server installs and i386 for workstation installs. > (Does %upstream-provider% actually consider this "release quality"?) > > -Ben -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://lists.centos.org/pipermail/centos/attachments/20060418/8dc38af8/attachment-0005.sig>