Language Selection

English French German Italian Portuguese Spanish

How to improve Ubuntu

Filed under
Ubuntu

The latest Ubuntu release is very good and does not need any major fixes or improvements. Still, during my recent testing spree, which led me to no less than five separate installations of Lucid, I encountered a few small issues that Ubuntu could happily live without. Then, I thought of a few more things that could be added/removed and so, this article was born.

The general principle of continuous improvement is valid for just about any operating system, so singling out Ubuntu seemed a little unfair and skewed, but given the facts it is the most popular desktop distro and Lucid being the three-year LTS release with a radical new interface, this is a good opportunity to think of features and concepts that could be brushed up toward the next version.

The mission of fixing, linting and polishing the bruises and dents in the distribution has started some time ago, called 100 Paper Cuts, with every new edition featuring an additional 100 tiny problems removed, be it a spelling mistake, a misaligned pixel, a confusing option, or anything else. While I do not pretend to be the GUI QA master of this world, I did find a few things that, if fixed, could immensely pimp up the Ubuntu desktop experience.

Ubuntu improvements, Dedoimedo style




More in Tux Machines

Graphics News

More of today's howtos

GNOME News: Black Lab Drops GNOME and Further GNOME Experiments in Meson

  • Ubuntu-Based Black Lab Enterprise Linux 11.0.1 Drops GNOME 3 for MATE Desktop
    Coming about two weeks after the release of Black Lab Enterprise Linux 11, which is based on the Ubuntu 16.04.2 LTS (Xenial Xerus) operating system using the HWE (hardware enablement) kernel from Ubuntu 16.10 (Yakkety Yak), Black Lab Enterprise Linux 11.0.1 appears to be an unexpected maintenance update addressing a few important issues reported by users lately.
  • 3.26 Developments
    My approach to development can often differ from my peers. I prefer to spend the early phase of a cycle doing lots of prototypes of various features we plan to implement. That allows me to have the confidence necessary to know early in the cycle what I can finish and where to ask for help.
  • Further experiments in Meson
    Meson is definitely getting more traction in GNOME (and other projects), with many components adding support for it in parallel to autotools, or outright switching to it. There are still bugs, here and there, and we definitely need to improve build environments — like Continuous — to support Meson out of the box, but all in all I’m really happy about not having to deal with autotools any more, as well as being able to build the G* stack much more quickly when doing continuous integration.

Fedora and Red Hat