Skip navigation.

GNOME 2.8 Release Candidate 1 (2.7.92)

Gnome 2.x
Gnome 2.x

Release Candidate 1 marks the start of our Hard Code Freeze, on the way
towards the final GNOME 2.8 release in a couple of weeks. The final lap!
Let's just hope we're not dragged off the track at the last minute by a
strangely dressed Irishman. Even though it almost sounds like fun... At
last, without further ado, RELEASE CANDIDATE ONE!

platform: http://ftp.gnome.org/pub/GNOME/platform/2.7/2.7.92/NEWS
tar.gz: 45M total
tar.bz2: 31M total

desktop: http://ftp.gnome.org/pub/GNOME/desktop/2.7/2.7.92/NEWS
tar.gz: 146M total
tar.bz2: 103M total

bindings: http://ftp.gnome.org/pub/GNOME/bindings/2.7/2.7.92/NEWS
tar.gz: 13M total
tar.bz2: 8.1M total

Notes about the new MIME system
-------------------------------

As of GNOME 2.7.4, the old MIME system was replaced with a new shared
specification found on freedesktop.org. There are a couple comments to go
along with this:

* In order the to see any applications available, they must be registered
with the MIME system. This can be done by getting the latest verion of
desktop-file-utils and running:

update-desktop-database $PREFIX/applications

jhbuild in CVS has been modified to build this, and we expect
applications to do this on install automatically in the future.

* The new user interface is modeled after the proposal at:

http://www.gnome.org/~jrb/files/mime/

The old File Types capplet has been removed in favor of a nautilus-only
interface.

WARNING! WARNING! WARNING!
--------------------------

This release is a snapshot of development code. Although it is buildable and
usable, it is primarily intended for testing and hacking purposes. Like the
Linux kernel, GNOME uses odd minor version numbers to indicate development
status. Please check the 2.7 start page for more information:

http://www.gnome.org/start/2.7/

Happy testing!

- The GNOME Release Team

Re: GNOME 2.8 Release Candidate 1 (2.7.92)

"Open with..." that looks really familiar. Where have I seen that before?

I use linux because I believe that power is usability. Nautilus never made my life any easier, it made everyday tasks more time consuming. We need a new user interface idiom that gives the user as much control as the command line does, while fully utilizing the expressive strength of a graphical medium. If I wanted to, for instance, find out the cumulative size in kilobytes of all files edited in the last 24 hours, whose names have numbers in them, within a particular directory structure, how would I do that using nautilus? Or if I wanted to make a tgz containing all the files within a directory structure that have a particluar extension and a particular sequence of letters in their names, and then I wanted to send the whole thing to a remote system, how can nautilus help me to do that?

How bout something simple... how can I filter a directory listing so it only shows files with a particular extension, using nautilus?

All these tasks, which can be done with extreme ease from the command line, become tedious ordeals when one tries to do them with nautilus.

Nautilus doesnt meet any of my needs or expectations. I can see no compelling reason to use it, and I question the intelligence/sanity of anybody who feels that it is adequate, by any set of standards.

Metacity places grotesque limitations on the kind of actions you can associate keyboard shortcuts with. Not only did sawfish come with a vast and nearly comprehensive collection of built-in actions that could be bound to keyboard shortcuts, but if I wanted more, I could easily add them using lisp without having to modify or recompile the program itself. Why are people using metacity?

Seriously, look at the state of things. The gnome Open dialogue doesnt even have an input field built into it anymore. What kind of moron thinks that a change like that constitutes a 'usability' enhancement?