On Mon, 16 Mar 2009, Eric Sorenson wrote:
> On Mar 16, 2009, at 4:48 PM, Yves Dorfsman wrote:
>
>> Beyond that... everything just worked fine.
>
> My $.02: The biggest x86_64 problem I ran into on the RH-derived
> variants -- and I second your caveat that it's been a little while
> since I did this but the fundamentals haven't changed afaik -- was
> that i386 and x86_64 builds of the same package are allowed to
> overwrite each other's files. So you end up with the really bad
> situation where
>
> # tail -1 ~/.rpmmacros
> %_query_all_fmt %%{name}-%%{version}-%%{release}.%%{arch}
>
> # rpm -q -f /usr/bin/mysql_config
> mysql-5.0.22-2.2.el5_1.1.i386
> mysql-5.0.22-2.2.el5_1.1.x86_64
>
> # mysql_config --libs
> -L/usr/lib64/mysql -lmysqlclient -lz -lcrypt -lnsl -lm -L/usr/lib64 -
> lssl -lcrypto
>
> and there's no way to get your i386 program back or use autoconf to
> build new stuff linked against it.
>
> There's been some discussion about this around the net; the ones I
> bookmarked are
>
> http://lwn.net/Articles/184092/
> http://www.mail-archive.com/[email protected]/msg10394.html
>
> This is the situation I have the most direct experience with, but I
> think other mixed-arch systems have similar problems. If you can run a
> no-i386 setup (I think there's a 'pure64' Debian option) that'd be
> ideal; personally I haven't had that luxury at work so I am stuck in
> i386 userland.
some distros handle mixed modes better than others, but very few apps do,
so if you install both a 32 bit and 64 bit version of the same app you are
probably going to have conflicts between them.
that being said, if you avoid having both versions of a single app on the
system you can get it to work pretty cleanly (including, if needed having
both 32 bit and 64 bit versions of the same libraries on one system)
if you need to compile things in both modes, I would suggest using a
chroot sandbox to do the 32 bit stuff (and for that matter, it's not a bad
idea for the 64 bit stuff as well, but that's a different discussion :-)
David Lang
_______________________________________________
Tech mailing list
[email protected]
http://lopsa.org/cgi-bin/mailman/listinfo/tech
This list provided by the League of Professional System Administrators
http://lopsa.org/
