Re: Upgrading computer from i586 to x86_64

Le Sunday 3 April 2005 13:12, Stefan van der Eijk a écrit :
>
> Interesting. Can you provide a complete list?

I update some rpm since, but notice I have kde running, Xorg, ect...

[root@draco main]# rpm -qa --qf "%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n" | 
grep 'x86_64' | sort

bash-3.0-2mdk.x86_64
binutils-2.15.92.0.2-6mdk.x86_64
bootloader-utils-1.9-2mdk.x86_64
bzip2-1.0.2-20mdk.x86_64
chkconfig-1.3.13-3mdk.x86_64
coreutils-5.2.1-5mdk.x86_64
cracklib-dicts-2.7-18mdk.x86_64
diffutils-2.8.7-2mdk.x86_64
e2fsprogs-1.36-3mdk.x86_64
elfutils-0.99-1mdk.x86_64
ethtool-1.8-1mdk.x86_64
gawk-3.1.4-1mdk.x86_64
gcc-3.4.3-6mdk.x86_64
gcc-cpp-3.4.3-6mdk.x86_64
gettext-base-0.14.1-10mdk.x86_64
glibc-2.3.4-7mdk.x86_64
glibc-devel-2.3.4-7mdk.x86_64
glibc-static-devel-2.3.4-7mdk.x86_64
grep-2.5.1a-1mdk.x86_64
hot-babe-0.2.2-2plf.x86_64
ifplugd-0.26-2mdk.x86_64
info-install-4.8-1mdk.x86_64
iproute2-2.6.10-1mdk.x86_64
iputils-20020927-5mdk.x86_64
kernel-2.6.11.2mdk-1-1mdk.x86_64
lib64atk1.0_0-1.9.1-1mdk.x86_64
lib64beecrypt6-3.1.0-5mdk.x86_64
lib64binutils2-2.15.92.0.2-6mdk.x86_64
lib64bzip2_1-1.0.2-20mdk.x86_64
lib64crack2-2.7-18mdk.x86_64
lib64db4.2-4.2.52-6mdk.x86_64
lib64elfutils1-0.99-1mdk.x86_64
lib64expat0-1.95.8-1mdk.x86_64
lib64ext2fs2-1.36-3mdk.x86_64
lib64fontconfig1-2.2.99-3mdk.x86_64
lib64freetype6-2.1.9-4mdk.x86_64
lib64gdbm3-1.8.3-2mdk.x86_64
lib64gdk_pixbuf2.0_0-2.6.4-1mdk.x86_64
lib64glib1.2-1.2.10-15mdk.x86_64
lib64glib2.0_0-2.6.3-1mdk.x86_64
lib64gtk+-x11-2.0_0-2.6.4-1mdk.x86_64
lib64intl3-0.14.1-10mdk.x86_64
lib64iw27-27-1mdk.x86_64
lib64jpeg62-6b-34mdk.x86_64
lib64ncurses5-5.4-1.20050108.1mdk.x86_64
lib64openssl0.9.7-0.9.7e-5mdk.x86_64
lib64pam0-0.77-26mdk.x86_64
lib64pango1.0_0-1.8.1-1mdk.x86_64
lib64pango1.0_0-modules-1.8.1-1mdk.x86_64
lib64pcre0-5.0-2mdk.x86_64
lib64png3-1.2.8-1mdk.x86_64
lib64pq3-8.0.1-3mdk.x86_64
lib64pwdb0-0.62-2mdk.x86_64
lib64rpmconstant0-0.0.4-1mdk.x86_64
lib64selinux1-1.21.9-1mdk.x86_64
lib64slang1-1.4.9-6mdk.x86_64
lib64termcap2-2.0.8-36mdk.x86_64
lib64tiff3-3.6.1-8mdk.x86_64
lib64usb0.1_4-0.1.8-7mdk.x86_64
lib64xorg-x11-6.8.2-3mdk.x86_64
lib64xpm4-3.4k-30mdk.x86_64
mingetty-1.07-3mdk.x86_64
mktemp-1.5-12mdk.x86_64
modutils-2.4.26-3mdk.x86_64
mount-2.12a-12mdk.x86_64
ncurses-5.4-1.20050108.1mdk.x86_64
pam-0.77-26mdk.x86_64
perl-5.8.6-6mdk.x86_64
perl-base-5.8.6-6mdk.x86_64
perl-Compress-Zlib-1.34-1mdk.x86_64
perl-DBD-Pg-1.40-1mdk.x86_64
perl-DBI-1.47-1mdk.x86_64
perl-Digest-SHA1-2.10-2mdk.x86_64
perl-Hdlist-0.07-1mdk.x86_64
perl-Locale-gettext-1.01-14mdk.x86_64
perl-MDK-Common-1.1.22-2mdk.x86_64
perl-URPM-1.11-1mdk.x86_64
pkgconfig-0.15.0-5mdk.x86_64
popt-1.8.3-9mdk.x86_64
procps-3.2.5-1mdk.x86_64
psmisc-21.5-3mdk.x86_64
pwdb-conf-0.62-2mdk.x86_64
rpm-4.2.3-9mdk.x86_64
sash-3.7-3mdk.x86_64
sed-4.1.4-2mdk.x86_64
setup-2.6-1mdk.x86_64
tar-1.15.1-2mdk.x86_64
unzip-5.51-1mdk.x86_64
usbutils-0.70-3mdk.x86_64
util-linux-2.12a-12mdk.x86_64
which-2.16-2mdk.x86_64
wireless-tools-27-1mdk.x86_64
yp-tools-2.9-1mdk.x86_64
zlib1-1.2.2.2-2mdk.x86_64


>
> for i in `rpm -qa | sort`; do arch=`rpm -q --queryformat %{ARCH} ${i}`;
> if [ "${arch}" = "x86_64" ]; then echo $i; fi; done
>
> FYI: In the bottom layer of Mandrakes x86_64 some of the packages
> contain both i586 and x86_64 libs (glibc, popt, zlib to name a few).
>
> I'm wondering how many of those you have in there...
>
> >BTW there is an issue with perl dependancies, my perl-base requires
> > modules in x86_64/ directory, but nothing prevent installing perl module
> > i586, but it will not work because located in i386 directory.
>
> Interesting. Would it be possible to keep running i586 perl only? Or did
> something force you to upgrade to x86_64 perl?

In fact, it depends of your perl, both perl-base can't coexist at time, so 
perl module will allways be searched 
into /usr/lib/perl/.../{ARCH_OF_PERLBASE}/...
If you want to run perl 32 bits, install perl-base-i586, otherwise 
perl-base-x86_64.
I notice urpmi was unable to see my computer as x86_64 until I install 
perl-base for x86_64, even I allready upgrade rpm it self.

>
> This is all very similar to what I'm seeing on my sparc(64) box. 64bit
> kernel, and then a near 100% userland:
>
> $ for i in `rpm -qa | sort`; do arch=`rpm -q --queryformat %{ARCH}
> ${i}`; if [ "${arch}" = "sparc64" ]; then echo $i; fi; done
> kernel-tmb-2.6.3-4.tmb.1mdk-1-1mdk

sparc vs sparc64, ppc vs ppc64, i586 vs x86_64, all those works in same way. 
Working on all give opportunity to discover early bugs, I think.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)

iD8DBQBCT9k/k29cDOWzfVARAjVjAKCXI7GcxLOLDQVBzXVJos9iuOA/1gCdGwGv
ZP6IGpcx735/bMsSk1RWWKE=
=g2kg
-----END PGP SIGNATURE-----