Language Selection

English French German Italian Portuguese Spanish

Stuck on Stux

Filed under
Linux
Reviews
-s

Stux Linux is an unique Linux distribution. Version 0.8.1 was released on the 7th and Distrowatch reports, "The new version is a quick bug-fix update to the new 0.8 series, which the developers launched a week ago. Some of the new features include: "Based on Slackware Linux 10.2 and Knoppix 3.7 for kernel and modules; all procedure and interfaces have been substantially reviewed; added boot option 'toram' to load STUX image in RAM and run from there; STUX Network Panel added - configure network for dial-up, ADSL, ethernet and wireless connections; STUX Media Center added; USB support enhanced; hard disk and USB installation process enhanced; created BitTorrent UI, also integrated in Firefox....""

It was quite the surprise to boot the livecd and watch a Knoppix init and hardware detection, being under the impression Stux was based on Slackware. However, this impression was correct. How did those developers come up with that idea? But the surprises don't end there. Wait until you see the desktop.

The default desktop environment is KDE 3.4.2. What makes this desktop unique is some of the customizations put in place. Granted most of them are mere KDE options, but how many developers have the courage to ship with them? Not so different is the gkrellm on the desktop in a transparent theme, nor the background of the famous blue-blend. Not so distinctive is the menu or even the windec and icons. Where the differences start are the panel arrangements. First is the launcher at the top of the screen, auto-hiding yet with a transparent background when visible. That in of itself may not impress, but it is also accompanied by the main panel at the bottom of screen with of course, transparency enabled, and also a few well chosen applets. The kasbar on the right, auto-hiding, as well as side-bar on the left were also something one doesn't encounter everyday in a distro by default.

        

It's different and refreshing in a way, however I think the main panel is a bit too cluttered. The cpu and memory monitors should probably be turned off and that functionality added to gkrellm, and that mixer is overkill as well. Most functions of a mixer are inoperative or not used very often in my case and suspect it may be so for many folk. That could at least be trimmed down if not removed completely. There is a mixer plugin for gkrellm as well and if stux is gonna have gkrellm on the desktop at boot, I say incorporate what they can into it. In addition, noatun has never been a very good application for me, I'm not sure I'd leave that applet either. But these are personal preferences and if installed onto the harddrive or saved the configuration I could easy change.

I was quite impressed with the Stux Control Center. From there one can configure various hardware devices, install software, and install the system to hard drive or even an usb key. It is different from other distro's control centers in presentation and functionality. Not only can you configure your system through it, but it is also an application launcher. It has several application buttons running down the right side as well as having a menu of clickable links. As stated I was quite impressed with it even if I encountered a few niggles.

I've been using Stux for a coupla days and I first began having issues when I attempted to use the control center to adjust my mouse settings so my scroll button would work. It wrote the new configuration and restarted X, but the system became quite sluggish and there was artifacting and visual corruption afterwards. I figured the scroll wasn't worth it, so I just rebooted to get the original default settings and performance back. But throughout the course of the day, surfing the internet, checking webmail, and trying to take screenshots and write this article, X has crashed out on me a few times and sent me out to the terminal. X always restarts, but it can be annoying when you haven't saved your work in a coupla paragraphs. However, the system seemed much more stable after a hard drive install. Your mileage may vary and you may not experience any negative issues with the livecd at all.

        

The greatest achievement in Stux I believe is their Stux Control Center as introduced above. It's unique appearance and the fact it opens upon start bring it into attention immediately. One of the functions it contains is a package manager. Besides the qtswaret found in the KDE menu, Stux seems to have its own package manager that can download Stux packages and install them to disk or ram. I decided to test the install to ram feature for the nvidia drivers, but alas I was met with a "not enough ram error." As my machine only contains 512mb of ram, my only recourse was to install onto harddrive.

        

The harddrive install is another unique interface with lots of nice options. There's a really nice description on the Stux site, but basically one clicks the harddrive target partition and check boxes for options. Some of these options include Install Current configuration which copies the root and etc partitions as they presently exist, format device, and install bootloader onto harddrive or mbr. There are buttons to launch qtparted or cfdisk if needed as well as option to create a boot floppy.

        

My experience with the harddrive install was mixed. I installed twice on two different partitions hoping to ascertain the most appropriate configuration of the installer. The first time the install itself went smoothly and I made a boot floppy to boot the system. It booted but locked up because of the "nv" driver bug, despite having edited the xorg.conf file for vesa from another linux install in order to avoid that. The fly in the ointment is that on every boot Stux/knoppix hardware detection is not only checking for new hardware each boot, it rewrites every config file previously edited. Not good.

The second install I unchecked "install current configuration" and it wouldn't even boot. It hung right after starting "multi-user" with an error about read-only filesystem. Ho hum.

So back in the original install, I tried to run the Stux package manager to install the nvidia drivers. It downloaded its nvidia package and tried to install it, however it errors out with the message something about the glx library missing. The kernel source was included, so I exited KDE and installed them using nvidia's installer/package. The Stux process edited the correct files however for use of the drivers upon reboot, indicating that it was just a problem with the package itself.

        

With the mixer and noatun applets big and bold and taking up much of the panel, it appears that Stux is trying to be an out-of-the-box multimedia system as well. In testing I found that xine could in fact play most of the video files I had on hand if it was in a standard video format such as mpeg and avi, further the win32codecs were available for installation through the Stux Packages installer. xawtv performs well after configuration of drivers and settings (as with any xawtv install), however I couldn't persuade xmms or kscd to play any audio cdroms. Flash and java weren't installed, but java was available through the package installer and installed without incident.

    

As far as applications, besides the full compliment of KDE applications, Stux is well equipped with many popular packages such as gimp, firefox/thunderbird, abiword and koffice, amule, gaim, xsane and qtswaret. There really aren't too many games, but there are several premier games or demos in available through the package installer.

        

So in conclusion, I think those Stux fellars might be onto a something a little different and out of the ordinary. As many people grow weary of the same ole same ole, Stux might have a chance to rival some of the big boys. They have some brave and bold default configurations that add to the user experience as well as wonderful original tools. Stux might need some more maturing and a bit more refining, but I predict great things to come of this project. If you're looking for something a little different, you just might become stuck on Stux. More Screenshots in the gallery.

More in Tux Machines

How to Integrate Dropbox in Ubuntu Using Nautilus File Manager

This beginners guide will help you to install and integrate Dropbox in Ubuntu’s Nautilus file manager. Dropbox is a popular file hosting service provides users cloud storage and access to your files from any device. Dropbox provides free account upto a certain storage limit and also provides subscription based accounts. Dropbox provides native desktop apps for Linux systems. Read more

Security: Cincoze Back Doors (ME), Windows 10 Mobile Killed (No More Patches), New FUD About 'Linux Servers'

  • Industrial Apollo Lake mini-PC features dual GbE with PoE
    Cincoze announced a compact, rugged “DA-1100” embedded PC with an Apollo Lake SoC, triple display support, dual GbE ports with PoE, 4x USB 3.0 ports, SATA, and expansion via mini-PCIe and homegrown add-on modules. Cincoze has updated its “entry level” Intel Bay Trail based DA-1000 industrial mini-PC, which is sold under the same name in the U.S. by Logic Supply. The new Apollo Lake based DA-1100, which is now referred to as an edge computer is not only a bit faster, but offers a few key enhancements, including PoE and triple displays. No pricing was listed by Taiwan-based Cincoze, but Logic Supply sold the earlier DA-1000 at $569 and up including a 32GB SATA SSD. It’s possible the new model will end up at Logic Supply as well.
  • Microsoft is Ending Windows 10 Mobile Support on December 10th, 2019
    After the end of support, Windows Phones will continue to work, but some features will eventually shut down. Automatic and manual backups for settings and apps will cease after March 10, 2020. And services like photo upload and device restore will stop December 2020.
  • Linux-Targeting Cryptojacking Malware Disables Cloud-Based Security Measures: Report [Ed: They make it sound like GNU/Linux is the problem; but it relies on already-compromised GNU/Linux systems]
    A new cryptojacking malware has the ability to disable cloud-based security measures to avoid detection on Linux servers, research by information security company Palo Alto Networks Jan. 17 reveals. The malware in question mines Monero (XMR) and is reportedly a modified version of one used by the so-called “Rocke” group, originally discovered by cybersecurity firm Talos in August last year. According to the research, one of the first things that the malware does is check for other cryptocurrency mining processes and add firewall rules to block any other cryptojacking malware.

GNU/Linux Gains on Laptops

  • Writing With a Linux Laptop
    Open source solutions like Linux provide for greater productivity; check out our screencast highlighting how a Linux Laptop functions.
  • Google Updates: Security in motion, Linux in launcher and Ethereum in the sin bin
    Back to Google proper, and Chrome OS. After wowing us with a promise of Linux compatibility, it has now emerged that the integration could run deeper than we thought. The latest news out of Mountain View is that Linux apps will be treated like any others - that means you'll be able to launch them from the app launcher, which is cooler than we even expected.
  • Pixelbook and “Nami” Chromebooks the first to get Linux GPU acceleration in Project Crostini
    I don’t have a Pixelbook for testing right now, otherwise, I’d pop it into Developer Mode and jump on the Canary channel. However, I do still have a loaner Acer Chromebook Spin 13, so I’ll give it a go later today and see if the newly added code from early this morning is there in the Canary Channel; if it is, I’ll circle back with observations on how well it does or doesn’t work for the Android emulator in Android Studio and possibly a game or two using Steam.
  • Pixelbook and 'Nami' Chromebooks the First To Get Linux GPU Acceleration in Project Crostini
    I've been following the bug report that tracks progress on adding GPU acceleration for the Linux container in Chrome OS and there's good news today. The first two Chrome OS boards should now, or very soon, be able to try GPU hardware acceleration with the new startup parameter found last month. The bug report says the -enable-gpu argument was added to the Eve and Nami boards.
  • Chrome OS to test early GPU support for Linux apps soon
    If you’ve kept up with Chrome OS in the past six months or so, you’ll know that one of the more interesting new features to launch is Linux apps support. While this has potential to introduce all sorts of new applications to Chrome OS, there are some features missing that hold it back, in this early stage. One of the most anticipated features, graphics acceleration (or GPU support), necessary for running Linux games and some other apps, will be available to test soon on Chrome OS.

Second Godot 3.1 Beta

  • Godot 3.1 Beta 2
    We entered the release freeze last week with Godot 3.1 beta 1, and many high priority bug reports have been fixed since then. We're now publishing a new beta 2 snapshot for testers to work with. This new release fixes various crash scenarios, as well as a performance regression in the GLES backend. We're still aiming for a release by the end of the month, so we're under a tight schedule. From now on dev focus is on release-critical issues that would seriously hamper Godot 3.1's usability and features. Contrarily to our 3.0.x maintenance releases, which include only thoroughly reviewed and backwards-compatible bug fixes, the 3.1 version includes all the new features (and subsequent bugs!) merged in the master branch since January 2018, and especially all those showcased on our past devblogs. It's been almost a year since the 3.0 release and close to 6,000 commits, so expect a lot of nice things in the final 3.1 version!
  • Godot 3.1 Beta 2 Released With OpenGL ES Performance Fix
    The developers behind Godot, one of the leading open-source game engines, have announced their second beta release for the upcoming Godot 3.1 feature release. Godot 3.1 initially entered beta earlier this month as stepping towards the first major release of this cross-platform game engine since Godot 3.0 last year. Godot 3.1 is preparing OpenGL ES 2.0 rendering support, continued work around virtual reality (VR) support, 3D soft body physics capabilities, constructive solid geometry, BPTC texture compression, a new visual shader editor, WebSockets support, and various game developer/editor improvements.