Language Selection

English French German Italian Portuguese Spanish

SabayonLinux 3.3 Mini on that HP Laptop

Filed under
Linux
Reviews
-s

Given the growing popularity of SabayonLinux, my continued bad luck with it1, and the fact that my dvdburner died this past weekend, I decided to test the newly released Sabayon Linux 3.3 Mini. Normally one thinks of a mini as a 200 MB or so iso, but in Sabayon's case, it means a regular cdrom-sized image. So, did our tuxmachine0 have any better luck with the newest release from Sabayon this time?

This iso boots to a modified (from regular Sabayon) boot screen. This one contains options to boot the livecd, text & gui installs, and anonymous web browsing amongst some others such safe-graphics and memtest. As usual Sabayon has a uniquely attractive appearance and it starts at boot, continues thru booting, and onto the desktop. The color scheme found throughout features a dark gray to blackish foundation colors with reddish/maroon accents. It's impressive that the theme runs through most of the applications founds such as K3b and Amarok.

I first sampled the aixgl desktop because the little information blurb said it offered better performance. But it showed the same "black window" bug that I found in the latest SimplyMepis. It wasn't as bad as I could see contents in the first window opened, but any subsequent windows would render in only black. On the harddrive install this condition remained, but XGL worked really well, including the Beryl theme manager.

        


The included and auto-loaded bcm43xx tried to work with my wireless chipset. It could bring the connection up to a point. It could scan for access points, but it wouldn't connect. I was able to use ndiswrapper with my windows drivers and achieve a connection. I complained about the buggy Network Manager on Sayabon Linux my last test, but it seems to be functioning well this release.

The anaconda based installer worked on my laptop, as the disk was partitioned by openSUSE's installer last December. It seems to have been a tad slow, but it finished the install and I was able to boot in my new SayabonLinux system. During install, one has the choice of installing grub to the mbr or partition or no bootloader at all. It offers several other convenient configuration options as well including language, timezone, upgrade or install, desktop, paritioning options, network devices, user creation, and root passwords.

The mini version of Sabayon seems a bit limited in the area of applications. I assume it takes quite a bit of room to include support for all the 3D desktops and associated applications. The site states Sabayon is compatible with Gentoo's portage repositories, so one can customize their install to suite their needs. I tested Kuroo, the kde front-end for portage, but I found it to be either misconfigured or inoperable. I was under the impression development had stopped on this app quite a while ago, but perhaps I'm wrong. However, emerge at the commandline works well. I've installed several things so far and haven't had any problems yet.

Some of the included apps are: Kpdf, Kb3, Amarok, Codeine, Thunderbird, Konversation, Bluetooth apps, and wpa_gui. Sabayon Mini also comes with Fluxbox, which is customized to provide consistency. It features the sabayon wallpaper and a reddish-burgundy theme. The fluxbox menu seems to be a hold over from the full-featured Sabayon as none of the applications listed are actually present.

        


Removeable media handling is excellent. Insert a cdrom/dvd or usb stick and a kde dialog box opens asking what should be done. An icon appears in the lower panel with various options.

I wasn't able to get my printer working as the system is delivered. Truth is, as of this writing, I'm still hammering out the issues. The errors are seen on the gentoo forum, so I'm not sure the fault lies with Sabayon developers. I didn't have these issues with my other Gentoo boxes, but that means very little. So, to be fair, let's err on the subject's side and blame this on an upstream gentoo issue.

My sound worked automagically in both the livecd environment and hard drive install. The touchpad works as it should.

Battery management and monitoring is handled by powersave by default. This works really well and is my favorite method for a kde desktop. Suspend to ram worked well either invoked manually, by a set timeout, or by closing the lid (as set by default). However, suspend to disk couldn't seem to wake up here. The cpufreq worked as it should for saving power.

Overall, either this release or this version of this release of Sabayon Linux is very much improved. I've had my issues with this distro in the past1, but this time things were stable, operative, and non-destructive. Sabayon has always looked good and that hasn't changed. This mini would be a great foundation for those wishing to customize a gentoo system to their tastes without having to start from scratch while having the pleasure of using the customized Sabayon artwork. One of the most desired and still the hardest component to set up, XGL/Beryl desktop, is already included and working. I think the mini is a great choice. But if you are wanting a full-featured system that doesn't require a lot of extra emerging, then perhaps you should test the full sized SabayonLinux. I think after all this time I can finally give SabayonLinux a thumbs-up. :up:

SabayonLinux @ Distrowatch
SabayonLinux Homepage.

One can order a professionally crafted copy from On-Disk.com. They also have the full sized dvd.

[1]Previous attempts published:

Good review...

Good review Susan, I enjoyed it. It's great to see that it's working a little bit better for you this time around. I too had the exact same problem with AIXGL so I disabled it quick. I have to say that this version of Sabayon proved to have amazing hardware detection during my tests. I ran it on a new ASUS A8JS laptop and it setup everything perfectly... it all worked right after the boot. Surprisingly, even the wired NIC port didn't function with the Gentoo Live CD, so I was impressed to see it fully supported with SL.

This is one distro that keeps getting better, but my main gripe is something a lot of people love: The insane amount of pre-installed packages (close to 2,000 on the full edition). Did you happen to check to see how many packages were installed with the mini-edition? As crappy as Kuroo is, I checked using it since it was easy to do.

re: how many packages

Wow, equery says 1063. That's kinda wicked cuz my desktop machine has 970. My now abandoned server install had 421.

Kuroo says it's 1243. So, somewhere in there I guess. Big Grin

waste of time...

I tried it on 2 machines...

took 7 minuted to boot on a p4 dual core pc. worked excruciatingly slow.

never did boot up the new laptop/ gave up after 15 minutes.

will never try this again.

re: waste of time...

Well, actually the livecd did take a bit longer to boot than one might expect here too, but I thought perhaps it was my media or something. The hard drive install boots about normal for gentoo tho.

slow boot

Good review.

I installed the DVD version.

The boot process is very slow, whether live or hard disk boot.

My install to hard disk was flawless, though time consuming. Sabayon Linux continues to improve. It does need a better gui package updater/installer.

Most visibly improved was the font quality.

If it weren't for PCLOS, I would give Sabayon Linux serious consideration for my main desktop.

re: slow boot

Well, pooh, every other boot is gonna seem slow compared to PCLOS. That thing boots in like 20 seconds here! Big Grin

Video

To those who are interested, here's one of the latest.

re: Video

Fancy dancy huh? Let's see yod'm do that!

Naa... let them have cakes.

Naa... let them have cakes.

Comment viewing options

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

More in Tux Machines

FreeBSD 12.0-RC1 Released, Fixes Ryzen 2 Temperature Reporting

Arguably most user-facing with this week's FreeBSD 12.0-RC1 release is updating the amdsmn/amdtemp drivers for attaching to Ryzen 2 host bridges. Additionally, the amdtemp driver has been fixed for correctly reporting the AMD Ryzen Threadripper 2990WX core temperature. The 2990WX temperature reporting is the same fix Linux initially needed to for a 27 degree offset to report the correct temperature. It's just taken FreeBSD longer to add Ryzen 2 / Threadripper 2 temperature bits even though they had beat the Linux kernel crew with the initial Zen CPU temperature reporting last year. Read more Also: MeetBSD 2018: Michael W Lucas Why BSD?

GPU/Graphics: DRM/KMS and CUDA

  • Google's Pixel 3 Is Using The MSM DRM Driver, More Android Phones Moving To DRM/KMS Code
    It turns out Google's recently announced Pixel 3 smartphone is making use of the MSM Direct Rendering Manager driver associated with the Freedreno open-source Qualcomm graphics project. Google is also getting more Android vendors moving over to using DRM/KMS drivers to power their graphics/display. Alistair Strachan of Google presented at this week's Linux Plumbers Conference and the growing adoption of Direct Rendering Manager / Kernel Mode-Setting drivers by Android devices.
  • Red Hat Developers Working Towards A Vendor-Neutral Compute Stack To Take On NVIDIA's CUDA
    At this week's Linux Plumbers Conference, David Airlie began talking about the possibility of a vendor-neutral compute stack across Intel, Radeon, and NVIDIA GPU platforms that could potentially take on NVIDIA's CUDA dominance. There has been the work on open-source NVIDIA (Nouveau) SPIR-V compute support all year and that's ongoing with not yet having reached mainline Mesa. That effort has been largely worked on by Karol Herbst and Rob Clark, both open-source GPU driver developers at Red Hat. There has also been other compute-motivated open-source driver/infrastructure work out of Red Hat like Jerome Glisse's ongoing kernel work around Heterogeneous Memory Management (HMM). There's also been the Radeon RADV driver that Red Hat's David Airlie co-founded and continues contributing significantly to its advancement. And then there has been other graphics/compute contributions too with Red Hat remaining one of the largest upstream contributors to the ecosystem.

Endless OS Switching To The BFQ I/O Scheduler For More Responsive Linux Desktop

While Con Kolivas' kernel patch series decided to do away with BFQ support, the GNOME-aligned Endless OS Linux distribution has decided to do the opposite in move from CFQ as the default I/O scheduler over to BFQ. Endless OS has decided to switch to the BFQ (Budget Fair Queuing) I/O scheduler since it prioritizes interactive workloads and should make for a better experience for its users particularly when applications may be upgrading in the background. During heavy background I/O, Endless found that their launch time of LibreOffice went from taking 16 seconds with CFQ to just three seconds when using BFQ. Other tests were also positive for improving the interactivity/responsiveness of the system particularly during heavy background I/O. Read more

Goa to train teachers in new open-source software apps for cyber security

After working with Google India for wider adoption of internet safety in schools two years ago, Goa education agencies will implement another project to train computer, information and communication technology school and higher secondary teachers in new open-source software applications for cyber security integration. The State Board of Secondary and Higher Secondary Education and Goa State Council Educational Research and Training (GSCERT) have decided to begin the second programme with over 650 computer teachers from December 4 to 18, Mr. Ajay Jadhav, Board of Study member and coordinator of the first project with Google, said on Friday. The cyber security training syllabus has been worked out and 18 resource persons are ready for the project. Read more