LWN.net Logo

A first look at Xfce 4.8

December 22, 2010

This article was contributed by Joe 'Zonker' Brockmeier.

It's taken far longer than originally expected, but Xfce 4.8 is nearly here. Originally due in April, and then June, the 4.8 release is making slow and steady progress towards a final release. The second preview release (4.8pre2) came out on December 6th and is looking fairly solid. Xfce 4.8 is a modest update, but this release cycle has brought much more than a few features and bugfixes.

Xfce is meant to be a lightweight desktop environment, which is modular and compliant with standards from freedesktop.org. It's popular on Linux, but is meant to be run on just about any Unix-like OS. Xfce uses even version numbers to indicate stable releases, and odd version numbers to indicate development releases — much like GNOME. This is not accidental, since Xfce started using GTK+ and Glib from the GNOME project during the Xfce 3.0 cycle.

The Long Road to Xfce 4.8

[Xfce desktop]

Xfce 4.8 is a relatively minor update on the surface. It doesn't bring extensive user interface changes like GNOME 3.0. But Xfce also has a much smaller developer community, and the 4.8 cycle has been plagued with developers bowing out of the project for one reason or another.

Jannis Pohlmann, one of the Xfce maintainers, addressed the delays in a post on his blog in January. This was not the first time that an Xfce release had been well past the release date. The 4.6 release was also delayed, and wound up being two years in the making when it was released in February 2009.

The developers have been busy. During this release cycle, many of the core components have been rewritten or replaced. For instance, the the Xfce Panel was completely rewritten. The rewrite should provide much better support for users who are working with multi-head setups, as well as better launcher management. HAL and ThunarVFS have been removed or relegated to legacy status, and support for GIO, PolicyKit, and ConsoleKit, and udev have been added.

In addition, Xfce replaced its old UI library (libxfcegui4) with a new library called libxfce4ui. This, of course, required other components to be ported to the new library. And the port to GIO also caused delays. With great changes come great delays in development cycles.

This release cycle also saw a transition to Transifex for Xfce translations. As of August, Xfce had received 4,012 submissions in 45 languages from 101 users in Transifex. Xfce also migrated to Git during the 4.8 development cycle, which probably slowed work a bit and also caused at least one contributor to move their project to Sourceforge rather than having to learn Git.

Finally, the release process underwent a revision to allow sub-projects (like the Thunar file manager, or the panel, window manager, etc.) to release separately. Though this release has been slow in coming, the idea is that future releases will be easier to manage without requiring all components to release simultaneously.

Pohlmann notes that the Xfce development team is "very small," with the news that the maintainer of three core components (xfdesktop, xfconf, and xfce4-session) was leaving due to a new job. Two existing Xfce maintainers stepped up to share responsibility for xfdesktop and xfce4-session, but Pohlmann also notes that his university work was mostly limiting his contribution to communicating about the status of the project, and not much hacking. In short, more developers would be welcome.

So would a little cash. Unlike GNOME or KDE, Xfce is a fairly informal project — and without ready funds to support developer gatherings or any kind of activities. At least for now. In October, Pohlmann announced his intent to form a non-profit for Xfce in Germany. Why Germany? Pohlmann says that it doesn't matter much where it's registered for the purposes of donations and "there are a number of German Xfce contributors and users, so chances are good that there will always be someone to take care of things." The foundation is still in the works, but one hopes it will be finished in the early part of 2011.

In the meantime, there's the 4.8pre2 release, which seems fairly stable now. Source is available as are packages for several distributions.

Using Xfce 4.8

It's been a while since I've spent any time using Xfce, and the first impression is that very little has changed in my absence. The desktop doesn't look any different than I remember it, though testing the packages on Xubuntu it would be easy to mistake Xfce for GNOME 2.x at first glance. To get the full effect, I got rid of the default Xfce configuration and ran the first-run setup wizard. It's hard to believe that this desktop was once a clone of the ugly duckling Common Desktop Environment (CDE).

Xfce is not quite as full-featured as GNOME or KDE, but then again, it's not meant to be. The basic desktop consist of the Xfce panel or panels, the desktop session, the Thunar file manager, and the Xfwm4 window manager. Everything "just works," without really getting in the way. Adding new launchers to the panel, or modifying the panel, works without any problem.

[Xfce menu editor]

One longstanding complaint about Xfce is the lack of a proper menu editor. This release doesn't include a native Xfce menu editor, but it's now possible to use GNOME's Alacarte menu editor to edit the Xfce Panel menu. Whether the Xfce project will whip up its own menu editor at some point seems unclear, but there doesn't really seem to be any need — Alacarte does the job just fine.

Most of the changes in Xfce 4.8 are invisible, or nearly so, to the user. Yes, you can now use Gigolo to easily connect to remote and local filesystems, which is new. No, you really don't want to know why it's called that.

Thunar now has a "Network" item in the side panel, and the Trash icon is optional now. The panel length can be set by the percent of the desktop it should consume, and some improvements have been made for a vertical placement of the panel. Users won't notice, but Xfce now uses ConsoleKit to handle its shutdown or startup. In general, there are lots of minor changes that one has to dig to notice. This is not a bad thing, though. Xfce wasn't in need of radical changes.

The final Xfce 4.8 release is scheduled for January 16, 2011, and it should appear in the next releases of all the major distributions that ship Xfce (Xubuntu 11.04, openSUSE 11.4, Fedora 15, etc.). If you're already using Xfce, there's no rush to upgrade — the changes are subtle enough that most users won't notice them unless a specific bug (or the inability to edit the menus) has been particularly annoying. It does look like a solid, no-frills release, though — and a welcome option for Linux users who want an old-school desktop environment that's fast and relatively light on resources.


(Log in to post comments)

A first look at Xfce 4.8

Posted Dec 24, 2010 13:54 UTC (Fri) by j1mc (subscriber, #56848) [Link]

Thanks for the report, Joe.

It's just my guess, but Gigolo will probably be going away now that Thunar can mount remote shares. The whole reason for Gigolo's existence was to mount what you tell it to (there, I said it for you :) ), so I don't see why it would be sticking around much longer.

The panel improvements, the ability to edit menus, and the ability to mount remote file systems directly from within Thunar are the big user-facing changes for 4.8. The back-end improvements in 4.8 (using dbus, policykit, gio, etc.) should make for a bit quicker releases down the road. We can be optimistic about this, anyway. :)

A first look at Xfce 4.8

Posted Dec 26, 2010 9:05 UTC (Sun) by djao (subscriber, #4263) [Link]

I'm very much interested in using lightweight desktop environments, but in my experience neither Xfce nor LXDE provide a useful terminal program.

Last I checked, xfce4-terminal has a rather bad race condition wherein keystrokes sent to the terminal can and often do get lost if the system is swapping heavily. Disappointingly, LXtermial (from LXDE, the "other" lightweight desktop environment) also has the same problem. Lost keystrokes represent a showstopper bug under any circumstances (keystroke buffering is fine, keystroke lossage is not); however, particularly for desktop environments advertised as "lightweight," I would think and hope that low-memory performance would be an area of priority.

Other terminal programs, such as xterm, rxvt, and even gnome-terminal, do not have this particular flaw (or at least it is nowhere near as bad), despite using the same or even greater amounts of memory. Under memory pressure, xterm and other "good" terminal programs will buffer keystrokes, and may under dire straits crash entirely, but as long as they are running, all keystrokes sent to the program will eventually arrive and arrive in the correct order. Whenever I am forced to use Xfce or LXDE, I always use one of these reliable terminal programs instead of the terminal program that comes with the desktop environment, but such a solution is neither satisfying nor ideal.

In order to make this comment somewhat relevant to the article: I surmise (without proof, please correct me if I'm wrong) that this review of Xfce was carried out on a high end machine with plenty of RAM. One cannot extrapolate, based on Xfce's performance on a high end machine, that it would be suitable for a low-resource environment; simply put, it's not, unless you don't care about the terminal, but a good fraction of Linux users consider the terminal indispensible. Readers would be better served if the reviewers made an attempt to match their review platform with the intended use case of the software in question. In this case, the problem with the terminal program is only apparent when the desktop environment is run on a low-memory machine.

A first look at Xfce 4.8

Posted Jan 5, 2011 11:23 UTC (Wed) by nye (guest, #51576) [Link]

>Whenever I am forced to use Xfce or LXDE, I always use one of these reliable terminal programs instead of the terminal program that comes with the desktop environment, but such a solution is neither satisfying nor ideal.

Could you explain why that is? I've often wondered why desktop environments tend to add their own terminal application which I always ignore in favour of xterm due to its zero startup time and lower memory usage.

(I hope this doesn't sound like 'xterm is good enough for me; it should be good enough for you'.)

A first look at Xfce 4.8

Posted Jan 5, 2011 11:39 UTC (Wed) by boudewijn (subscriber, #14185) [Link]

I couldn't code without konsole because it gives me tabs, infinite scrollback and decent font support. And as for why desktop environments code their own terminal emulator: desktop integration, for instance with notifications is very useful as well.

On my laptop, konsole starts up without any waiting time as well -- probably because I've always got at least one open already.

A first look at Xfce 4.8

Posted Jan 5, 2011 14:05 UTC (Wed) by foom (subscriber, #14868) [Link]

Also search -- I can't live without search in my terminal program. I've been using konsole on my gnome desktop for years now. It's just a really good terminal program. I don't know why *other* desktops have written terminal apps though, everyone should just use konsole. :)

A first look at Xfce 4.8

Posted Jan 6, 2011 18:33 UTC (Thu) by nye (guest, #51576) [Link]

Thanks for the responses, both.

It looks like most of those things aren't relevant to me since I tend to do everything in screen anyway, which isn't to everyone's taste but does explain why I've not felt a need for extra terminal features.

A first look at Xfce 4.8

Posted Jan 6, 2011 18:59 UTC (Thu) by boudewijn (subscriber, #14185) [Link]

You know... I use screen as well :-) I have virtual desktops, windows, tabs and screen screens. I have to admit that I get confused now and then.

A first look at Xfce 4.8

Posted Jan 8, 2011 13:49 UTC (Sat) by oak (guest, #2786) [Link]

> One cannot extrapolate, based on Xfce's performance on a high end machine, that it would be suitable for a low-resource environment;

Unlike Gnome, XFCE (at least in Xubuntu) doesn't seem to restart critical UI pieces when they crash, e.g. after user loads too large images in Gimp, system runs out of memory & OOM-kills random processes.

An older relative of mine lost his "Applications" panel menu because of this and it didn't come back even with reboot (maybe because of session saving?). He used only apps that had Desktop icons for few weeks until I had time to go and fix it...

So, although I like XFCE looks and functionality in general, currently I don't consider XFCE reliable on low-resource environments. Besides desktop, I've also noticed some of Xubuntu default apps have stability issue compared to their Gnome & KDE counterparts.

And in high-resource environments Xubuntu/XFCE apps are still lacking some features available on other desktops that I need on such machines (like reliable backup DVD burning) and its session handling seems to be having some issues with KDE4 apps (with which I replaced XFCE apps until switching to KDE completely because of these issues).

I want to like XFCE and I do, but to use it, it and its apps still need to mature a bit. Hopefully that happens soon after v4.8 is ready & in distros.

Missing Xfce 3

Posted Jan 6, 2011 14:09 UTC (Thu) by markhb (guest, #1003) [Link]

I'll admit that Olivier and co. have done a lot of really great work on Xfce 4, but to be honest I miss the CDE look and feel that they were going for in the 3.x and earlier releases. I particularly miss the larger panel and the Motif look. No, I'm not being sarcastic or trolling; I just really wish that someone (I'm definitely not qualified) would pick up the older version and maintain it as a CDE clone given that there's no actual CDE for Linux currently available.

Copyright © 2010, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds