Attaching in a sec. (gnome-do-plugins does not need a bump, afaict.) One bug was fixed: dependency of gnome-desktop-sharp has risen to at least 2.26.0. Reproducible: Always Steps to Reproduce:
Created attachment 212584 [details] gnome-do-0.8.3.1.ebuild
Almost forgot (been a while since I posted a bug :) $ emerge --info Portage 2.1.6.13 (default/linux/amd64/10.0/desktop, gcc-4.3.4, glibc-2.9_p20081201-r2, 2.6.32-gentoo x86_64) ================================================================= System uname: Linux-2.6.32-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_P8800_@_2.66GHz-with-gentoo-2.0.1 Timestamp of tree: Thu, 10 Dec 2009 01:00:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p35 dev-java/java-config: 2.1.9-r1 dev-lang/python: 2.6.4 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.4-r3 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.5.3 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.7.9-r1, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=core2 -msse4.1" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -march=core2 -msse4.1" DISTDIR="/usr/portage/distfiles" FEATURES="ccache collision-protect distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="C" LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 avahi bash-completion berkdb bluetooth branding bzip2 cairo cdr cjk cli consolekit cracklib crypt cups cxx dbus divx dri dts dvd dvdr eds emboss encode evo fam firefox flac fortran gdbm gif gnome gpm gstreamer gtk hal iconv ipv6 jpeg ldap libnotify lm_sensors mad mikmod mmx modules mp3 mp4 mpeg mudflap multilib nautilus ncurses networkmanager nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png ppds pppd pulseaudio python qt3support quicktime readline reflection samba sdl session spell spl sse sse2 ssl startup-notification svg sysfs syslog tcpd theora thunar tiff truetype unicode usb vorbis x264 xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv vesa fbdev" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Please update a patch for the ebuild next time, it makes it a lot easier to quickly scan the changes that were made. Why did you increase the gnome-desktop-sharp dependency? There is nothing in gnome-do that suggests that this needs to be changed.
Added to CVS.
(In reply to comment #3) > Please update a patch for the ebuild next time, it makes it a lot easier to > quickly scan the changes that were made. I'll submit a patch next time. Sorry about that. > > Why did you increase the gnome-desktop-sharp dependency? There is nothing in > gnome-do that suggests that this needs to be changed. > Well, it's an "R"DEPEND because gnome-do crashes if it doesn't get that. It may not be listed in the documentation, but the code wants it. ;) If that's a bug, I'll file one in GNOME Do's bug tracker. In the meantime, can we keep that dependency?
Please file it upstream. The current configure script just checks for any version of gnome-desktop-sharp-2.*. I would also like to know how upstream want to handle that (by fixing it to work again or by raising the dependencies). I'm a bit hesitant to just raise the gnome-desktop-sharp dependency to 2.26 and leave the other related dependencies on 2.24.
Reported it upstream: https://bugs.edge.launchpad.net/gentoo/+bug/497184 Now we wait... ;)
Upstream had me file it with gnome-desktop-sharp, so this is what I've done: https://bugzilla.novell.com/show_bug.cgi?id=566992 If someone can, could they install a stable version of GNOME Do and report if 1) it uses gnome-desktop-sharp-2.24 and 2) if it has the same failure?
I knew they'd reject the bug. They claim that gnome-desktop-sharp-2.24 ought to depend on libgnome-desktop 2.24 as well. This makes sense. Perhaps gnome-sharp-desktop change is in order?
OK, GNOME Do devs had some interesting comments. I'm re-posting here for convenience: This is not an upstream gnome-desktop-sharp upstream bug; it's a bug in Gentoo's packaging of gnome-desktop-sharp. Let me describe in detail what's going on: gnome-desktop-sharp is a C# binding for libgnome-desktop. It dynamically opens the libgnome-desktop shared object. Since the precise name of this object will change from platform to platform, Mono uses .dll.config files to map between what the CIL code specifies and the library to dynamically load. "gnome-desktop-2" is what's specified in gnomedesktop-sharp.dll, and for Ubuntu's current development release we ship the following gnomedesktop-sharp.dll.config configuration file: <configuration> <dllmap dll="libglib-2.0-0.dll" target="libglib-2.0.so.0"/> <dllmap dll="libgobject-2.0-0.dll" target="libgobject-2.0.so.0"/> <dllmap dll="libgthread-2.0-0.dll" target="libgthread-2.0.so.0"/> <dllmap dll="libgtk-win32-2.0-0.dll" target="libgtk-x11-2.0.so.0"/> <dllmap dll="gnome-desktop-2" target="libgnome-desktop-2.so.11"/> </configuration> This maps "gnome-desktop-2" to "libgnome-desktop-2.so.11", which is the current libgnome-desktop-2 SONAME. This means that our gnome-desktop-sharp package needs a dependency on libgnome-desktop-2-11, because gnome-desktop-sharp won't work without libgnome-desktop-2.so.11. So, for Gentoo, your bug can be fixed by either: 1) Adding a dependency on a version of libgnome-desktop with SO version 7 to gnome-desktop-sharp 2) Updating the .dll.config file to point to libgnome-desktop-2.so.11 (and adding a dependency on _that_ version of libgnome-desktop) 3) Because you're Gentoo, and always have development symlinks available, update the .dll.config to point to libgnome-desktop-2.so
Cc'ing gnome@gentoo.org here as well, since I'm not sure if we have an active dotnet project atm and this does look like a bug in gnome-desktop-sharp. Jacob, thanks for all the work so far!
not sure what you expect gnome herd to do here, we barely have enough hands to keep up with stuff that is assigned to us. We do warn about ABI/API breaks for gnome-desktop so I would understand if binding failed without the proper version installed.
This bug is pretty simple to fix, right? We just need an RDEPEND update. Wherever libgnome-desktop-2.so.7 appears (2.26.0 afaict) that needs to be the new dependency. (Changing it to libgnome-desktop-2.so.11 is a possibility, but I think the closer to upstream we are the less work Gentoo devs have to do.)
Had to upgrade to dev-dotnet/gnome-desktop-sharp-2.26.0 in order to work correctly.
unCCing gnome, see comment #12 for motivation.
I've bumped the dependency in gnome-do to be >=gnome-desktop-sharp-2.26 to lessen the chance that this causes problems. Reassigning to the dotnet folks because comment 10 seems to imply that the real fix must be carried out there.
This is fixed in latest gnome-desktop-sharp (I will for now keep updating soname when needed as all the other distributions do)
Actually, gnome-do started needing .so.17, because of bug #312163 it would seem: "Could not load desktop item: libgnome-desktop-2.so.17" So, this bug is not fixed, unfortunately. I've re-emerged gnome-desktop-sharp, gnome-do, and gnome-do-plugins. No luck. :(
(In reply to comment #18) > Actually, gnome-do started needing .so.17, because of bug #312163 it would > seem: > > "Could not load desktop item: libgnome-desktop-2.so.17" > > So, this bug is not fixed, unfortunately. I've re-emerged gnome-desktop-sharp, > gnome-do, and gnome-do-plugins. No luck. :( > What gnome-desktop-sharp do you have installed? You need 2.26.0-r1
+ 12 Jul 2010; Pacho Ramos <pacho@gentoo.org> + gnome-desktop-sharp-2.26.0-r1.ebuild: + RDEPEND on >=gnome-base/gnome-desktop-2.30 Should be solved now
(In reply to comment #20) > + 12 Jul 2010; Pacho Ramos <pacho@gentoo.org> > + gnome-desktop-sharp-2.26.0-r1.ebuild: > + RDEPEND on >=gnome-base/gnome-desktop-2.30 > > Should be solved now Thanks for fixing! dev-dotnet/gnome-desktop-sharp-2.26.0-r1 also seems to depend on gnome-desktop, so that might need fixing too. (In fact, I'm not sure whether gnome-desktop-sharp is the one that really needed fixing here or not.)