-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 G'day guys,
- From previous experiences there is no real benefit to upgrading while maintaining a system unless backup isn't possible (in which case you shouldn't be attempting to update anyway). For binary based systems it *is* possible to get it to work, but it isn't worth the risk of it seriously messing up all your files in the process. As for running a 64bit kernel with an entirely 32bit userland, I've tried it and haven't seen any advantages (although I was seeing some nice errors cropping up occasionally and as a result reverted - read: on Debian. On Gentoo it uses 64bit as I roll my own, my userland is 32bit and I've seen no real problems). On the note of upgrading for non-binary based distributions you can do it if you've kept your sources. For instance, with Gentoo you can just switch the profile, recompile the kernel/system and away you go. In terms of efficiency a clean Stage3 install is actually faster ;) Best of Luck, Hoo Roo, Alex. Michael Kedzierski wrote: > On 12/17/06, Peter Miller <[EMAIL PROTECTED]> wrote: >> I have installed a machine as Ubuntu i386, but its cpu is actually >> amd64. Is there a way to reinstall all the patches as amd64, or do I >> have to blow it away and install again from scratch? > > You would have to install from scratch I think, every single package > containing native binary code on your system will be compiled for your > architecture, it's not as simple as one small component. > > You can however, choose to run a 64bit kernel with an entirely 32bit > userland though. I'm not sure if there are any benefits to this > approach. > > -Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFhLrag5/KyzD/6f0RAnNEAKCEzRfeoyLh8qR8hNcIxdiPwD4C8gCbBQoM wg7sYGKW1HjWjYydRnsZZ2Y= =mzsF -----END PGP SIGNATURE----- -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
