There is now a gnome-desktop-sharp 2.26.0 release to match the Gnome release. I presume Portage devs will break it up into gnome-desktop-sharp, gnome-panel-sharp, rsvg-sharp, wnck-sharp, etc. as they did with 2.24. Note that without this, gnome-do 0.8.1.3 is unable to find menu items, so launcher functionality is seriously degraded. I don't know if other packages are affected by this.
I've been tinkering with the eclass for some time to make the bump possible -- I had made some bad assumptions about what the versions of various packages would be in the future. It should "Just Work" to bump the affected packages to 2.26.0: dev-dotnet/gnome-desktop-sharp dev-dotnet/gnome-panel-sharp dev-dotnet/gnome-print-sharp dev-dotnet/gtkhtml-sharp dev-dotnet/gtksourceview-sharp dev-dotnet/nautilusburn-sharp dev-dotnet/rsvg-sharp dev-dotnet/vte-sharp dev-dotnet/wnck-sharp Mind you, I haven't tried this, since I'm not using the gnome overlay.
I was in the process of trying this very thing. Unfortunately there are some packages in the gnome overlay that are still at 2.25.x versions including gnome-desktop. I assume it's the *-sharp eclass which has the following dependency that is causing the update to fail: =gnome-base/gnome-desktop-2.26* I'll try this again after the gnome overlay is updated with the remaining 2.26.0 packages.
I've added the ebuild in tree. Gnome herd, please unmask this in your overlay and feel free to remove the mask when gnome-2.26.0 is added to the tree proper. I leave the resolution of this bug up to your temperament. +*gnome-desktop-sharp-2.26.0 (21 Mar 2009) + + 21 Mar 2009; Peter Alfredsen <loki_val@gentoo.org> + +gnome-desktop-sharp-2.26.0.ebuild: + Bump to 2.26.0 masked as a public service for the people on bug 262863. +
(In reply to comment #3) > I've added the ebuild in tree. Gnome herd, please unmask this in your overlay > and feel free to remove the mask when gnome-2.26.0 is added to the tree proper. > I leave the resolution of this bug up to your temperament. ZOMGAWESOMETHANKS :) /me runs off to try the new gnome-do
Oh, right, since it's unmasked now in the overlay, I guess this is FIXED :)
This doesn't quite look fixed to me, since there's been no upstream release of gnome-sharp-2.26 which gnome-desktop-sharp-2.26 seems to depend upon? Sorry Nirbheek, you seemed so happy too... 5:( As a side note, gnome-do-0.8 will work fine with the 2.24 gnome-desktop-sharp, as long as the config file at: /usr/lib/mono/gac/gnomedesktop-sharp/2.20.0.0__35e10195dab3c99f/gnomedesktop-sharp.dll.config Is modified not to have a specific dependency on gnome-desktop-2.so.7 (which they seem to change each release and the latest one requires .11) to just gnome-desktop-2.so. Sorry if this doesn't make much sense (or is completely wrong), but I'm half asleep, feel free to ask for clarification (or smack me upside of the head with a wet kipper) depending on the circumstances...
Without the unmask everything works fine. However with it I have broken dependencies. I cannot even mask it as it is unmasked so it is pulled anyway. Please do not unmask the packages with broken dependencies. They should not even get into overlay (not mentioning portage).
Sorry, sorry, loki_val quite rightly slapped me with a wet kipper, since I'm so asleep I forgot I messed around with a local gtk-sharp-module.eclass. Sorry about that and the associated bugspam. I'm off to sleep so that I don't end up making any more stupid mistakes tonight... 5:( (However, that does mean it's FIXED, so Nirbheek can stay happy!) 5:)
Calculating dependencies... done! [ebuild U ] dev-libs/glib-2.20.0 [2.18.4-r1] USE="fam -debug -doc -hardened (-selinux) -xattr" 4,841 kB [0=>1] [ebuild U ] gnome-base/gnome-desktop-2.26.0 [2.24.3] USE="-debug -doc" 3,112 kB [0=>1] [ebuild U ] dev-dotnet/gnome-desktop-sharp-2.26.0 [2.24.0-r10] USE="-debug" 0 kB [0] Total: 3 packages (3 upgrades), Size of downloads: 7,953 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/layman/gnome Unable to reproduce. We established on IRC that ikelos was being naughty with the gtk-sharp-module eclass. Perhaps that is your problem too, uzytkownik?
The first 2.26 ebuilds are getting into the tree and I got the first error which was resolved by unmasking this ebuild. Maybe it should be removed from package.mask?
(In reply to comment #10) > The first 2.26 ebuilds are getting into the tree and I got the first error > which was resolved by unmasking this ebuild. Maybe it should be removed from > package.mask? > as you can see in the comment above yours, this is not a problem until you unmasked things separatly. gnome-desktop ebuild is still masked so there is no problem.
*** Bug 269415 has been marked as a duplicate of this bug. ***
