The steps likely required for upgrading Slackware to Slackware64.
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The steps likely required for upgrading Slackware to Slackware64.
I think the first step for anyone wanting upgrade to Slackware64, is to FIRST install the 64-bit kernel. If for any reason the rest of the installation fails, you will still be able to boot your system. However, if you still have a 32-bit kernel installed and try to install the Slackware64 glibc, you will have lost your system. This wouldn't be permanent though. You would simply have to use an installation disk to correct the problem. So here's what I think should be a safe course of action:
Wait until the release of Slackware64-13.0!!
Keep in mind, this is the only way to be able to run any 32-bit applications.
1.) Download and have ready the packages from Slackware64/a
2.) Download and have ready all of the ia32-packages from Bluewhite64. http://mirror.inode.at/data/bluewhit...a32-emulation/
3.) Install the 64-bit kernel, along with the kernel modules.
4.) Reboot your system into the 64-bit kernel.
5.) Install the 64-bit glibc.
6.a) If you're still able to run your system, finish the update of other packages.
7.) Now install the Bluewhite ia32-packages.
6.b) If you wind up stopped at step #5, reboot your system. After reboot, the new glibc should be in use.
8.) Install and test any other packages.
9.) If you're unable to run the new glibc on the 64-bit kernel, you'll need to use an installation disk.
If you encounter the condition at step #9, do this:
1.) Boot your system using the installation disk.
2.) Mount your root partition, and any other partitions required for installation.
3.) Chroot into your root partition, and "cd /anywhere/you/have/your/packages.
3.a) Alternatively, you may run setup, select your root partition and bypass the disk format of course.
4.) Upgrade existing system packages.
I think the first step for anyone wanting upgrade to Slackware64, is to FIRST install the 64-bit kernel. If for any reason the rest of the installation fails, you will still be able to boot your system. However, if you still have a 32-bit kernel installed and try to install the Slackware64 glibc, you will have lost your system. This wouldn't be permanent though. You would simply have to use an installation disk to correct the problem. So here's what I think should be a safe course of action:
Wait until the release of Slackware64-13.0!!
snip....
>=(o_O)=>
I think it is reckless to post a how to for something like this that will almost surly break your system.
And to top it off it sounds as if you have not even tried this yourself. Why even start people down a path
that will likely end in disaster?
I think the first step for anyone wanting upgrade to Slackware64, is to FIRST install the 64-bit kernel. If for any reason the rest of the installation fails, you will still be able to boot your system. However, if you still have a 32-bit kernel installed and try to install the Slackware64 glibc, you will have lost your system. This wouldn't be permanent though. You would simply have to use an installation disk to correct the problem. So here's what I think should be a safe course of action:
Wait until the release of Slackware64-13.0!! [As presently proven, this is no longer required!!]
Keep in mind, this is the only way to be able to run any 32-bit applications.
1.) Download and have ready the packages from Slackware64/a
2.) Download and have ready all of the packages in Bluewhite64 extra/ia32-emulation/ http://mirror.inode.at/data/bluewhit...a32-emulation/
3.) Install the 64-bit kernel, along with the kernel modules.
4.) Reboot your system into the 64-bit kernel. This is the reordered step:
7.) Now install the Bluewhite64 ia32-packages.
5.) Install the 64-bit glibc.
6.a) If you're still able to run your system, finish the update of other packages.
6.b) If you wind up stopped at step #5, reboot your system. After reboot, the new glibc should be in use.
8.) Install and test any other packages.
9.) If you're unable to run the new glibc on the 64-bit kernel, you'll need to use an installation disk.
If you encounter the condition at step #9, do this:
1.) Boot your system using the installation disk.
2.) Mount your root partition, and any other partitions required for installation.
3.) Chroot into your root partition, and "cd /anywhere/you/have/your/packages.
3.a) Alternatively, you may run setup, select your root partition and bypass the disk format of course.
4.) Upgrade existing system packages.
Shingoshi
>=(o_O)=>
It should be noted that I'm changing only one step here. But that step is likely very consequential. I believe you need to install the ia32 packages from Bluewhite64 BEFORE upgrading your existing glibc from Slackware. As I believe the 32-bit glibc will still be needed during the upgrade of your remaining packages. But you still need to install the 64-bit kernel and REBOOT FIRST!!
After having installed the ia32 packages, I was able to upgrade my running Slackware system, since the ia32 glibc is kept in /lib32. That prevents it from being overwritten during the upgrade process.
I've already done this going from Slackware to Slamd64...
Quote:
Originally Posted by XGizzmo
I think it is reckless to post a how to for something like this that will almost surly break your system.
And to top it off it sounds as if you have not even tried this yourself. Why even start people down a path
that will likely end in disaster?
There's nothing about this that is presumed. I've already have experience upgrading a running Slackware system to Slamd64. The main reason why I said LIKELY steps, is because I didn't try this from "Slackware to Slackware64". If the only difference between Slackware64 and Slamd64, is Slackware64's omission of the 32-bit compatibility layer, you need to install it first. Because Slamd64 already had that layer as part of their system, I didn't have to go to extra steps to get it. It was already included as part of the process in upgrading.
I am now in the process of verifying that there should be no problems here. I've already had (samac's) confirmation that the Slamd64 32-bit layer works. The only question I have now is whether it can be installed to replace your existing and running Slackware glibc, without trouble caused by it.
I've just been advised by Fred Emmott (the Slamd64 creator), that there will likely be issues of incompatibility with the Slamd64 32-bit packages. That seems to increase the need for having packages built exclusively for Slackware64, and not depend on any other packages from other distributions.
Slackware64 will need it's own 32-bit compatibility layer.
I would have thought that upgrading a system from 32 bit to 64 bit was a fools errand. Surely it would be much easier and safer to do a fresh install and just keep your old /home partition.
I HAVE upgraded a system from slackware-current (32bit) to slackware64-current (partly out of curiosity, and partly so I could speak more authoritatively on the matter), and I can say with 100% certainty that you will need the installation disk if you try to upgrade following these steps, and if that's the case, you may as well just boot the installer and use:
and then chroot into that to fix up lilo and remove irrelevant packages.
I originally decided NOT to post a howto on this, if only to avoid having (answer|ignore) emails about problems encountered with it. However, since this is already out there, here's the short version:
You have to keep a 32bit libc around, as well as any 32bit libraries being used by any 32bit binaries you're running, for as long as they're (planning to) be(ing) used. If you don't understand what that means and how to make sure it happens, then don't try a live upgrade - there's no good reason to do it anyway.
I HAVE upgraded a system from slackware-current (32bit) to slackware64-current (partly out of curiosity, and partly so I could speak more authoritatively on the matter), and I can say with 100% certainty that you will need the installation disk if you try to upgrade following these steps, and if that's the case, you may as well just boot the installer and use:
and then chroot into that to fix up lilo and remove irrelevant packages.
I originally decided NOT to post a howto on this, if only to avoid having (answer|ignore) emails about problems encountered with it. However, since this is already out there, here's the short version:
You have to keep a 32bit libc around, as well as any 32bit libraries being used by any 32bit binaries you're running, for as long as they're (planning to) be(ing) used. If you don't understand what that means and how to make sure it happens, then don't try a live upgrade - there's no good reason to do it anyway.
That's why I edited my previous comments above. It really occurred to me that the 32-bit libraries would still be needed during the upgrade.
If you don't understand what that means and how to make sure it happens, then don't try a live upgrade - there's no good reason to do it anyway.
I had a reason: I was not near the computer, so on Thursday I did the upgrade via a ssh connection. Running a 64-bit kernel, user level 3, I first installpkg'd glibc and aaa_elflibs, then installpkg'd everything -x86_64- in A and L series, then upgradekpg'd other packages (should have used upgradepkg --reinstall) from all series, rebooted, removepkg'd *[3456]86* packages. (Afterward I noticed that also the -noarch- packages had stuff at changed paths, but with unchanged package names, so I had to upgradepkg --reinstall them.)
Last edited by Petri Kaukasoina; 05-23-2009 at 05:09 AM.
The method that I used to upgrade to Slackware64, was to first install the ia32-pkgs from Bluewhite64. http://mirror.inode.at/data/bluewhit...a32-emulation/
I did that before I did anything else. I'm going to edit my post above to make sure there is no confusion.
How much more needs to be said. The solution ALREADY existed!!
Actually, I'm running Firefox in Wine right now. Need I say anymore? And no, this IS Slackware64, albeit, with real multilib now!
Shingoshi
>=(o_O)=>
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 - Build ID: 2009042316
Edit: And I have since upgraded Firefox in Wine!
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1pre) Gecko/20090601 Shiretoko/3.5pre - Build ID: 20090601044045
After having followed my own instructions on two separate computers, I can tell all users, there is NO further need to wait until Slackware64 is released to the public. Just make sure you have the Bluewhite64 ia32-packages installed BEFORE changing your glibc!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.