<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>79204</bug_id>
          
          <creation_ts>2005-01-23 06:00 0000</creation_ts>
          <short_desc>d4x does not compile</short_desc>
          <delta_ts>2005-11-29 23:15:58 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>2004.3</version>
          <rep_platform>x86</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tom@tomaw.net</reporter>
          <assigned_to>liquidx@gentoo.org</assigned_to>
          <cc>davidov@complat.ru</cc>
    
    <cc>dpblnt@gmail.com</cc>
    
    <cc>felix@hsgheli.de</cc>
    
    <cc>igor_vagulin@mail.ru</cc>
    
    <cc>ladanyi@tmit.bme.hu</cc>
    
    <cc>lordvan@gentoo.org</cc>
    
    <cc>neysx@gentoo.org</cc>
    
    <cc>perry@luperry.com</cc>
    
    <cc>polynomial-c@gentoo.org</cc>
    
    <cc>pva@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tom@tomaw.net</who>
            <bug_when>2005-01-23 06:00:09 0000</bug_when>
            <thetext>d4x fails to compile with the following output:

&lt;command line&gt;:4:1: warning: this is the location of the previous definition
if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../..   -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DXTHREADS -D_REENTRANT -DXUSE_MTSAFE_API -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/freetype2/config -include ../../config.h  -march=athlon-mp -O2 -pipe -D_FILE_OFFSET_BITS=64   -MT edit.o -MD -MP -MF &quot;.deps/edit.Tpo&quot; -c -o edit.o edit.cc; \
then mv -f &quot;.deps/edit.Tpo&quot; &quot;.deps/edit.Po&quot;; else rm -f &quot;.deps/edit.Tpo&quot;; exit 1; fi
In file included from &lt;command line&gt;:7:
./../../config.h:464:1: warning: &quot;_REENTRANT&quot; redefined
&lt;command line&gt;:4:1: warning: this is the location of the previous definition
lod.cc:130: error: conflicting declaration &apos;struct GtkCellRendererProgress&apos;
/usr/include/gtk-2.0/gtk/gtkcellrendererprogress.h:41: error: &apos;GtkCellRendererProgress&apos; has a previous declaration as `typedef struct _GtkCellRendererProgress GtkCellRendererProgress&apos;
lod.cc:136: error: conflicting declaration &apos;struct GtkCellRendererProgressClass&apos;
/usr/include/gtk-2.0/gtk/gtkcellrendererprogress.h:42: error: &apos;GtkCellRendererProgressClass&apos; has a previous declaration as `typedef struct _GtkCellRendererProgressClass GtkCellRendererProgressClass&apos;
lod.cc: In function `void gtk_cell_renderer_progress_set_property(GObject*, guint, const GValue*, GParamSpec*)&apos;:
lod.cc:178: error: &apos;struct _GtkCellRendererProgress&apos; has no member named &apos;percent&apos;
lod.cc:181: error: &apos;struct _GtkCellRendererProgress&apos; has no member named &apos;dwn&apos;
lod.cc: In function `void gtk_cell_renderer_progress_render(GtkCellRenderer*, GdkWindow*, GtkWidget*, GdkRectangle*, GdkRectangle*, GdkRectangle*, GtkCellRendererState)&apos;:
lod.cc:198: error: &apos;struct _GtkCellRendererProgress&apos; has no member named &apos;percent&apos;
lod.cc:226: error: &apos;struct _GtkCellRendererProgress&apos; has no member named &apos;dwn&apos;
make[3]: *** [lod.o] Error 1
make[3]: *** Waiting for unfinished jobs....
make[3]: Leaving directory `/var/tmp/portage/d4x-2.5.0/work/d4x-2.5.0final/main/face&apos;
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/d4x-2.5.0/work/d4x-2.5.0final/main&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/d4x-2.5.0/work/d4x-2.5.0final&apos;
make: *** [all] Error 2


emerge info:
Portage 2.0.51-r14 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r6 i686)
=================================================================
System uname: 2.6.10-gentoo-r6 i686 AMD Athlon(tm) MP 2400+
Gentoo Base System version 1.6.8
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Nov  6 2004, 22:58:27)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.8.5-r1, 1.8.5-r2, 1.4_p6, 1.6.3, 1.7.9, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.2-r7
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-march=athlon-mp -O2 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/mail/dspam /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=athlon-mp -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage-distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig candy ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gentoo.tiscali.nl/gentoo/ http://ftp.easynet.nl/mirror/gentoo/ http://gentoo.mirror.sdv.fr ftp://ftp.tiscali.nl/pub/mirror/gentoo http://mir.zyrianes.net/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage-packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 3dfx 3dnow X aalib alsa apm avi berkdb bitmap-fonts cdr crypt cups dga dvd dvdr eds encode evo f77 fam font-server foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 guile hal imagemagick imlib ipv6 java jikes jpeg ldap libg++ libwww mad mikmod mmx motif moznocompose moznoirc moznomail mpeg mysql ncurses network nls nntp nptl offensive oggvorbis opengl oss pam pda pdflib perl png python quicktime readline sdl slang smime spell ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode xine xml2 xprint xv zlib linguas_en_GB&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LDFLAGS

I&apos;m using GTK+-2.6.1-r1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>felix@hsgheli.de</who>
            <bug_when>2005-01-26 09:14:14 0000</bug_when>
            <thetext>Created an attachment (id=49573)
a quick work-around

This is a naming conflict with gtk+-2.6.
GtkCellRendererProgress didn&apos;t exist in gtk+-2.4, but does in 2.6.
This patch simply renames the GtkCellRendererProgress-implementation in d4x to
a safe name.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2005-02-02 14:08:25 0000</bug_when>
            <thetext>Strange.
I&apos;m using gtk+2.4 and do not have such bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>felix@hsgheli.de</who>
            <bug_when>2005-02-13 08:29:49 0000</bug_when>
            <thetext>The implementation of GtkCellRendererProgress in d4x conflicts with the implementation of gtk+-2.6. gtk+-2.4 is not affected, because it doesn&apos;t provide a GtkCellRendererProgress object.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ferimy@gmail.com</who>
            <bug_when>2005-03-08 05:00:34 0000</bug_when>
            <thetext>Created an attachment (id=52924)
fixed ebuild with new patch and gtk/glib version correction
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pharon@gmail.com</who>
            <bug_when>2005-03-08 17:15:49 0000</bug_when>
            <thetext>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

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>neysx@gentoo.org</who>
            <bug_when>2005-03-17 08:12:55 0000</bug_when>
            <thetext>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 &apos;s:GtkCellRendererProgress:d4xGtkCellRendererProgress:g&apos; main/face/lod.cc
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pharon@gmail.com</who>
            <bug_when>2005-03-21 07:46:25 0000</bug_when>
            <thetext>The segfault I posted was due to libglade-2.5.0. It was fixed with libglade-2.5.1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aqua26@gmail.com</who>
            <bug_when>2005-03-30 02:42:55 0000</bug_when>
            <thetext>i am new here can u please tell me
how to use this work-around. 
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>davidov@complat.ru</who>
            <bug_when>2005-04-09 12:30:07 0000</bug_when>
            <thetext>Is this patch going to be in portage?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lordvan@gentoo.org</who>
            <bug_when>2005-04-21 06:09:27 0000</bug_when>
            <thetext>any news on this? (i like d4x though aria is good too ;))</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bugzilla@lourdas.name</who>
            <bug_when>2005-04-29 10:59:23 0000</bug_when>
            <thetext>Compiles ok with the proposed patch and ebuild.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>nt@divzero.at</who>
            <bug_when>2005-05-11 02:52:12 0000</bug_when>
            <thetext>uhm... i can&apos;t find the patch to download though?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tom@tomaw.net</who>
            <bug_when>2005-05-11 03:03:56 0000</bug_when>
            <thetext>From #6 if you put 

sed -i &apos;s:GtkCellRendererProgress:d4xGtkCellRendererProgress:g&apos; main/face/lod.cc

in the src_unpack of the ebuild it works fine for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iverson0881@hotmail.com</who>
            <bug_when>2005-05-27 00:48:02 0000</bug_when>
            <thetext>patch from #1 and ebuild from #4 work great here. This should be updated into
portage soon as there isn&apos;t a working version in portage. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>chenxy@opencjk.org</who>
            <bug_when>2005-06-04 16:43:24 0000</bug_when>
            <thetext>Verified in current portage.  Please fix it as soon as possible.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>stanley_87@mail.ru</who>
            <bug_when>2005-06-24 05:46:13 0000</bug_when>
            <thetext>Well, this bug has been solved for so long and in many ways. Why hasn&apos;t it been
merged with the portage tree yet ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liquidx@gentoo.org</who>
            <bug_when>2005-06-24 07:00:49 0000</bug_when>
            <thetext>its not fixed because i&apos;m lazy ... but i&apos;ve finally got time for it now. new ebuild and patch now in portage. 
thanks for all your contributions and patience!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>igor_vagulin@mail.ru</who>
            <bug_when>2005-06-26 01:36:56 0000</bug_when>
            <thetext>*** Bug 97034 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-07-25 09:25:05 0000</bug_when>
            <thetext>*** Bug 100244 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>illuminatedwax@hotmail.com</who>
            <bug_when>2005-07-27 19:20:15 0000</bug_when>
            <thetext>This bug is still showing up in portage for d4x 2.5.0 rc4.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tom@tomaw.net</who>
            <bug_when>2005-07-28 00:30:41 0000</bug_when>
            <thetext>I will do.  This bug was fixed in d4x-2.5.0-r1.  If you&apos;re using x86, you will
need the use the ~x86 version of this package.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2005-11-29 23:15:58 0000</bug_when>
            <thetext>*** Bug 113990 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>49573</attachid>
            <date>2005-01-26 09:14 0000</date>
            <desc>a quick work-around</desc>
            <filename>d4x-gtkcellrenderer-progress-fix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG1haW4vZmFjZS9sb2QuY2Mub3JpZwkyMDA1LTAxLTI2IDE3OjM2OjQ2LjM4MDk0NDY3MiAr
MDEwMAorKysgbWFpbi9mYWNlL2xvZC5jYwkyMDA1LTAxLTI2IDE3OjM2OjUyLjIwODA1ODgxNiAr
MDEwMApAQCAtMTI3LDIwICsxMjcsMjAgQEAKIAogLyoqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KIAotc3RydWN0IEd0a0NlbGxS
ZW5kZXJlclByb2dyZXNzeworc3RydWN0IEd0a0NlbGxSZW5kZXJlclByb2dyZXNzZDR4ewogCUd0
a0NlbGxSZW5kZXJlciBwYXJlbnQ7CiAJZ2Zsb2F0IHBlcmNlbnQ7CiAJdERvd25sb2FkICpkd247
CiB9OwogCi1zdHJ1Y3QgR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NDbGFzc3sKK3N0cnVjdCBHdGtD
ZWxsUmVuZGVyZXJQcm9ncmVzc2Q0eENsYXNzewogCUd0a0NlbGxSZW5kZXJlckNsYXNzIHBhcmVu
dF9jbGFzczsKIH07CiAKLUd0a1R5cGUgICAgICAgICAgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jl
c3NfZ2V0X3R5cGUgKHZvaWQpOworLy9HdGtUeXBlICAgICAgICAgIGd0a19jZWxsX3JlbmRlcmVy
X3Byb2dyZXNzX2dldF90eXBlICh2b2lkKTsKLUd0a0NlbGxSZW5kZXJlciAqZ3RrX2NlbGxfcmVu
ZGVyZXJfcHJvZ3Jlc3NfbmV3ICAgICAgKHZvaWQpOworLy9HdGtDZWxsUmVuZGVyZXIgKmd0a19j
ZWxsX3JlbmRlcmVyX3Byb2dyZXNzX25ldyAgICAgICh2b2lkKTsKIAotc3RhdGljIHZvaWQgZ3Rr
X2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3NfaW5pdCAoR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3MgKmNl
bGxwaXhidWYpeworc3RhdGljIHZvaWQgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3NfaW5pdCAo
R3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NkNHggKmNlbGxwaXhidWYpewogfTsKIAogc3RhdGljIHZv
aWQKQEAgLTE3Miw3ICsxNzIsNyBAQAogCQkJCQkgZ3VpbnQgICAgICAgICBwYXJhbV9pZCwKIAkJ
CQkJIGNvbnN0IEdWYWx1ZSAqdmFsdWUsCiAJCQkJCSBHUGFyYW1TcGVjICAgKnBzcGVjKXsKLQlH
dGtDZWxsUmVuZGVyZXJQcm9ncmVzcyAqcmVuZGVyZXIgPSAoR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jl
c3MgKilvYmplY3Q7CisJR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NkNHggKnJlbmRlcmVyID0gKEd0
a0NlbGxSZW5kZXJlclByb2dyZXNzZDR4ICopb2JqZWN0OwogCXN3aXRjaCAocGFyYW1faWQpewog
CWNhc2UgMToKIAkJcmVuZGVyZXItPnBlcmNlbnQ9Z192YWx1ZV9nZXRfZmxvYXQodmFsdWUpOwpA
QCAtMTk1LDcgKzE5NSw3IEBACiAJCQkJICAgR2RrUmVjdGFuZ2xlICAgICAgICpleHBvc2VfYXJl
YSwKIAkJCQkgICBHdGtDZWxsUmVuZGVyZXJTdGF0ZSBmbGFncyl7CiAJY2hhciB0bXBjWzEwMF07
Ci0JZmxvYXQgcD0oKEd0a0NlbGxSZW5kZXJlclByb2dyZXNzKiljZWxsKS0+cGVyY2VudDsKKwlm
bG9hdCBwPSgoR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NkNHgqKWNlbGwpLT5wZXJjZW50OwogCiAJ
aWYgKHA+OTkuMCAmJiBwPDEwMC4wKQogCQlzcHJpbnRmKHRtcGMsIiUuMWYiLHApOwpAQCAtMjIz
LDcgKzIyMyw3IEBACiAJc3dpdGNoIChDRkcuUFJPR1JFU1NfTU9ERSl7CiAJY2FzZSAyOnsKIAkJ
aWYgKHA8PTApIGJyZWFrOwotCQl0RG93bmxvYWQgKnRlbXA9KChHdGtDZWxsUmVuZGVyZXJQcm9n
cmVzcyopY2VsbCktPmR3bjs7CisJCXREb3dubG9hZCAqdGVtcD0oKEd0a0NlbGxSZW5kZXJlclBy
b2dyZXNzZDR4KiljZWxsKS0+ZHduOzsKIAkJaWYgKHRlbXAgJiYgdGVtcC0+c2VnbWVudHMgJiYg
dGVtcC0+ZmluZm8uc2l6ZT4wKXsKIAkJCXRlbXAtPnNlZ21lbnRzLT5sb2NrX3B1YmxpYygpOwog
CQkJdFNlZ21lbnQgKnRtcD10ZW1wLT5zZWdtZW50cy0+Z2V0X2ZpcnN0KCk7CkBAIC0yNzEsNyAr
MjcxLDcgQEAKIH07CiAKIAotc3RhdGljIHZvaWQgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3Nf
Y2xhc3NfaW5pdCAoR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NDbGFzcyAqa2xhc3Mpeworc3RhdGlj
IHZvaWQgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3NfY2xhc3NfaW5pdCAoR3RrQ2VsbFJlbmRl
cmVyUHJvZ3Jlc3NkNHhDbGFzcyAqa2xhc3MpewogCUdPYmplY3RDbGFzcyAqb2JqZWN0X2NsYXNz
ID0gR19PQkpFQ1RfQ0xBU1MgKGtsYXNzKTsKIAlHdGtDZWxsUmVuZGVyZXJDbGFzcyAqY2VsbF9j
bGFzcyA9IEdUS19DRUxMX1JFTkRFUkVSX0NMQVNTIChrbGFzcyk7CiAKQEAgLTMwMCwxOSArMzAw
LDE5IEBACiAJewogCQlzdGF0aWMgY29uc3QgR1R5cGVJbmZvIGNlbGxfcHJvZ3Jlc3NfaW5mbyA9
CiAJCXsKLQkJCXNpemVvZiAoR3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3NDbGFzcyksCisJCQlzaXpl
b2YgKEd0a0NlbGxSZW5kZXJlclByb2dyZXNzZDR4Q2xhc3MpLAogCQkJTlVMTCwJCS8qIGJhc2Vf
aW5pdCAqLwogCQkJTlVMTCwJCS8qIGJhc2VfZmluYWxpemUgKi8KIAkJCShHQ2xhc3NJbml0RnVu
YykgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3NfY2xhc3NfaW5pdCwKIAkJCU5VTEwsCQkvKiBj
bGFzc19maW5hbGl6ZSAqLwogCQkJTlVMTCwJCS8qIGNsYXNzX2RhdGEgKi8KLQkJCXNpemVvZiAo
R3RrQ2VsbFJlbmRlcmVyUHJvZ3Jlc3MpLAorCQkJc2l6ZW9mIChHdGtDZWxsUmVuZGVyZXJQcm9n
cmVzc2Q0eCksCiAJCQkwLCAgICAgICAgICAgICAgLyogbl9wcmVhbGxvY3MgKi8KIAkJCShHSW5z
dGFuY2VJbml0RnVuYykgZ3RrX2NlbGxfcmVuZGVyZXJfcHJvZ3Jlc3NfaW5pdCwKIAkJfTsKIAog
CQljZWxsX3Byb2dyZXNzX3R5cGUgPSBnX3R5cGVfcmVnaXN0ZXJfc3RhdGljIChHVEtfVFlQRV9D
RUxMX1JFTkRFUkVSLAotCQkJCQkJCSAgICAgIkd0a0NlbGxSZW5kZXJlclByb2dyZXNzIiwKKwkJ
CQkJCQkgICAgICJHdGtDZWxsUmVuZGVyZXJQcm9ncmVzc2Q0eCIsCiAJCQkJCQkJICAgICAmY2Vs
bF9wcm9ncmVzc19pbmZvLAogCQkJCQkJCSAgICAgR1R5cGVGbGFncygwKSk7CiAJfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>52924</attachid>
            <date>2005-03-08 05:00 0000</date>
            <desc>fixed ebuild with new patch and gtk/glib version correction</desc>
            <filename>d4x-2.5.0-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L25ldC1taXNjL2Q0eC9kNHgtMi41LjAuZWJ1aWxk
LHYgMS4yIDIwMDUvMDEvMTMgMTU6Mjg6MTggbGlxdWlkeCBFeHAgJAoKSVVTRT0ibmxzIGVzZCBn
bm9tZSBvc3Mga2RlIgoKaW5oZXJpdCBldXRpbHMgZmxhZy1vLW1hdGljCgpTPSIke1dPUktESVJ9
LyR7UH1maW5hbCIKREVTQ1JJUFRJT049IkdUSyBiYXNlZCBkb3dubG9hZCBtYW5hZ2VyIGZvciBY
LiIKU1JDX1VSST0iaHR0cDovL3d3dy5rcmFzdS5ydS9zb2Z0L2NodWNoZWxvL2ZpbGVzLyR7UH1m
aW5hbC50YXIuZ3oiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmtyYXN1LnJ1L3NvZnQvY2h1Y2hlbG8v
IgoKS0VZV09SRFM9In54ODYgfmFtZDY0IgpTTE9UPSIwIgpMSUNFTlNFPSJBcnRpc3RpYyIKCkRF
UEVORD0iPj14MTEtbGlicy9ndGsrLTIuNi4wCgk+PWRldi1saWJzL2dsaWItMi42LjAKCT49c3lz
LWRldmVsL2dldHRleHQtMC4xMS4yCgllc2Q/ICggPj1tZWRpYS1zb3VuZC9lc291bmQtMC4yLjcg
KSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoKCSMgVXNlIG91ciBvd24gJENYWEZMQUdT
CgljZCAke1N9CgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1maXgtY29tcGlsZS1ndGsyNi5wYXRj
aAoJY3AgY29uZmlndXJlIGNvbmZpZ3VyZS5vcmlnCglzZWQgLWUgInM6Q1hYRkxBR1M9XCItTzJc
IjpDWFhGTEFHUz1cIiR7Q1hYRkxBR1N9XCI6ZztzOk9QVEZMQUdTPVwiLU8yXCI6T1BURkxBR1M9
XCJcIjpnIiBcCgkJY29uZmlndXJlLm9yaWcgPmNvbmZpZ3VyZQp9CgpzcmNfY29tcGlsZSgpIHsK
CglteWNvbmY9IiIKCWFwcGVuZC1mbGFncyAtRF9GSUxFX09GRlNFVF9CSVRTPTY0CgoJdXNlIG5s
cyBcCgkJJiYgbXljb25mPSIke215Y29uZn0gLS1lbmFibGUtbmxzIiBcCgkJfHwgbXljb25mPSIk
e215Y29uZn0gLS1kaXNhYmxlLW5scyIKCgl1c2UgZXNkIFwKCQkmJiBteWNvbmY9IiR7bXljb25m
fSAtLWVuYWJsZS1lc2QiIFwKCQl8fCBteWNvbmY9IiR7bXljb25mfSAtLWRpc2FibGUtZXNkIgoK
CXVzZSBvc3MgXAoJCSYmIG15Y29uZj0iJHtteWNvbmZ9IC0tZW5hYmxlLW9zcyIgXAoJCXx8IG15
Y29uZj0iJHtteWNvbmZ9IC0tZGlzYWJsZS1vc3MiCgoJZWNvbmYgLS1lbmFibGUtcmVsZWFzZSBc
CgkJJHtteWNvbmZ9IHx8IGRpZQoKCWVtYWtlIHx8IGRpZQp9CgpzcmNfaW5zdGFsbCAoKSB7CgoJ
ZG9kaXIgL3Vzci9iaW4KCWRvZGlyIC91c3Ivc2hhcmUvZDR4CgoJZWluc3RhbGwgfHwgZGllCgoJ
aW5zaW50byAvdXNyL3NoYXJlL3BpeG1hcHMKCWRvaW5zIHNoYXJlLyoucG5nIHNoYXJlLyoueHBt
CgoJaWYgdXNlIGtkZQoJdGhlbgoJCWluc2ludG8gL3Vzci9zaGFyZS9hcHBsbmsvSW50ZXJuZXQK
CQluZXdpbnMgc2hhcmUvbnQuZGVza3RvcCBkNHguZGVza3RvcAoJZmkKCglpZiB1c2UgZ25vbWUK
CXRoZW4KCQllY2hvICJDYXRlZ29yaWVzPUFwcGxpY2F0aW9uO05ldHdvcms7IiA+PiAke1N9L3No
YXJlL250LmRlc2t0b3AKCQlpbnNpbnRvIC91c3Ivc2hhcmUvYXBwbGljYXRpb25zCgkJbmV3aW5z
IHNoYXJlL250LmRlc2t0b3AgZDR4LmRlc2t0b3AKCWZpCgoJcm0gLXJmICR7RH0vdXNyL3NoYXJl
L2Q0eC97RkFRKixJTlNUQUxMKixSRUFETUUqLExJQ0VOU0UsTkFNRVMsVFJPVUJMRVN9Cglkb2Rv
YyBBVVRIT1JTIENPUFlJTkcgQ2hhbmdlTG9nKiBORVdTIFBMQU5TIFRPRE8gXAoJCURPQy97RkFR
KixMSUNFTlNFLE5BTUVTLFJFQURNRSosVFJPVUJMRVMsVEhBTktTfQp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>