Skip navigation.

GNOME 2.9.3 Development Release

Gnome 2.x
Gnome 2.x

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
good old days of Linux kernel development, GNOME uses odd minor version
numbers to indicate development status. Please check the 2.9 start page for
more information...

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

platform: http://ftp.gnome.org/pub/GNOME/platform/2.9/2.9.3/NEWS
tar.gz: 48M total
tar.bz2: 34M total

desktop: http://ftp.gnome.org/pub/GNOME/desktop/2.9/2.9.3/NEWS
tar.gz: 153M total
tar.bz2: 108M total

bindings: http://ftp.gnome.org/pub/GNOME/bindings/2.9/2.9.3/NEWS
tar.gz: 15M total
tar.bz2: 11M total

Happy testing!

- The GNOME Release Team

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

New Features

Have you added the ability to create and change starters in any folder? At the moment this only possible in for example applications:///.

It would be really cool if the menus (i mean the ones that are usually on the top panel) all get there their very own uri. For example: I have got 2 menus on the top panel. The first one is called Applications, the second one Computer. It would be cool to enter applications-menu or computer-menu to edit one of them.

Is it now possible to burn Audio CDs within the gnome-cd-creator? It would be enough if it asks to burn either an Audio CD or a Data CD if there are any audio files in the burn:/// location. A small, easy to use, yet powerful burning application would be even cooler.

I like the possibility to use scripts to enhance the power of the Gnome Desktop. But 1. why isn't there a systemwide location to put scripts for all users, it could be made reachable by using the gnome-vfs, it could be called system-scripts:///, the user could use scripts:/// or user-scripts:/// to edit his very own scripts. 2. Scripts would be even more useful if they only appear when they are needed. I think a simple XML file for each script describing what the script does when it should appear in the menu would do the job. The description file could be called scriptname.scriptdescription. The script menu should maybe also renamed to actions.

The "new document" menu:
1. The templates directory should be placed in ~/.gnome/templates and not in ~/Templates, nobody needs this directory in daily use.
2. What about a systemwide "Templates" directory???
3. The templates directory should be made reachable through the gnome-vfs. system-templates:/// for the systemwide templates. And user-templates:/// and templates:/// for users own templates.
4. An template-ignore.conf file should allow users to ignore templates in the systemwide Templates directory. This would also be great for the "scripts" directory.
5. There is a bug in the "new document" and "scripts" menus. Folders may not contain spaces and/or german umlauts.

New submenus:
I would like to have two new submenus for nautilus. The first one allows to copy the second one allows to move files to a given location. I saw this feature in KDE and it is really useful. The locations should be given by two configuration files, one for the user, and one for the whole system. It should allow folders, any gnome-vfs location and devices and also compressed or non-compressed archives like tar and bzip2. If a folder/file is copied to a cd drive it should actually copy it to the burn:/// location. And also here it should be possible to reach the settings through a gnome-vfs location. system-moveto-locations:///, moveto-locations:///, system-copyto-locations:/// and copyto-locations:///.

Documents folder.
At the moment the Documents folder can't be renamed without losing the Gnome support. It would be better if the user could set the name of the Documents himself using gconf. To allow user who don't know the location of this folder to use it on a foreign machine you could use the gnome-vfs. For example documents:///. It is the same about the Desktop folder.

Well, that was my wishlist for Gnome 2.10.

Any questions, comments,... send a mail to hartmut.meigen@gmx.de

FTP Access

One thing that frustrates me about gnome.org is their ftp access. Be it gnome art, or the source tarballs, the most I manage to get is a megre second of a download, and it simply stalls. Is there something I'm missing about gnome.org's ftp site?

Does this release fix the pro

Does this release fix the problem where you can't drag windows off the top of the screen? That bug was driving me so nuts I actually switched to KDE until it gets fixed.

No, that's still an open bug

There is still an open bug about that issue (which one of the Metacity developers strongly objects to, and which another doesn't care much about). We'll have to see how it pans out, but edge resistance will need to be implemented before a solution to this issue can be attempted.

That's Not a Bug; It's a Feat

That's Not a Bug; It's a Feature(tm)-- the idea of that particular behavior is to prevent anyone from ever getting stuck with a window that they can't move because they can't reach the titlebar.

It's a bad feature!

Metacity allow Alt+left click & drag window for same thing, so this is a bad feature, I think :) Or any mouse other specified modifier. And even, we have shortcut for activating window moving with arrow keys.

Applications behave strange

I don't like this feature either. Think of applications that present their windows such that OK or CANCEL buttons (typically in the bottom-right corner of a widget) are not even visible anymore because the window's height is too big for the current desktop (ok, that shouldn't happen, but it does)

Concrete example:
I work on a 1024x768 notebook with a panel on the top and one at the bottom (using gnome2.8). When using Eclipse for coding (the GTK version) and showing its Preferences Menu, I always have to hide both my panels, in order to access the OK button. Would the Preferences window be only slightly bigger, I would have no chance to push the OK button anymore.

I think a more flexible solution would be required!

You may have found a bug

Metacity is supposed to handle the special case where windows are too large to fit on the screen and allow the titlebar to be moved offscreen in this case. It sounds like perhaps you found a bug with this code; I would suggest filing your experience in bugzilla.

That really should be filed a

That really should be filed as a bug in Eclipse. 1024x768 is considered a very standard sized desktop.

That really is the wrong answer

The right answer to the OP's kind of question is not "It is someone else's fault." The right answer is "We will fix it, but you should also tell X they are doing something wrong." Remember the Internet philosophy: Be liberal in what you accept and conservative in what you send. It applies well to most forms of IPC.

List of changes?

Is there some changelog about this release? I have found nothing in the link http://www.gnome.org/start/2.9/

I'm curious about what's going on for 2.9.3

Oh, and merry christmas to all! (and happy hacking!)

Read the NEWS files in the ar

Read the NEWS files in the article. A Change_Log really is a log, and you don't want to read that=)

Thanks

Sorry for my error. I was looking at the article's links that end in big NEWS text, but was not seeing them (rather was assuming they were download links, surely due to the tarball sizes shown below).

Christmas celebrations (drinks specially) should be blamed for this! :-P

nautilus startup faster

but for opening a large directory, it remains slow

Use newer GTK+

GTK+ 2.6 have apparently optimised large directories. You should try it.

--
:wq

thanks, I use gtk+2.6

thanks, I use gtk+2.6

Worse Nautilus "bug" ...

... is that you have to access the Preferences to view hidden/backup files. This is really an obnoxious one.

merry Christmas to all!

rehdon

Really?

You don't have to go to Preferences to toggle viewing of hidden files on or off. It's a checkbox right in the "View"-menu. At least on nautilus 2.8.0.

Oh, and merry christmas to you to :-)

Seems not!

Boy, is this good news! What a pity that Mandrakelinux is one GNOME release behind. Time to look into cooker ...

Thanks for the tip.

rehdon

Notification

When is GNOME going to adopt notification support to the desktop?

--
Sridhar R

Gnome Menu Editing?

There is no way to edit Gnome Menu in 2.8.
I wonder if they gonna fix this problem?

no, menu can be edited

Yes, you must go to "applications:" in nautilus to access menu to edit it. Something similar to trash:

Nope

The applications:/// uri is now broken.

:(

It works here. Complain to y

It works here. Complain to your distro's Gnome maintainers.

which won't do much good if t

which won't do much good if that distro has 2.9.x :) applications: is gone.

So what replaces it?

Then what replaces the applications:/// url in 2.9 ?

BTW: My Applications menu is now blank in 2.9.3 :/

Tried update-desktop-database and update-mime-database, still no go.

sounds like you are missing t

sounds like you are missing the new gnome-menus package, which follows the XDG standard.

I dont like applications styl

I dont like applications style in 2.9.x

Again???

File Roller

* Fixed bug #160221: No more "extract here" entry in Nautilus context menu.

What do they plan, that we will actualy run File Roller gui???? Bad decision.

God, I hope that someone will start writing something like File Roller, only having all context menus. Or something like nautilus-sendto (author of this on just become my personal hero).

Re: Again???

I believe that "No more extract here entry in Nautilus context menu" was the description of the bug, not the solution to it.

What users really interest..

nautilus-cd-burner was update

nautilus-cd-burner was updated without a NEWS entry. ;(

The "good old days"? by Anonymous George

The "good old days"?

Don't know if you can call 2.6 a stable release with all the new (possible unstable so development) stuff in it. Otherwise, yes: the kernel (still) uses x.y.z versions where an odd y means development/unstable and an even y stable.

Re: The "good old days"?

Well, if you think the next number after 2.5.99rc492 is 2.6, yes, I'd say that's odd indeed.

the kernel uses odd _minor_ v

the kernel uses odd _minor_ version numbers for development releases. The major can still be even (if I understand your question correctly).