Thursday, July 10, 2014

glowing review

A glowing video review of MX-14 "Symbiosis."

Nothing but accolades for MX-14; no negativity here! The reviewer looked at MX-14.0, but MX-14.2 is now available. Here's the brief release announcement from the antiX main page:

1 July 2014

MX-14.2 "Symbiosis" bugfix upgrade release available

Upgraded bugfix versions (pae and non-pae) of MX-14 are now available. This version has fixed some bugs found in MX-14.1.1 and Debian upstream.

- LibreOffice updated to 4.2.5version
- Google search engine bug fixed.
- Toned down faulty hard drive error when installing.
- Image files open with mirage.
- wl modules for broadcom wireless now on the cd image.
- updated documentation.

Saturday, June 28, 2014

kubuntu's cousins

Links to a couple more reviews done by Arindam Sen:

Netrunner 14 "Frontier" Review: Looks and feels awesome to use with new animated wallpapers!

Linux Mint 17 "Qiana" KDE Review: Better than Kubuntu with pleasant aesthetics and superb performance

Sen clearly prefers both of these distros over Kubuntu. The most recent Kubuntu release I've run here is 12.04, which I still have installed, and I haven't tried Netrunner 14 or Mint 17 KDE. I figure that Sen's correct in saying that Netrunner 14 and Mint 17 KDE are better, overall than Kubuntu 14.04. For my purposes, however, Kubuntu 12.04 is good enough that I haven't found any reason to bother with Kubuntu 14.04, Netrunner 14, OR Mint 17 KDE! Whatever -- they all pull from the Ubuntu repos, anyway...

Wednesday, June 18, 2014


Arindam Sen likes it: Manjaro Linux 0.8.10 KDE and XFCE Review: Bang on target release after release!

Note the opening paragraph:

I have used a lot of rolling release distros in last 5 years, but, for production purpose, till recently, I mostly relied on only a few - Linux Mint, Debian and Ubuntu LTS. Primarily because the so-called "install it once only" promise hardly worked for most of the rolling release distros and they inevitably break or become unbootable after a couple of major upgrades. However, my experience with Manjaro Linux and Chakra Linux in the past 12 months have successfully changed that impression. These two Arch based distros survived 4 major upgrades and still running great, even with a whole lot of customization and niche packages that I installed.

What impresses me about this is that I've had a great experience with Arch Linux so far, and I consider it to be the best, most "stable" rolling-release distro that I've spent more than a few months with. Manjaro brings Arch packages into their (Manjaro's) own repos, so there's a bit of a buffer there that should make Manjaro even more "stable" than Arch. Makes sense, although this means (as Arch purists would say) that Manjaro is not Arch.

Sounds like a great distro. I may eventually install Manjaro here.

Thursday, May 29, 2014

looking in on bodhi

I've never installed Bodhi Linux here, but I've mentioned it here before, a couple of years ago. Recently, I downloaded bodhi-2.4.0-64.iso, used Unetbootin to get it onto a flash drive, and fired up a live session. I used the "Default" boot option.

As you boot into the live session, you're presented with several "Profiles" to choose from: Bare, Compositing, Desktop, Fancy, Laptop/Netbook, Tablet, and Tiling. I chose the Laptop/Netbook profile.

As well, there's a choice from six themes. I chose the "A-EB1-Moonlight" theme.

Here's the desktop:

Navigating the desktop takes a bit of getting used to if you aren't used to Enlightenment E17, but it isn't really much of a problem. E17 in Bodhi looks great, too.

Bodhi kinda keeps to the minimum with the default apps. The .iso weighs in at about 690 MB. There's no office suite -- no LibreOffice, not even AbiWord or Gnumeric. There's Leafpad for text editing. Terminology is the default terminal emulator. The system comes with the Enlightenment File Manager.

For web browsing, they include Midori.

The Synaptic package manager is also included; I tested it out by installing the Chromium web browser. No problems there.

Bodhi 2.4.0 is based on Ubuntu 12.04; the next Bodhi release, presumably based on Ubuntu 14.04, is still in the beta stage. But 12.04 is an LTS (Long-Term Support) release that will be supported for a few years yet, so Bodhi 2.4.0 should be fine to use for quite some time. I took a look at Bodhi's /etc/apt/sources.list file; as you can see (I've included only the lines that are uncommented by default in the live session, below), everything comes from Ubuntu 12.04 ("Precise"):

deb precise main restricted
deb precise-updates main restricted

deb precise universe
deb precise-updates universe

deb precise multiverse
deb precise-updates multiverse

deb precise-backports main restricted universe multiverse

deb precise-security main restricted
deb precise-security universe
deb precise-security multiverse

deb precise partner

deb precise stable
deb precise-getdeb apps games

Good-looking distro, from what I can tell, but I guess it's basically Ubuntu, when it comes down to it. For those who like E17, Bodhi's worth a look.


Interesting project. They're trying to port Android to run on a regular computer. I mean mainly for stuff like laptops, notebooks, and netbooks, but (I guess) not for your typical classic desktop computer. Although these days I use my notebooks as desktop computers. But don't let me digress here.

The development is at RC2 (that is, 2nd release candidate). It can be downloaded and run live or installed like any other Linux distribution. Cool, I do that kind of thing all the time.

RC2-level, in this case, as least, is too raw for me, so I'll wait awhile. But I'm curious, so I'll take a look at it later, on one of my notebooks. Maybe. I've read some reviews of the earlier release candidates, and as things stand right now, I don't see Android-x86 as being suitable for laptop/notebook use. It definitely falls short of what can be done with any of the many desktop environments currently available for Linux.

Also, it looks like Android-x86 involves too much Google for my tastes.

Still, this project is in its infancy; and, there's considerable interest, for whatever reasons. Potentially, it could actually work out.

I'd like to do a more in-depth blog post about it, but I don't want to have to jump through hoops just to do simple stuff like, for example, get screenshots and save them somewhere to use later. Here's what Dedoimedo wrote in his review of Android-x86:

To be able to record my activity with the system, I had to install a screenshot utility. Now, this worked just fine, however, I had to disable the system privilege escalation prompts in order to keep the screenshots clean. All right, so I had a bunch of images now, but no way to copy them from the virtual /sdcard device to a persistent storage. As I've noted earlier, Samba sharing worked only in one direction. The internal hard disk in my eeePC netbook was invisible. And I did not want to upload my files to my Google account.

So what I did was connect an 8GB micro-SD card using an SD card adapter. Android automounted the storage card to /mnt/USB, however with root privileges. So I had to open the terminal emulator, su myself and then do a classic command-line copy from the virtual SD card to a real one. But this worked, and now you enjoy some lovely screenshots.

See, I read all that and say, "Aw, hell naw."

In any case, like I said, I might take a look at all this later. For now, here's a link to their website:

Some screenshots:

And, a couple more reviews:

From LinuxBSDos: Android-x86 4.4 review – first Release Candidate

From LinuxInsider: Android-x86 Just Might Make a Good Linux Desktop Alternative

Wednesday, May 28, 2014

for the most part

Steven Rosenberg concludes his article "Fedora is remarkably stable despite a constant flow of new" by saying, "But for the most part, it works."

That falls in line with my experiences; my first Fedora release was F14, and from there I ran each release through F18. As Rosenberg notes, sometimes things go wrong. "...kernels, applications and lots of other components are new, new, new," he writes; several times with Fedora, I had to revert to using an older kernel because the most recent one sent down the pipe didn't work out here.

Writing about Mat Enders' comments about Fedora in a recent episode of Sunday Morning Linux Review, Rosenberg says:

Mat's point, more specifically, was that he has less trouble with Fedora than he did with Debian Sid, the "Unstable" release that gets new packages all the time.

What's notable is that Fedora is almost always ahead of Debian Sid when it comes to newness. (It's not ahead of Arch, but what is?)

However, so far I seem to be having less trouble with Arch than I had with Fedora. And, while Arch might be more difficult to install than Fedora, it's a rolling-release distro; in theory, you could go years rolling with the same installation.

Not to knock Fedora here, though; I enjoyed using it. I'd probably still be running it, if I wasn't running Arch, and I may even get back around to Fedora at some point. I'm a Debian person when it comes to my production machine, where I need "solid and stable," but one thing I liked about Fedora was getting to try out new stuff -- especially newer versions of KDE and GNOME.

Thursday, May 15, 2014

mint will be "LTS-Only"

Clement Lefebvre has made the following announcement:

The decision was made to stick to LTS bases. In other words the development team will be focused on the very same package base used by Linux Mint 17 for the next 2 years. It will also be trivial to upgrade from version 17 to 17.1, then 17.2 and so on. Important applications will be backported and we expect this change to boost the pace of our development and reduce the amount of regressions in each new Linux Mint release. This makes Linux Mint 17.x very important to us, not just yet another release, but one that will receive security updates until 2019, one that will receive backports and new features until 2016 and even more importantly, the only package base besides LMDE which we’ll be focused on until 2016.

Excellent plan. I stick with the LTS (long-term support) releases of Ubuntu, and I did the same when I used Linux Mint. This should free up some time for the Mint devs, who will no longer have to work on those "in-between" releases.