Since I’ve been cycling continuously between the three browsers that annoy me the least lately (Opera, Firefox 3.6, and Chromium), I’ve been utilizing each browser’s extensibility to make it a bit more usable.
In a previous post, I discussed the various things I do to recent releases of Firefox to make it behave itself. In this post, I’ll be discussing the process I go through with the Chromium browser, namely with respect to extensions (since there really isn’t much one can configure in Chromium natively).
Back in early June of this year, most likely scrambling to steal some of the thunder from Apple’s musical cloud offering announcement, Google had announced their own cloud-centric approach to music, which they simply called Google Music.
At the time, considering that there was no Linux client, an only barely-functional interface and muddy limitations on the framework they’d hastily set up, it was clear that this was premature. Appropriately, given the look of it, I had dismissed Google Music out of hand as a non-item.
However, in the intervening weeks, something happened. It got better.
It’s been a little over a year since I reviewed the first Peppermint OS, and while I liked the first effort on this new project, I’ve been really looking forward to Peppermint Two. Well, my wait was over as of last week, so I was able to kick the tires and get a good feel for it after installing and using it for a few days.
And it didn’t disappoint!
In my ongoing search for something with which to tinker, I’ve occasionally run across the Midori browser, a fully GTK+2 integrated, WebKit-based browser with a focus on being lightweight and simple.
It had been a while since I gave Midori a try, so I thought that since they had released a few updated versions since my last look, I’d install it and give it a new look, because it seemed to have some promise the last time.
I did most of my testing on my 64-bit Mint 9 laptop, and I installed Midori 0.2.6, which was the version in the repositories. I used it for a week as my primary browser, only resorting to Firefox when I had to do something that I couldn’t get to work in Midori, which is my usual approach to evaluating browsers.
I’ve lamented since last year that KDE’s radical change in direction left me — and a lot of others — going on an app-hunt. I’m really not a fan of the new Amarok, and I’ve been as yet unsuccessful in finding something to replace my beloved Amarok 1.4, even resorting to procedures like this one to install the old version.
Such procedures make a good stopgap for the time being, but sooner or later, that old thing will simply not work anymore. Once a program falls out of development, the clock is ticking on it remaining useful, and at that point, you have to face reality and find something with which to replace it.
Fortunately, I’m not the only Amarok 1.4 lover out there. It’s been forked, and the new version is called Clementine.
What do you get when you combine the flexibility, versatility and ease of maintenance of Ubuntu, the blinding speed and simplicity of LXDE, and a focus on social media and the cloud?
You get Peppermint OS, that’s what! Brought to you by the same developer responsible for Linux Mint 8 LXDE Community Edition, and for resurrecting Linux Mint Fluxbox CE as well, Peppermint OS is a lightweight, fast, stable implementation of what Kendall Weaver’s vision of the perfect Linux distro might be for speed and the web.
And I think he’s onto something.
Most of us who are familiar with Linux are familiar with the advantages of running Linux as a desktop OS. We frequently bemoan the fact that others don’t know what we do about the reality of Linux on the desktop, and we seem to be hampered by difficulties in spreading the word outside our own circles. Recently, I was able to get outside the circle of Linux users and perform a live demonstration of Linux (and LXDE) to a group of professionals in a conference setting. Here’s my story.