Summary: | d4x does not compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tom Wesley <tom> |
Component: | Current packages | Assignee: | Alastair Tse (RETIRED) <liquidx> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | davidov, dpblnt, friemann, igor_vagulin, ladanyi, lordvan, neysx, perry, polynomial-c, pva |
Priority: | High | ||
Version: | 2004.3 | ||
Hardware: | x86 | ||
OS: | All | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
a quick work-around
fixed ebuild with new patch and gtk/glib version correction |
Description
Tom Wesley
2005-01-23 06:00:09 UTC
Created attachment 49573 [details, diff]
a quick work-around
This is a naming conflict with gtk+-2.6.
GtkCellRendererProgress didn't exist in gtk+-2.4, but does in 2.6.
This patch simply renames the GtkCellRendererProgress-implementation in d4x to
a safe name.
Strange. I'm using gtk+2.4 and do not have such bug. The implementation of GtkCellRendererProgress in d4x conflicts with the implementation of gtk+-2.6. gtk+-2.4 is not affected, because it doesn't provide a GtkCellRendererProgress object. Created attachment 52924 [details]
fixed ebuild with new patch and gtk/glib version correction
I tried the proposed patch, and it allowed d4x to be compiled with glib/gtk 2.6 However the program segfaults as soon as it is run. The backtrace from gdb (even with d4x compiled in debug mode ) is : Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 994679120 (LWP 29824)] 0x3b05a8b5 in g_type_check_instance_is_a () from /usr/lib/libgobject-2.0.so.0 (gdb) backtrace #0 0x3b05a8b5 in g_type_check_instance_is_a () from /usr/lib/libgobject-2.0.so.0 FWIW, sticking the following sed in src_unpack did it for me on ~x86 and ~amd64, both up-to-date at the time of writing. sed -i 's:GtkCellRendererProgress:d4xGtkCellRendererProgress:g' main/face/lod.cc The segfault I posted was due to libglade-2.5.0. It was fixed with libglade-2.5.1. i am new here can u please tell me how to use this work-around. Is this patch going to be in portage? any news on this? (i like d4x though aria is good too ;)) Compiles ok with the proposed patch and ebuild. uhm... i can't find the patch to download though? From #6 if you put sed -i 's:GtkCellRendererProgress:d4xGtkCellRendererProgress:g' main/face/lod.cc in the src_unpack of the ebuild it works fine for me. patch from #1 and ebuild from #4 work great here. This should be updated into portage soon as there isn't a working version in portage. Verified in current portage. Please fix it as soon as possible. Well, this bug has been solved for so long and in many ways. Why hasn't it been merged with the portage tree yet ? its not fixed because i'm lazy ... but i've finally got time for it now. new ebuild and patch now in portage. thanks for all your contributions and patience! *** Bug 97034 has been marked as a duplicate of this bug. *** *** Bug 100244 has been marked as a duplicate of this bug. *** This bug is still showing up in portage for d4x 2.5.0 rc4. I will do. This bug was fixed in d4x-2.5.0-r1. If you're using x86, you will need the use the ~x86 version of this package. *** Bug 113990 has been marked as a duplicate of this bug. *** |