I have forked the GNU Image Manipulation Program, and you can download my version from this GitHub project. See my earlier posting for discussion of why. In few words: mainline GIMP is an XCF editor, not an image editor. My version is an image editor.
Although I disagree in the strongest possible terms with the GIMP team's vision of which users are important to support and which users should be told to fuck off, I have to say they did a good job of structuring their code base. Once I finished cloning the appropriate repositories it only took me a few minutes to find the things that needed to be changed to restore some semblance of normalcy to the interface. What's posted on Github now is very quick and dirty, but it already basically works.
I have changed only the "master" revision in the linked repository. If you want to try it, you'll have to download the source and compile it yourself. If there's demand I can probably put together at least an Arch Linux x64 binary package, but binaries for other operating systems or architectures aren't going to be easy. I could probably backport my changes to 2.8 if that's useful to anybody.
What I've done so far is to make the former "Export" command into a "Save" command. The former "Save" command is now a "Write XCF" command. The keyboard shortcuts have been changed accordingly. The "you should use some other command instead of the one you entered!" dialog boxes have been deleted with extreme prejudice. Saving in any format will now set the "file has been saved" flag, so you'll receive a warning about unsaved changes on exit if and only if there actually are unsaved changes. And that's about it.
It would be nice if XCF and all other formats could be saved with the same command instead of the current separation; but that will require a lot more work than just changing the menu items around. It's probably not completely prohibitive, though - much of the code is already shared between the two, with just some if statements in the middle of the "save" command to prevent it from being able to save XCF if it was invoked as "export" or prevent it from being able to save anything else if it was invoked as "save." Seeing that doesn't decrease my anger at the GIMP developers, because it's clear there is absolutely no technical reason the formats really need to be separated - they are separated in order to deliberately create an inconvenience for users, because that is what the high-priced usability talent thinks is needed in order to be taken seriously by the cool kids.
Other things that could be changed and haven't been yet: lots of online documentation, help files, translations, etc., still refers to the "Export" paradigm and should really be changed to reflect what the code now does. This was intended by the mainline developers to be a fundamental change in the nature of GIMP; it may be naive to think we can undo it just by swapping around a few menu item names and setting a flag in the unsaved-changes logic. The name of the entire package should really be changed; "gimp" is a taboo word in some communities and really not suitable for the name of a software package that wants to be taken seriously and compete with commercial products, and both I and the mainline developers would probably prefer that it be as difficult as possible to confuse the fork with the mainline version. And this might also be a good opportunity to change some other small things that annoy me about mainline GIMP, such as the default (fortunately configurable, but it should not be default) of making the toolbox a "special" window that screws up the window manager.
How much enthusiasm I will have for the ambitious project of making it all really right and continuing to track mainline development into the indefinite future will depend on whether anyone other than me uses this one. I don't really want to be in the business of image editor development; I have plenty of other projects and just want to have an image editor I can use myself without finding myself contemplating a tri-province killing spree every time I try to exit after saving my changes.
So, if you like this: ideally, you'd take over its development yourself! Failing that, you could link to it or tweet it or whatever, because that's what will encourage me to continue improving it.