Language Selection

English French German Italian Portuguese Spanish

Solving Rubix Linux 1.0 RC2

Filed under
Linux
Reviews
-s

Rubix is a Linux distribution forked from Slackware Linux. It differs from its parent in that Rubix uses Arch Linux's 'pacman' for simplified package management with dependency resolution. They released rc2 for their upcoming version 1.0 and we took it for a little spin.

The announcement states that highlights of this release include:
* Kernel 2.6.15.1 with reiser4 support (including the installer)
* Kernel 2.4.32, vanilla and patched for grsecurity
* GCC 3.4.4 patched with Stack Smashing Protection
* Heimdal Kerberos Support
* SKey Password Support
* KDE 3.5.0
* Firefox and Thunderbird 1.5
* Xorg 6.9.0
* Udev has completely replaced hotplug for 2.6 kernels
* Cleaned up and made the boot process much faster
* Encrypted partition support through loop-aes
* Online Package Browser
* New Custom Live CD that is nearly the exact same environment every Rubix user will boot into after hard disk installation

Installation

It was stated that rubix installs from a livecd environment, but it was virtually indistinguishable from other slack-based installs. It boots up to a bash prompt and requires root login. As with most slack installers, one then types 'setup.' From there it walks it thru the install configuration in the same manner as other slack installers. One difference is that it asks where to install from, the livecd or an internet repository. Then a message appears stating that no package selection will be offered because rubix installs a bare minimum system and one should use pacman to install the rest after boot. As you might guess that first step takes a very short time. The opportunity to install grub and setup the root password happen next. Finally one is given the option of editing their rc.conf file. This is where one might setup their hostname, timezone, system clock, other modules, etc. I actually like this method because it's much faster than waiting for a new gui screen to come up for each option.

Upon first boot, one logs in as root and continues the install manually. I say manually, but one actually uses pacman to install X and kde and such. Being a binary distribution, this doesn't take too much time either, with the biggest expenditure being the downloading. At this point, one might use xorgconfig to setup their X server. I suggest setting up a regular user account as well.

        

System

Now one should be ready to log into their KDE 3.5.0 desktop. It's a default kde, but it's very stable and fast. It sits on Xorg 6.9.0 and uses gcc 3.4.4 on top of Kernel 2.6.15.1. Firefox 1.5 and OpenOffice 2.0.1 is also available from the online repository thru pacman. Gimp 2.2.10 must have been a dependency for KDE because it did not require my installing it. KDE required many many dependencies I wouldn't have thought necessary such as mysql. But at least all that good stuff gets installed with little effort from the end user. Mplayer is also available in the repository and functions very nicely other than complaining about /dev/dsp. It played any file type I threw at it. Regardless of that little error box, sound works fine not only in mplayer, but throughout. One can also install the kernel sources if need be.

A couple of packages I looked for that wasn't available are xawtv and rar/unrar. In fact, the only tv application available was mythtv. That's a bit overkill for my purposes. My only hardware problem was its failing to detect my usb scanner.

Another yummy morsel is their new online package browser. It's located on their site at http://www.rubixlinux.org/packages. This offers a much quicker way of finding if your desired package is available. If so, then one can simply "pacman" it on. So far, pacman has worked flawlessly for me and the packages work wonderfully. Even menu entries are made.

        

Conclusions

Rubix is a nice little system for the slack fan or anyone who doesn't mind a little fiddling under the bonnet. There are no gui configuration tools, but just as slack, it is simplicity at its finest. Just a few configuration files to edit to achieve the same end as heavy time consuming graphical tools offer. This is one of the reasons slack and slack based distros stay in the list of Tuxmachines' favorite distribution(s). With the addition of pacman and an expanding repository, it is a very nice, stable, and fast system. It's not fancy or what I'd refer to as "newbie-friendly," but it's a nice little system for someone with a little linux experience. It did what it advertised and it did it very well.

why Rubix

From your review it is a bit hard to tell what it is that Rubix actually offers - it uses pacman, rc.conf similar to Arch... and it has KDE. Great! Why not just run Arch then? What, if anything, makes Rubyx different?

I *think* they devote more attention to security, with things like encrypted partitions and gcc with stack smashing protection... but it's a bit hard to tell reading the review. More details please!

In my opinion, and that is directed at reviewers in general - when reviewing a distro it would be useful to pay more attention to the stated goals of the system, and how well it meets them in practice, rather than just list some superficial features.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

today's leftovers

Proposed: A Tainted Performance State For The Linux Kernel

Similar to the kernel states of having a tainted kernel for using binary blob kernel modules or unsigned modules, a new tainting method has been proposed for warning the user about potentially adverse kernel performance. Dave Hansen of Intel has proposed a new "TAINT_PERFORMANCE" for the kernel that would proactively print a warning message about not using the kernel for any performance measurements. Dave explained in his RFC announcement, "I have more than once myself been the victim of an accidentally-enabled kernel configuration option being mistaken for a true performance problem. I'm sure I've also taken profiles or performance measurements and assumed they were real-world when really I was measuring the performance with an option that nobody turns on in production. A warning like this late in boot will help remind folks when these kinds of things are enabled." Read more

Scientific Linux 7.0 x86_64 BETA 3

Fermilab's intention is to continue the development and support of Scientific Linux and refine its focus as an operating system for scientific computing. Today we are announcing a beta release of Scientific Linux 7. We continue to develop a stable process for generating and distributing Scientific Linux, with the intent that Scientific Linux remains the same high quality operating system the community has come to expect. Please do not install Pre-Release software in your production environment. Read more

Ubuntu 14.10 (Utopic Unicorn) Now Features Linux Kernel 3.16.1

"The Utopic kernel has been rebased to the first v3.16.1 upstream stable kernel and uploaded to the archive, ie. linux-3.16.0-9.14. Please test and let us know your results," says Canonical's Joseph Salisbury, after the latest Ubuntu Kernel Team meeting. Read more