Posts tagged ‘slackpkg’

Slackware Linux Installation Methods

As any reader of this blog will know, I am a big fan of installing from source. My OS of choice, Slackware, makes this very easy and doesn’t break anything if you do this. I am, though, well aware that this isn’t for everyone – in fact, I break my own rule if it’s convenient.

Slackware packages end in .tgz, which can be confusing since that is also the way that normal tar balls can end. The usual way to install these is to type (as root) installpkg <packagename>.tgz and let the dialogue run. This then expands the archived install files into the correct places on your system. Removing or upgrading packages is equally as easy, simply exchange the installpkg for removepkg or upgradepkg. This method is inbuilt to Slackware and is the most basic way of installing Slackware packages. You could also use pkgtool which gives an ncurses frontend to a number of Slackware commands.

If you like automated downloads, you could use Swaret, Slapt-Get or Slackpkg, each of which will download the install files to your system and install them for you. These three methods are very much automated, though, and this can mean that things will break and you won’t immediately know why. Use them at your own risk, though I have only ever broken my system through my own stupidity.

Building your own packages is pretty much the best way to go. There will be no dependency checking, which could be a downside, but on the other hand you know what is in the package because you put it there. There are 3 basic ways to do this which require more or less technical ability. Slackbuilds.org is a site which is a mix of a how to and downloads. Slackbuilds are created in clean environments and are available either as a plain package download or as a set of scripts for you to run to create your own. Rworkman and Alien Bob are both active there and have been known to be extremely helpful over on the official Slackware forum.

Checkinstall substitutes itself for the make install step in a normal source build. It creates a Slackware package as the final step which can then be installed using installpkg as normal. The downside of this method is that it creates an extra step in the install process. The last update on the homepage is from August 2007, this could mean that no changes have been required or that the project is discontinued – I don’t know and don’t wish to speculate further!

Finally, src2pkg is created and maintained by Gilbert Ashley, who posts on LQ as Gnashley. Gnashley posts updates to the program on LQ and is available to answer questions and give support on the tool (as well as anything else Slack and Linux related). This tool, to me, is the easiest to use. All you need to do, once you’ve installed it, is run src2pkg <packagename.tar.gz/bz> and let it do it’s thing. At the end of the run you are presented with a .tgz file in your /tmp directory. /usr/doc/src2pkg-x.x has more information on the tool and ways you can use it.

Now to answer the question that has probably been on your mind: why do this at all since Slackware is so good at using source installs? Good question. Well, for starters, Slackware tends to have relatively very few 3rd party applications prepackaged and sometimes it is far more convenient to not install from source. Additionally, you may have a core of apps that you want to install immediately after you install Slackware and this makes life easier for you. Alternatively, you may want to enable someone else to install an app and this will make it easier.

Please note, none of the above 3 methods have any dependency checking. You will still need to make sure you have all that you need before installing.  Aside from that, though, installation of 3rd party programs is that bit easier.

Slackware 12 in Da House

Having tried a number of different distros over the years, I always enjoy reinstalling and running Slackware. For a number of reasons, I was running Kubuntu for a while – if you need to be up and running in little time and have a fully functional and straightforward desktop, you could do a lot worse than use one of the *buntus.

However, Pat released Slackware 12.0 and I had to have it. One of the reasons that I was using Kubuntu was that 12.0 was a release candidate (meaning it was almost finished) and the pain of going from 11.0 to 12.0 via the upgrade route just seemed a bit too much like hard work.

So, what did I do? Well Drew kindly suggested a download site for the .iso (since my torrent download seemed corrupt). I tried getting just CD1 and it wouldn’t work. I even installed the USB boot disk to an old Dell 64mb USB stick I had lying around and still no go. I eventually obtained the full DVD iso file form belnet.de – it was fast, just 4 hours for a full download and the file worked. And lo, I was ready to rock and roll.

So, what’s it like then? Pat has cut down on the number of kernels in this release – in fact, there are just 3 kernels available: speakup, huge and hugesmp. All are 2.6.21.5 kernels and none are acpi enabled. Which is a shame because I liked the old 2.4 bareacpi kernel. Maybe in the next release eh?

KDE is at version 3.5.7 and Pat has moved it out of /opt and into /usr. This will take a little getting used to but is a minor annoyance. X is now far more modular, so there are a lot more packages to choose from than before. Again, fairly minor, but future updates should be quicker as the whole X system is split across many smaller packages. XMMS is gone and replaced by Audacious – no biggie for me as I didn’t use XMMS. And Pidgin is in this release – - I think (though don’t quote me) that this is the first Linux distro to include the new name in the install. Others still have Gaim. As I said, don’t quote me. Also, you are no longer prompted to make a boot floppy, you are now prompted to make a boot USB disk.

The install is very quick and as easy and straightforward as ever. If you dislike the options in the kernel supplied with 12.0 either recompile it or grab the latest kernel (like what I did) and compile it instead. If you wish to take the latter route, the latest kernel is 2.6.22 and Alien Bob has a very easy to follow article on his wiki about compiling a kernel for Slackware. He also has a large number of Slackbuilds and are, I believe, recompiled for 12.0. If that’s not enough, Slackbuilds.org had 12.0 compatible slackbuilds available within hours of 12.0 being released. Incidentally, Alien Bob and at least one of the nice people at Slackbuilds.org post on Linuxquestions.org (the Slackware sub-forum is the official Slackware forum – accept no substitutes – and Pat has endorsed it) and I am one of the moderaters there, so you have no excuse for not believing either of us.

Anyone who has run Slackware before will know what to expect – a lightweight, very configurable system that has most things you need out of the box. Hunt down my post here on installing MPlayer and the mplayer-plugin and you really can’t go wrong. If you are new to Slackware, you are most definitely in for a treat.