Language Selection

English French German Italian Portuguese Spanish

Going Live with Elive

Filed under
Linux
Reviews
-s

Elive is a new linux distribution presented as an installable livecd. Its developers state that Elive is built from scratch based on Debian. They released version 0.3 on August 30 and claim it's "The first good release..." At the request of a friend, tuxmachines decided to take a look at Elive and see what we see. What we found was a different, stable, and complete operating system with a great look and original tools. It uses Enlightenment for the desktop environment in your choice of e16 or e17. This was my first look at e17 in person, so much of the coverage will undoubtedly focus on that. However with tools like their harddrive installer, Elive won't be slighted.

LiveCD

Your experience starts when you boot the livecd. An unique boot awaits to take you to the bleeding edge desktop environment. The initial boot screen has many options from which to choose including a toram option, options for a system with graphical problems (which means xmodule=vesa) and even a choice of many many different languages. I thought I'd seen a screen similar to that before, but I just can't get the ole synapses firing and place my finger on the memory. The silent boot features the Elive logo on a neutral background with tips and info to fill the void. The verbose output scrolls in front of a fullscreen Tux to keep you company. Although Elive is said to be written from scratch, the boot process reminded me of Knoppix in many ways. All this culminating in your choice between the e16 or the e17 desktop environment. This lovely boot can be yours for the mere cost of a 646mb download.

        

I chose the "Graphical Problems" option at boot time so as to use the vesa drivers, however as the X server started I got a surprise. The unmistakable NVIDIA splash screen greeted on the way to the desktop. Although this was a pleasant surprise in one way, on the other hand it does indicate that the chosen boot option was ignored in favor of hardware detection. As Elive mounts all partitions it detects, without the included nvidia drivers, I could have been hitting reset possibly corrupting data.

That aside, I chose e17 as the graphical interface and again was met with more pleasantness. Since this is my first look at e17 and have really only seen customized screenshots, I'm not sure what's default and what Elive customized. However, one finds a pretty theme with nice options enabled and enhanced with some rather cute animations. The most charming of these animations was the twinkling of a little star on the background, as if the wallpaper was animated. There were some extraordinary special effects that happen with mouseovers and even throughout the whole experience, such as this little highlighting slider shooting out of the right of the screen as one moused over icons in the launcher/panel. In addition those icons did what can only be described as "throbbed" upon mouseover. When one brings their mouse over to a window to bring it in focus, this whip of a dark cloud swipes across the top window decoration. A similar effect happens as one navigates the menu or options in some other drop downs. Also in the file manager, the properties function shades the entire window and draws a connection to the properties of the file highlighted. These effects are hard to capture in screenshots and even harder to describe in words. E17 is quite the impressive desktop.

        

Elive itself was quite amazing as well. Even though I did not try to load Elive into ram and instead ran it off the cd, these effects seemed responsive and didn't cause unusually high overhead. Elive is sitting on a 2.6.11 kernel with XFree86 Version 4.3.0.1, and gcc 3.3.6.

Some packages include firefox, gimp, xmms, OpenOffice.org, blender, grip, gmplayer, and on and on and on. Actually the Elive website has a complete list of packages HERE. It's quite the complete desktop. I did encounter some troubles with xmms and grip due to requiring root permissions to access the cdrom device(s). Multimedia video playback was out-of-the-box.

        

    

Elive also includes its own hard drive installer. laid out as a seven step process, the installer is a user-friendly graphical application that requires very little input from the user. The step are as follows:

  1. Choose the harddrive

  2. Morph the partition if necessary & pick the swap
  3. Pick the partition & filesystem
  4. Enter a hostname
  5. Enter a root password
  6. Name a user and password
  7. Install grub (or not)

The install seems to take a little longer than one would think, as I believe I saw something on the site about dma being turned off by default on all drives. However it does work and a dancing penguin let's you know it's still working and a progress bar keeps one informed of the progress.

The Harddrive Install

Once installed the init stdout does in fact look different than any other I can recall seeing. The system boots with good speed detecting hardware and setting up devices as it goes. The only niggle I've identified as of yet is it doesn't detect my hda21 partition, which hinders my inclusion of multimedia functionality. Also, the first coupla boots the system kinda locked up on me and one time the keyboard went dead (although the mouse continued to operate normally). After a coupla reboots the system settled down and remained stable. I can't speculate as to the cause, perhaps it was writing or adjusting configuration files, I don't know. In addition it's worth mentioning that although all partitions detected are mounted during the boot the livecd, this is not the case with the harddrive install. So, my hitting hard reset wasn't as tragic as it could have been.

Another notable thing is that although the login screen is a gorgeous and unique experience, the system defaults to e16. e17 can be started manually, but even putting a link to the startup script for e17 in my .xsessions didn't fix that little problem. However the e16 desktop on the harddrive install is gorgeous. A pretty theme and nice looking wallpaper greet the user. The xterms are transparent and engage is deployed adding to the overall feel of the desktop. As stated, one can start e17 from the commandline and it too is different than the e17 on the livecd. A great animated theme and very tasteful wallpaper is presented. I loved the animated wallpaper on the livecd, and fortunately for me, it's available through synaptic.

        

Elive uses deb packages and apt-get with synaptic front-end to handle software installs and upgrades. The developers have already set up mirrors in the source.list so, it is ready for use. The use of synaptic has been covered quite extensively on this site and moreso elsewhere, but one basically clicks the icon to update the source database, then marks any packages for upgrade or install, and clicks apply. It's a wonderfully easy procedure. Synaptic is so reliable and easy to use, even some rpm distributions are now using it.

        

Final thought

In conclusion, I've found Elive to be a new exciting project producing an unique and thoughtful Linux distribution. It's designed to demand less system resources making it available to users with an older machine as well as including advanced features like animations for users with newer equipment. For a first release, this system performs admirably. I found it more stable than anticipated considering its young age. I was quite charmed by the animations and eye candy and am really really impressed with the enlightenment project. More and more, KDE is being challenged. I think it was a wonderful choice for the Elive project. I wouldn't hesitate recommending this system to anyone, new or experienced alike. I really liked Elive.

Oh, it took some doing, but I finally captured that little launcher highlighter thingy zooming across the desktop to do it's thing. Smile He looks different in this harddrive install screenshot than on the livecd. On the livecd it was a gel-like blue bar reminiscent of macOSX or aqua themes, while on the harddrive install he's this little golden orb. Too cute!

More Screenshots in the TuxGallery.

failed to mention

I failed to mention that the full kde 3.3.2 is available thru the package manager.

----
You talk the talk, but do you waddle the waddle?

re: review

Yeah, it was interesting that the installer reported seeing no swap and did not allow me to adjust that option. However, it sees the swap space after boot. I don't have any windows installs.

I'm not sure what you mean by revealing what partition the kernel was on. ?

Elive did install on the partition I wanted and "asked" it to.

The kernel reports seeing hda21, but the system won't mount saying it doesn't exist. Yeah, little niggles I guess, but nothing fatal.

----
You talk the talk, but do you waddle the waddle?

re: puzzled

It was installed onto partition hdb3. I have a hda1 while hda2 is extended with 5 - 21. Hdb is just 1, 2, 3 primary. Hda1 is a unix slice for freebsd, and hda21 is storage. Mandriva is on hda6. hda5 is my /boot. hda8 is /home and hda9 is what I call /mnt/local where all my premium games are installed. The rest is various linux installs. No winders here. Usually after an install, I skip lilo or grub, boot gentoo and run lilo from there cuz that's where my lilo.conf stays current.

edit: hda7 is swap.
----
You talk the talk, but do you waddle the waddle?

themes

I have to go look and see if there are other themes for e17! Big Grin

----
You talk the talk, but do you waddle the waddle?

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

Programming Leftovers

  • Report from the virtual ISO C++ meetings in 2020 (core language)

    C++ standardization was dramatically different in 2020 from earlier years. The business of the International Organization for Standardization (ISO) committee all took place virtually, much like everything else during this pandemic. This article summarizes the C++ standardization proposals before the Core and Evolution Working Groups last year.

  • Use multiple compilers to build better projects - Red Hat Developer

    For a multitude of reasons, developers usually compile the project they are working on with only one compiler. On Red Hat Enterprise Linux 8, the system compiler for C and C++ is GNU Compiler Collection (GCC) 8, and newer versions are available through the GCC toolset. However, there are several reasons why you might also build your project with Clang. Red Hat Enterprise Linux 8 offers the LLVM toolset, which contains Clang. In this article, we’ll take a look at why one might use more than one compiler. We’ll focus on a system where GCC is currently the default compiler and consider Clang as the main alternative.

  • Patrick Cloke: A new maintainer for django-allauth-2fa

    I’m excited to announce the django-allauth-2fa project has a new maintainer! It can now be found under the valohai organization on GitHub, who have already contributed quite a bit to the package.

  • The quest for faster Python: Pyston returns to open source, Facebook releases Cinder, or should devs just use PyPy?

    Facebook has released Cinder, used internally in Instagram to improve Python performance, while another faster Python, called Pyston, has released version 2.2 and made the project open source (again). Python is the world's second most popular programming language (after JavaScript) according to some surveys; but it is by no means the fastest. A glance at benchmarks tells us that Python 3 computation is often many times slower than compiled languages like C and Go, or JIT (Just-in-Time) compiled languages like Java and JavaScript. One reason is that the official implementation of Python, called CPython, is an interpreted, dynamic language, and its creator Guido Van Rossum has resisted optimising it for performance, saying in 2014 that "Python is about having the simplest, dumbest compiler imaginable, and the official runtime semantics actively discourage cleverness in the compiler like parallelizing loops or turning recursion into loops."

Security Patches and Reproducible Builds

  • Security updates for Friday

    Security updates have been issued by Debian (mediawiki and unbound1.9), Fedora (djvulibre and samba), Mageia (ceph, messagelib, and pagure), openSUSE (alpine and exim), Oracle (kernel and postgresql), Scientific Linux (postgresql), and Ubuntu (thunderbird and unbound).

  • Reproducible Builds (diffoscope): diffoscope 174 released

    The diffoscope maintainers are pleased to announce the release of diffoscope version 174. This version includes the following changes:

    [ Chris Lamb ]
    * Check that we are parsing an actual Debian .buildinfo file, not just
      a file with that extension.
      (Closes: #987994, reproducible-builds/diffoscope#254)
    * Support signed .buildinfo files again -- file(1) reports them as
      "PGP signed message".
    
    [ Mattia Rizzolo ]
    * Make the testsuite pass with file(1) version 5.40.
    * Embed some short test fixtures in the test code itself.
    * Fix recognition of compressed .xz files with file(1) 5.40.

Red Hat/Fedora Leftovers

  • Ansible emphasizes inclusive language in new release

    During this development cycle, the Ansible project has made significant progress in its goals to make the community and code more welcoming and inclusive. With the release of Ansible Core 2.11, harmful terminology in the Ansible codebase is deprecated and it comes with new replacement terms. These changes will follow our standard deprecation cycle to give users time to adapt.

  • Cost efficient disaster recovery in hybrid cloud environments

    As more and more organizations move from on-premise datacenters to private, public, and hybrid clouds, it is important to understand that high availability is not the same as disaster recovery (DR). DR planning is needed to recover systems when natural or human-induced disasters hit the primary datacenter/region. Recent public cloud outages suggest that we must have a DR plan in place, even with the high availability provided by the public cloud providers. DR planning should be part of the initial application design discussions, allowing the deployment architecture to accommodate for unforeseen events.

  • This is the future...

    This new Linux is the future... Rocky Linux

  • Cockpit Project: Testing all the pixels

    The Cockpit integration tests can now contain “pixel tests”. Such a test will take a screenshot with the browser and compare it with a reference. The idea is that we can catch visual regressions much easier this way than if we would hunt for them in a purely manual fashion. Preparing a repository for pixel tests A pixel test will take a screenshot of part of the Cockpit UI and compare it with a reference. Thus, these reference images are important and play the biggest role. A large part of dealing with pixel tests will consequently consist of maintaining the reference images. At the same time, we don’t want to clog up our main source repository with them. While the number and size of the reference images at any one point in time should not pose a problem, we will over time accumulate a history of them that we are afraid would dominate the source repository. Thus, the reference images are not stored in the source repository. Instead, we store them in an external repository that is linked into the source repository as a submodule. That external repository doesn’t keep any history and can be aggressively pruned. Developers are mostly isolated from this via the new test/common/pixel-tests tool. But if you are familiar with git submodules, there should be no suprises for you here.

  • Fedora Magazine: Contribute to Fedora Kernel 5.12 Test Week

    The kernel team is working on final integration for kernel 5.12. This version was recently released and will arrive soon in Fedora. As a result, the Fedora kernel and QA teams have organized a test week from Sunday, May 09, 2021 through Sunday, May 16, 2021. Refer to the wiki page for links to the test images you’ll need to participate. Read below for details.