When I heard about VectorLinux a while ago, and learned that it was based on my beloved Slack, I was thrilled. Previous flirtations with VL were less than impressive. I ended up liking Slack with KDE better than the earlier versions of VectorLinux.
Recently, the VL team released RC2 of their SOHO 5.0 version; with all sorts of changes since I last looked at VL, so I figured why not give it a try?
I first went and grabbed a test machine for VL SOHO 5.0 RC2 to sit upon, a Pentium III 800 with 184MB of RAM, 10.0 GB IDE drive, integrated 10/100 NIC, and a CD-ROM drive. Just what we need. Downloading the ISO was a no brainer and I burned it. Then it was off to boot the PC...
I put in the CD, used the cfdisk utility to partition the drive in the following manner: 512MB swap, rest of the drive as root formatted as reiserfs. I installed all packages available as I wanted to test as much as I could, and didn't know what I would want to look at later--it was a potentially wasting move, but I had the drive space and didn't care that much. Then I waited for the install to finish.
Previously, the test system had gone through many OS installs...All flavors of Windows, Slackware 10, SuSE 9.2 Professional. Pretty much whatever I could throw on it to see what worked and what didn't. Hey, it's a test box, for crying out loud.
Anyway, The install of VL SOHO 5.0 was uneventful, it scrolled along installing packages while a list of names from the development group passed at the top of the screen. Nothing to write home about, but I found the name list out of place and a little bit unprofessional: it reminded me of the NFO files in a warez distribution a bit too much.
I chose to put LILO on the MBR, added myself as a user (also getting added to the "wheel" group), set my default resolution and depth, set default to runlevel 4 (GUI), and booted the system for the first time.
That's when I was staring not at my desktop, but at a black screen. The monitor light was amber, indicating unhappyness with a setting. So I Cont+ALt+plus and the resolution came into focus. Beats me why that happened. I could see, and I could scroll past the edges of the screen; I didn't like that (I have never liked that), so I Cont+Alt+F1 to TTY1 and logged in as root--my plan to alter the /etc/X11/xorg.conf file to change the behavior. I noticed that on log in the display informed me of the most commonly used programs, which is nice because they listed "mcedit" there, and nano or pico (my favorites) are not installed on the system. I give the VL team props for telling me what I needed to know! But VL uses a modified xorg.conf file, and there are a couple of warnings that you shouldn't mess with it, rather use xorgconf instead. Nice to know again. So out of mcedit I went and I launched xorgconf manually--luckily for me, I knew what was in my system. The bad news is there's a lot of differences in the number for the driver under Slackware 10 and VL SOHO 5.0. Pay attention to that, it can mess you up.
Then I, for lack of a good reason, rebooted the machine even though I could have telinit 1 then telinit 4 if I chose... Oh, well. Either way, I was soon greeted with the desktop login. I, naturally, logged in. Then I saw the transparency and some graphical broken-ness. So I Cont+Alt+F1 to TTY1 and mcedited xorg.conf manually to turn of or on whatever was broken. It was the "GLX" extension. The test computer is ancient by modern standards, and doesn't support that. While I was in the xorg.conf file I had to reenable the mouse scroll since I wrote over the default configuration, this is as simple as entering in the following lines into the appropriate (mouse) section:
Option "Button" "5"
Option "ZAxisMapping" "4 5"
Again with the restart and reinitialization of the scripts and I was off and running looking at a desktop that was what I should have seen in the first place... But this is a release candidate, which is fancy talk for "beta." All in all, nothing to worry about, but a true new Linux person might have been stumped.
So, I logged in, launched a program to check that the scroll worked (it did); and I logged out, and went away for a bit. When I came back I was at a frozen screen: all black with an immobile mouse cursor in the middle, and a green stripe down the left hand side of the display.
"Ok, something's messed up," I thought to myself. I tried to Cont+Alt+F1 to change terminals. Nope. No worky. Strangely, I can hit the num lock key and that lights up on the keyboard, same for the caps lock and the scroll lock. I tried Cont+Alt+Backspace, to kill X. Nope. That's killing my buzz.
Power off and restart. Relaunch and edit xorg.conf again, this time turning off the "DBE" extension, just to see. That seemed to work, apparently the i815 graphics chipset (integrated) doesn't support DBE either. Good to know. I never had issues before under Slack 10, but hey, who knows... Plus, this is still a release candidate, not the full final. I logged out again, and went to lunch.
When I returned all was well and ready to go. Sweet! This raises the question: how did I know to comment out GLX and DBE? I didn't. I simply guessed. I did no research on the topic at all. It just seemed to me that GL, not being supported, didn't need to be loaded; and DBE was the only other explanation for the odd behavior. Whatever the reasoning, it worked. Now, on to the show.
The following review will be in sections: Appearance, Responsiveness, Applications, Ease of Use and Usability, Extra good stuff, and any bad things I discovered. Following this will be a final opinion and grade.
- "VectorLinux, Page 1/2"
- "VectorLinux, Page 2/2"