
note: I'm using 2.22.3 on x86haarp wrote:Meh. Only problems with Gnome 22 for me on AMD64.
1. Items in the Trash can't be accessed from other apps like before. I need to restore them to access them again...
2. Nautilus lost a lot of its functionality that was provided by plugins before the update (open terminal here, image converter). Even the Unmount option is gone.
3. Gnome now chooses seemingly randomly what mounted devices to put on the Desktop. Right now, I have a bind-mount that resides on my filesystem as a nice little icon on the Desktop. Completely useless, since it's not a drive, I don't have the rights to unmount it, and trying to unmount it tries to unmount / itself. Oh joy. On the other hand, a CD, an USB stick or another hard disk do not appear anymore. So it's literally the opposite of what it's supposed to do
What a stupid idea. They should just point the Trash to that folder instead of using some vfs that no other apps understands/can open1. ~/.local/share/Trash/files/ works for me
Yeah, I managed to get open-terminal again after some fiddling, aswell as the file-roller integration (god I hate file-roller anyway, every other app, especially Winrar under Windoze is vastly superior)2. Unmount is still there for me. As for opening terminal "gnome-extra/nautilus-open-terminal".

Do you have a link?EvaSDK wrote:For informations about what's holding ${ARCH}, there's nothing more than what's listed in the tracker bug.

http://bugs.gentoo.org/show_bug.cgi?id=214260Aniruddha wrote:Do you have a link?EvaSDK wrote:For informations about what's holding ${ARCH}, there's nothing more than what's listed in the tracker bug.
Code: Select all
[blocks B ] <gnome-base/gnome-applets-2.22.0 (is blocking dev-libs/libgweather-2.22.3)
[blocks B ] <gnome-base/gnome-control-center-2.22 (is blocking gnome-base/gnome-settings-daemon-2.22.2.1)
[blocks B ] <media-video/totem-2.21 (is blocking dev-libs/totem-pl-parser-2.22.3)
Thanks - will give that a shot. Appreciate the help!alkan wrote:I've got around this problems by unmering old versions of those blocking pkgs.

I had also to unmerge gnome-light since it was pulling in gnome-base/gnome-control-center-2.20.3.sargek wrote:Thanks - will give that a shot. Appreciate the help!alkan wrote:I've got around this problems by unmering old versions of those blocking pkgs.
Code: Select all
[nomerge ] gnome-base/gnome-light-2.20.3
[ebuild N ] gnome-base/gnome-control-center-2.20.3 USE="alsa eds esd hal -debug" 0 kB
[ebuild U ] gnome-base/gnome-panel-2.22.2 [2.20.3] USE="eds -debug -doc -networkmanager%" 3,179 kB
[ebuild U ] gnome-base/nautilus-2.22.5.1 [2.20.0-r1] USE="X gnome -beagle -debug (-esd%*) (-tracker%)" 4,900 kB
[ebuild U ] gnome-base/librsvg-2.22.2 [2.20.0] USE="zlib -debug -doc (-gnome%*)" 454 kB Code: Select all
[blocks B ] <gnome-base/gnome-control-center-2.22 (is blocking gnome-base/gnome-settings-daemon-2.22.2.1)
That's what I suspected, I'm going to sync again tomorrow and emerge gnome-lightliutom wrote:look at "emerge gnome -pv"
it says gnome (and gnome-light) are still 2.20 !!!
so not all updates are finished...
Liu

Anyone know if the fix for this upstream bug has been included in Gentoo Gnome 2.22?blueflame wrote:EvaSDK wrote:yes this is a known bug and has already been reported upstream.blueflame wrote:Anyone notice that Nautilus no longer preserves a file's modification date & time when you copy it?![]()
I wish developers would not mess with established features and behaviors of such fundamental parts of Gnome.

Code: Select all
# emerge -av gnome-light
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] gnome-base/gnome-settings-daemon-2.22.2.1 USE="alsa esd gstreamer -debug" 0 kB
[ebuild N ] gnome-base/gnome-control-center-2.22.2.1 USE="eds esd hal -debug" 2,061 kB
[ebuild R ] gnome-base/gnome-light-2.20.3 0 kBRegarding gnome-base/gnome-2.22.0 and gnome-base/gnome-light-2.22.0 meta packages:
Learn to use your tools and especially emerge. emerge --upgrade --deep --verbose --ask gnome (or rather emerge -uDva gnome) will work with 2.20 meta ebuilds too... nothing in the 2.20 meta tells that it's restricted to gnome 2.20 packages. This way you will just not get new modules (cheese and vinagre) forced on you yet, and will have a redundant gnome-keyring-manager still pulled in. That's it. Other than that you can have a full GNOME from that. This is why we do not pay any attention to the metas in the overlay, and therefore none get updated for a new version before everything is in portage and it's almost ready for unmasking. It's just not necessary.