Re: Upgrading computer from i586 to x86_64

Olivier Thauvin wrote:

>Le Sunday 3 April 2005 11:28, Guichard Adrien a écrit :
>  
>
>>Le dimanche 3 Avril 2005 02:19, Olivier Thauvin a écrit :
>>    
>>
>>>- Installing a x86_64 kernel, rpm don't let me install it saying it is
>>>intend for x86_64, I had to use --ignorearch. This problem surrely come
>>>because CPU detecting routines are not present in 32 bits rpm code.
>>>
>>>After rebooting, snd-emu10k1 module segfault causing kernel oops, I don't
>>>know it this issue is x8-_64 specific only, notice there is an integrated
>>>nvidia sound card on the motherboard, so I reinstall my creative one only
>>>for fun.
>>>
>>>Currently, I have a 86_64 kernel on a full 32 bits system. And everything
>>>is working fine with workaround I explained.
>>>      
>>>
>>You are just using the kernel rpm in 64-bit ?
>>No other packages (like util-linux ...) ??
>>    
>>
>
>Currently I have perl/perl-base, perl-URPM, kernel, rpm ans few perl modules 
>as x86_64 rpm only.
>  
>
Interesting. Can you provide a complete list?

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?

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

>>The kernel I am currently using is the one on the MiniCD RC2 (without
>>acpi=ht). I am using 32-bit urpmi.
>>
>>It will allow me to do more tests on kernels.
>>    
>>
>
>It should be the same, but I am using cooker rpms, and these rpm are not up to 
>date compare to rc2, this sucks, I don't know if I should rebuild and upload 
>missing rpm or uploading rpms gwenole build. This is a big problem. See 
>Oden's mail.
>  
>
I think I pointed out an other alternative... One that can't be 
influenced by Mandrake politics & powerplay.