Tag Archives: Linux Mint

Ubuntu to become a rolling release distro

UPDATE: Rick Spencer, Ubuntu Desktop Development Team Lead, wrote in his blog:

Ubuntu is not changing to a rolling release. We are confident that our customers, partners, and the FLOSS ecosystem are well served by our current release cadence. What the article was probably referring to was the possibility of making it easier for developers to use cutting edge versions of certain software packages on Ubuntu.This is a wide-ranging project that we will continue to pursue through our normal planning processes.

The Register, OMG Ubuntu, Webupd8, Ostatic and a few other sites that feature articles about Ubuntu have recently posted articles regarding Ubuntu becoming a rolling release distro. However, it has not been officially announced, there has been quite a buzz.

Ubuntu has started as a release-cycle-based distro, in that a new version is rolled out every 6 months (and not daily). However, for a desktop based distro, it is not unrealistic to think the possibilities of a rolling release type distro considering the fact that it has been difficult to get the latest and greatest software in old Ubuntu installations. Currently, that either has to be done manually or via PPAs or it is not even possible in some cases due to dependency hell. Linux Mint has taken a step recently to explore this possibilities by launching Linux Mint Debian Edition, which is a rolling release type distro based on Debian testing.

When I used Ubuntu, I used to try and get the latest software by using daily builds or alpha/beta releases with a lot of PPAs, which made it almost like a rolling release – updated but unstable linux installation with a lot of manual work involved, just for maintaining the OS and of course the need to download latest versions of applications daily. This is what I have to do with Debian anyways, so I recently moved to Debian testing to see how it works.

Making Ubuntu a completely rolling release based distribution would make it either unstable or it will have to give up on latest software anyways and only let tested and stable software for upgrades. Both of these will mean that Ubuntu will either be unsuitable for Enterprise use or stale for Desktop use.

One option will be to start an unstable branch for Ubuntu which will be a rolling release and will contain the latest and greatest software and another testing branch, also a rolling one, which will have software which has been passed from unstable but still might have issues and a different branch for Enterprise use. Enterprises will also need that their software will not be changed on updates. So, they will need fixed release cycles for Enterprise Editions anyways. So, Canonical could decide to release Ubuntu stable versions every few years or so. Debian does this in a similar way. They could of course choose different names for the branches; something like Ubuntu Current, Ubuntu Standard and Ubuntu Enterprise version X (codename Y). They could also use animal names for the same, as they currently do.

However, I think there are better ways to do things so that the users are given a choice. That can be done by releasing standard editions at longer intervals. The base system shall be released every few years (like they release LTS) and it will have a standard softwares suitable for Enterprise use.  Ubuntu-base could consist of linux kernel, drivers and other base packages which will not get upgrades but only critical fixes. All other softwares will have their own PPA like repositories, which can either be maintained by Canonical or by software developers themselves. When a newer version upgrade is available for a software, users can be prompted to either stay with the current version or upgrade to the newer version. If a user chooses to stay with the current version, the users repositories for the software remains the same and the user will continue getting minor updates and bug fixes for the same unless the support ends. If a user chooses to upgrade, the repository for that particular software is changed and the older software is replaced with the newer one (with a choice to either remove the older version or to keep it). If the user wants development version of the package, the user may manually choose to upgrade to development version. Also, the user must be able to downgrade to the previous version without any problems.

This approach will fulfill the users needs. On a Enterprise front, the administrator may choose not to upgrade to the latest version, for stability and consistency. However, a casual home user may want to explore the latest version and may install it. A developer or a geek may choose to install development version too.

There might however be problems with this approach too. The problem is when it comes to libraries. If an application depends on one version of a library and the other depends on another version of the same, they may not co-exist. However, a workaround is to name the libraries with version names. That way, multiple versions of the same library can be installed. If this is allowed, multiple version of the same application can be installed too.

All of this is already possible with apt, so it can be done if they wish to. However, it will require a complete overhaul, it could be worth it.

[HOWTO] Convert Ubuntu 10.04 Lucid Lynx to Linux Mint 9 Isadora

Since Linux Mint 9 Isadora is based completely on Ubuntu 10.04 Lucid Lynx, you can add Linux Mint repository to Lucid and make it look and feel like Linux Mint (additionally you may have to do more than just mint specific applications such as changing themes and tweaking panel but you get the idea). You may also like to install a few components that you like in Linux Mint, for example just the mintmenu or mint-flashplugin-64 (if you want a 64bit version of flash for your 64bit version of Ubuntu).

To do this, just launch Synaptic Package Manager from System>Administration menu and open up Settings>Repositories. In ‘Ubuntu Software’ tab, make sure you have Universe and Multiverse selected. Then go to Other Software and add the following lines one by one:

deb http://packages.linuxmint.com/ isadora main upstream import
deb http://archive.canonical.com/ubuntu/ lucid partner
deb http://packages.medibuntu.org/ lucid free non-free

Close the Repositories window and click Reload.
When done, you will get the following gpg errors:

W: GPG error: http://packages.linuxmint.com isadora Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 3EE67F3D0FF405B2
W: GPG error: http://packages.medibuntu.org lucid Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 2EBC26B60C5A2783

To get rid of these the next time you reload, search for linuxmint-keyring and medibuntu-keyring in Synaptic and install them. Next time you reload or try to install software from Linux Mint, you won’t get gpg/authentication errors.

To install a mint software, just search and install it. For example, to install mintmenu, search for it, mark for installation and apply. When done, just add the menu to panel (Right Click Panel>Add to Panel>mint-menu).

To install everything, just mark the meta package mint-meta-main (for 32 bit) or mint-meta-64 (for 64-bit). That should mark everything that Linux Mint has by default. That includes codecs, java and flash and much more. It also includes other default applications such as pidgin, thunderbird and gimp. You can go to ‘Custom Filters’ (low left hand corner in Synaptic) > Marked Changes (upper right pane) to unmark any applications you don’t wish to install. Also, click on ‘Mark All Upgrades’ and

After installation, tweak it to your liking to make it look the way Linux Mint does or just the way you like it.

Hope this helps.

[HOWTO] Change Ubuntu 9.10 Karmic Koala to Linuxmint 8 Helena

[ad#ad-1]As you know, Linuxmint is based on Ubuntu. So I thought, it might be possible to take Ubuntu as a base and turn it to Linuxmint with available Linuxmint software. Thats what I did.

I used Ubuntu Karmic Koala and turned it into Linuxmint Helena. You might use other Ubuntu base and turn it to respective Linuxmint distro, but you may need to follow different (yet similar) steps. Here is how I did it. Continue reading [HOWTO] Change Ubuntu 9.10 Karmic Koala to Linuxmint 8 Helena