gnome-extra/deskbar-applet-2.32.0 failing to emerge[SOLVED]

[todd93]

With only two packages left, gnome-extra/deskbar-applet-2.32.0 is failing to emerge! I'm almost to the end of some extensive work here on my gentoo. I have exhausted all the options, successfully ran revdep-rebuild, etc. But I think I have missed something with this package and was wondering if someone could take a look at my failure and guide me in the right direction?
It fails in the following way:

[todd93]

I thought I would post a few more items that may make this helpful
emerge --info '=gnome-extra/deskbar-applet-2.32.0':

[Navar]

[todd93]

[gemi]

this patch of deskbar-applet-2.32.0 worked for me:

delete line 2 of
../deskbar-applet-2.32.0/deskbar/handlers/evolution/evolution.c

modify line 5 of
../deskbar-applet-2.32.0/deskbar/handlers/evolution/evolution.h
to be
#include <glib.h>

[todd93]

[gemi]

the ebuild is here: /usr/portage/gnome-extra/deskbar-applet/deskbar-applet-2.32.0.ebuild section src_prepare(), just add it to the end

when running the emerge command the source gets unpacked into:
/var/tmp/portage/gnome-extra/deskbar-applet-2.32.0/ in that folder you can find the files to patch under

work/deskbar-applet-2.32.0/deskbar-applet-2.32.0/deskbar/handlers/evolution/evolution.c
../deskbar-applet-2.32.0/deskbar/handlers/evolution/evolution.h

[todd93]

[gemi]

you need to create a patch for each of the files mentioned

launch the epatch command in the ebuild file.

I think I put it as the last line in src_prepare() {} just after the python_convert_shebangs command.

you need to create a new manifest for the ebuild file with ebuild deskbar-applet-2.32.0.ebuild digest


after that you can emerge the package

[Hu]

gemi: are you suggesting he modify the ebuild inside $PORTDIR?

OP: note that any changes made to files in $PORTDIR, unless protected by a --exclude option, will be reverted when you next synchronize your tree. If you need to make a modified ebuild, place it in a local overlay. For the limited purpose you need, you could also use the Portage bashrc functionality so that you do not modify the ebuild at all.

[gemi]

I am aware of loosing the fix after a portage sync.

I just did a quick fix in there. Ideally someone fixes this upstream in portage.

You can of course use your own overlay in the meantime.

[spike88]

[Navar]

[todd93]

[Navar]

Something still doesn't make sense to me with the OP's issue.

Thinking about this simplistically; if it were a bug in the existing e-build, the old build style with seperate includes as discussed prior should have caused a re-build of deskbar-applet to fail. However; try as I might, I could not cause the respective build failure whether the evolution data server flag (eds) use flag was on or off. This would also be a long standing bug which should have been noticed after the glib API changes occurred.

SHA checksums match a recent sync'ed manifest file versus the distribution /usr/portage/distfiles/deskbar-applet-2.32.0.tar.bz2 I have from back in March 2011. Obviously the ebuild would have fetched anew if they were not.

Building my own simple test stub (main() and includes) including glib.h and glib/gstring.h produced the expected build error (after looking at my system installed glib.h header and the OP having same glib build version installed, I needed further convincing):

[Navar]

Nevermind... devs are on the ball https://bugs.gentoo.org/show_bug.cgi?id=439194

My prior post was beginning to question the sanity of today's build processes.

OP (todd93), check that you've done a recent emerge --sync since at least October 23rd.

Then check that /usr/portage/gnome-extra/deskbar-applet/files/deskbar-applet-2.32.0-glib-2.32.patch exists as there was no revision bump.

That applies a source patch prior to build phase to resolve this issue (via the src_prepare epatch call in the ebuild) and makes my prior post moot (that's why it's working, the fix is out there and I didn't notice). If you examine it you'll see somewhat (same result) changes applied as to what was mentioned above.
_________________
(I don't speak for/represent my current employer)

[todd93]