criswell: hmm, I am also the dwarf. And am also 6'3". Weird. Of course, the "king of the dwarves" on the LARP field I play at is even bigger than me, so I guess size doesn't matter much. ;-)
The actor that played Gimli is frickin huge, I might note.
Hmm, yum finally updates things. Yay me!
Many things are broken. No yay me.
I rebuilt the gstreamer-mp3 plugin, but it has a habit of cutting out in the middle of a song in Rhythmbox. Sound starts up again on the next song. Weird. That's probably what I get for mangling up a spec file for the 0.6.3 gstreamer release and hoping it'll work on 0.7.3. (yes, I did use the 0.7.3 for compilation.)
SMB in Nautilus is working, altho the implementation doesn't seem to bother using the keyring when querying the server, just on accessing a share. Meaning that it doesn't even *show* some of the shares, such as my personal home folder. (submitted bug.)
Various icons seem broken; show desktop, lock screen, etc. (will wait for next update, this is all in flux after all.)
Damn scroll mouse still doesn't work. (bug already filed.)
Many of the Nautilus "special areas" don't work or aren't available. the CD Creator has no "Burn" button or menu option, for example. The "network" location doesn't show anything. There's no documentation about it that I see, so I don't know if that's good or bad... Guess the interface isn't done being hammered out. (will file bug after next release if no improvements are made - don't want to tell the developers what they are already working on.)
Metacity has a habit of crashing. (Can't get a backtrace atm, so no point in filing a bug here - would just be spam in the bug tracker.)
gedit has the new file selector, and I'm very disappointed. I surely hope the UI improves - it is beyond any doubt *worse* than the old one. not to mention buggy. and has silliness like an add/remove button book which *doesn't work*, but tells you by making a popup appear after clicking them, versus just disabling the buttons... (am about to file some notes on this)
Still hasn't been shipped. Poor me. I'm too impatient. :(
I'm starting to *really* get the itch to design up a saner packaging system than what we have. autopackage is quite close to what I'd want tho, so I've rather not put forth the effort to just duplicate already existing work.
Autopackage has a few design issues I rather dislike, however. The first is the whole idea of putting the installer stub in the package. *Nobody* but uber geeks can use this! When you download a .package file, it's not executable, and no sane browser/file manager will try to execute it. And users shouldn't have to be told to make it executable or use a command line.
The only way for it to work sanely is to have the package manager already installed. Which means the stubs are useless.
What I'd like is not only a solid usable application package manager, but a very indepth manual of rules for packaging that is strictly enforced. A package warehouse (or just directory) would be available which rates packaging attempts (in which the only way to score the highest rating is to meet *all* the guidelines/rules), and provide community written specs for packages. A community run QA system, if you will. Both users and vendors would then have an archive of pre-written fully functional specs of best quality available to them.
Of course, as always, I never have the time to follow thru with any of my ideas... ;-)
At least they're here in the public for some other fool^wdeveloper to implement them if they so wish.