Language Selection

English French German Italian Portuguese Spanish

grrrrrr-rr4

Filed under
Gentoo
Reviews
-s

In my continuing search to find a binary gentoo installer, one that will install a complete working system in much the same manner as SuSE, Mdv, or PCLOS from a graphical environment that I can then rebuild for my arch/system/requirements at my leisure, I tried RR4-2.65.1 this morning. RR4 is a livedvd "designed to transform a computer into a powerful Gentoo Linux system in less than 5 minutes," according to description provided to DistroWatch.

I've been a loyal gentoo user for little over two years now and have installed per stage 1 about 4 or 5 times. My server on which this site is run is one example. But I've been looking for a graphical environment from which to install gentoo, a way to encourage others to install gentoo without having to read pages and pages of documentation. I've tried several distros/methods lately, and none have yet to equal the functionality I found in Litrix.

The system starts out really impressive. I booted the livedvd and was given the option of just hitting enter or perusing several booting options. Then the silent boot features a lovely splash that utilizes a kde-like progress of highlighting icons rather than a progress bar and all accented by the lovely gentoo purple color scheme. The verbose boot looks just like my everyday gentoo system booting - a variation on the regular linux boot you've all probably seen many many times. A beautiful desktop greets you and lulls you into a sense of confidence. The desktop appears so polished and refined. The menus are chocked full of useful applications and tools. The fonts are great looking and performance is amazing (considering it appears built for i386). It features a 2.6.14-r2 kernel and uses a 6.99 of Xorg. The crowning jewel is the installer. It's the whole point.

        


Yes, it's a mighty fine livedvd and if that's your desire, then they have you covered. I don't recall when I've seen such full menus. But at 2.4 gigs, the iso should be complete. It contains not only KDE 3.4, but also gnome and some other lighter window environments.

However, ...you knew there was going to be a "however" didn't you, however, the installer bombs out here. It's a beautiful piece of software. It features a lovely windec and exquisite widgets. The fonts are gorgeous. Options seem insightful and complete. I was quite impressed. Too bad it don't work.

The installer begins with a graphical configuration which walks one through all the options. Partitioning if needed, naming / partition, networking, type of install, use flags and chost options, root passwd and useradd are just some of the steps. Among the choices for type of system are the standard stage 1, stage 2, stage 3 and install the livedvd. If you chose any of the stages you can choose your USE flags, arch and chost. It defaults to stage 3, but I chose install the livedvd my first attempt, figuring this would be the fastest and easiest. After configuration and clicking "install," the installer outputs root password is setup, then stops. I waited quite a while before checking with top to make sure it wasn't doing anything. I waited some more to make sure even though the hard drive light was still not blinking. Eventually I decided "welp, I guess that didn't work."

        


My second attempt was to use its default of stage 3. I restarted the installer and chose that and proceded to spend about an hour choosing my USE flags, chost and arch. When I clicked on athlon-xp the X server crashed and sent me back to the login. That's when I said, "pffffttt, I ain't trying no more!"

I visited the forum before my first attempt for help in deciding which type of install to use. No real information was found on that topic, but I did see some reports of successful installs, mostly using the "almost gentoo method," and even some posts about destroyed partition tables. No damage was inflicted here, but no system resulted either.

Second thought, I wasn't quite ready to give up yet as it turned out. Upon typing the text for this article, I became aware that I really hate having to state that a distro doesn't work, but I must obey my journalist integrity. So, I decided to give RR4 one more chance. I went through the whole shebang again, spending not quite the same amount of time considering the USE flags. It still just stopped at setting the passwords. I was bummed.

        


So, in the end I'm left to state that the RR4 gentoo-installer is still non-functional. It states clearly on their homepage that rr4 is still alpha so one can't really complain too much. It is impressive at this point and one to keep an eye on. If anyone has a "it works for me" story, I encourage you to please share your comments or, even better, your own blogged review.

So, my quest continues...

More in Tux Machines

today's howtos

Graphics: VC4 and AMDVLK Driver

  • VC4 display, VC5 kernel submitted
    For VC5, I renamed the kernel driver to “v3d” and submitted it to the kernel. Daniel Vetter came back right away with a bunch of useful feedback, and next week I’m resolving that feedback and continuing to work on the GMP support. On the vc4 front, I did the investigation of the HDL to determine that the OLED matrix applies before the gamma tables, so we can expose it in the DRM for Android’s color correction. Stefan was also interested in reworking his fencing patches to use syncobjs, so hopefully we can merge those and get DRM HWC support in mainline soon. I also pushed Gustavo’s patch for using the new core DRM infrastructure for async cursor updates. This doesn’t simplify our code much yet, but Boris has a series he’s working on that gets rid of a lot of custom vc4 display code by switching more code over to the new async support.
  • V3D DRM Driver Revised As It Works To Get Into The Mainline Kernel
    Eric Anholt of Broadcom has sent out his revised patches for the "V3D" DRM driver, which up until last week was known as the VC5 DRM driver. As explained last week, the VC5 driver components are being renamed to V3D since it ends up supporting more than just VC5 with Broadcom VC6 hardware already being supported too. Eric is making preparations to get this VideoCore driver into the mainline Linux kernel and he will then also rename the VC5 Gallium3D driver to V3D Gallium3D.
  • AMDVLK Driver Gets Fixed For Rise of the Tomb Raider Using Application Profiles
    With last week's release of Rise of the Tomb Raider on Linux ported by Feral Interactive, when it came to Radeon GPU support for this Vulkan-only Linux game port the Mesa RADV driver was supported while the official AMDVLK driver would lead to GPU hangs. That's now been fixed. With the latest AMDVLK/XGL source code as of today, the GPU hang issue for Rise of the Tomb Raider should now be resolved.

AMD Ryzen 7 2700X Linux Performance Boosted By Updated BIOS/AGESA

With last week's initial launch-day Linux benchmarks of the Ryzen 5 2600X / Ryzen 7 2700X some found the Linux performance to be lower than Windows. While the root cause is undetermined, a BIOS/AGESA update does appear to help the Linux performance significantly at least with the motherboard where I've been doing most of my tests with the Ryzen 7 2700X. Here are the latest benchmark numbers. Read more

GNU: The GNU C Library 2.28 and Guix on Android

  • Glibc 2.28 Upstream Will Build/Run Cleanly On GNU Hurd
    While Linux distributions are still migrating to Glibc 2.27, in the two months since the release changes have continued building up for what will eventually become the GNU C Library 2.28. The Glibc 2.28 work queued thus far isn't nearly as exciting as all the performance optimizations and more introduced with Glibc 2.27, but it's a start. Most notable at this point for Glibc 2.28 is that it will now build and run cleanly on GNU/Hurd without requiring any out-of-tree patches. There has been a ton of Hurd-related commits to Glibc over the past month.
  • Guix on Android!
    Last year I thought to myself: since my phone is just a computer running an operating system called Android (or Replicant!), and that Android is based on a Linux kernel, it's just another foreign distribution I could install GNU Guix on, right? It turned out it was absolutely the case. Today I was reminded on IRC of my attempt last year at installing GNU Guix on my phone. Hence this blog post. I'll try to give you all the knowledge and commands required to install it on your own Android device.
  • GNU Guix Wrangled To Run On Android
    The GNU Guix transactional package manager can be made to run on Android smartphones/tablets, but not without lots of hoops to jump through first.