Skip navigation.
home | news feeds | archives | search | forums | submit news
Home » view

GNOME 2.7.4 Development Release

Submitted by stro on Sat, 2004-07-24 09:23. Gnome 2.x
Gnome 2.x

Here's the latest set of tarballs for the GNOME 2.7 development branch. We
have now entered our API/ABI, Feature and Module freezes, with our modules
decision to be finalised next week. The biggest change in this release is
the new MIME system, masterfully wrangled by Jonathan Blandford, Dave Camp
and Ray Strode. Please read the extra notes regarding this change below...
platform: http://ftp.gnome.org/pub/GNOME/platform/2.7/2.7.4/NEWS
tar.gz: 44M total
tar.bz2: 31M total

desktop: http://ftp.gnome.org/pub/GNOME/desktop/2.7/2.7.4/NEWS
tar.gz: 142M total
tar.bz2: 102M total

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

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

With GNOME 2.7.4, we have rewritten the old MIME system and replaced it with
the current shared specification found on freedesktop.org. We expect things
to be somewhat buggy with the initial release, but are working quickly to
improve matters. There are a couple comments to go along with this release:

* 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.
Additionally, not every application used the new system as released.
This will also be fixed over the next week.

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

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

Work on it isn't complete yet, but it's progressing well. Also, the old
File Types capplet has been removed in favor of a nautilus-only
interface.

* Monitoring of MIME changes doesn't fully work yet. Changes won't be
noticed until you hit reload in nautilus.

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.7.4 Development Release

Submitted by Anonymous George on Sat, 2004-07-24 11:22.

Like first, this is my personal screaming about some stupid enforced desktop changes like they were in the past and as it seems it won't stop there. If your comment would be something like "it's OSS, do it your self", "it's easy, do something like [gconf this]", "use some other DE" or similiar then SHUT THE F*** UP, because you're boring this world

Again removing very usefull option. Erase CD checkbox removal. This one should either be visible if RW is inside or invisible. But removing it is not really smart (I really think that a lot of people liked it there). I guess I would loose *THE ONLY REASON TO USE nautilus-cd-burner*

I really don't know what to think, but this option seems just like removal of Extract here in file-roller. People screamed and continued to scream until it was back (at least I know I did then, and I'll do it now). I have a notebook and DVD-RW inside (as do a lot of people) and I don't find it acceptable to drag bag of empty CDRs with me when I could replace it with one or two constant RWs. I know that erasing could be implemeted separately (just the same double work introducing as it was with Extract here), but this would probably just mean that I would stop using nautilus-cd-burner and go back to k3b. It's not integrated but on the other hand k3b is a complete solution which nautilus-cd-burner isn't

I feel sorry just for one thing. There was a lot more of people that felt mistake when Extract here than it will be now.

And a question to gnome hackers if they read this (I think a lot of people would agree).

Why introducing features and then removing them without option to go back?

Don't you think that moves like these are really negative? You're not gaining people with them, you're loosing them. Desktop should never remove features or make changes without easy *GO BACK*.

Decent way of removing any option in desktop would be providing them afterwards but still making option to use them if someone liked them, but believe me gconf key isn't *THE* answer. It didn't work with spatial nautilus and it won't in the future.

p.s. Now all I wait is for metacity to get doubleclick on caption and maximize without option to revert back to rollup (just because it's confusing for some users) and that's it. I'm done with gnome and hello anything else. Yeah, I know I could use different WM, but what is the point of having desktop, that needs endless tweaking to get it as you want. If I would want that, I wouldn't use gnome or kde as central part.

» parent