<?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>40453</bug_id>
          
          <creation_ts>2004-02-05 02:24 0000</creation_ts>
          <short_desc>media-libs/imlib depending on gtk</short_desc>
          <delta_ts>2007-02-05 22:18:56 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>Library</component>
          <version>unspecified</version>
          <rep_platform>All</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>ervin.nemeth+org.gentoo.bugs@gmail.com</reporter>
          <assigned_to>maintainer-needed@gentoo.org</assigned_to>
          <cc>1723542c42148b2fe4af9f7ad1e382b30d4b7fd7@nurfuerspam.de</cc>
    
    <cc>amax@mail.ru</cc>
    
    <cc>arbiter@arbiterlab.net</cc>
    
    <cc>eva@gentoo.org</cc>
    
    <cc>fernandotcl@spymac.com</cc>
    
    <cc>greg_g@gentoo.org</cc>
    
    <cc>hackeron@gmail.com</cc>
    
    <cc>hanno@gentoo.org</cc>
    
    <cc>janvie@hotmail.com</cc>
    
    <cc>m@mongers.org</cc>
    
    <cc>magnusj@it.uu.se</cc>
    
    <cc>sbriesen@gentoo.org</cc>
    
    <cc>ssuominen@gentoo.org</cc>
    
    <cc>thompson@pobox.com</cc>
    
    <cc>ticho@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-05 02:24:46 0000</bug_when>
            <thetext>The ebuild file of imlib states a dependency on gtk.  It is good, so far.

However using gnome/gtk2 with sawfish for example will depend on imlib, wich will pull in gtk.  This is not good.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-05 02:26:28 0000</bug_when>
            <thetext>Created an attachment (id=24992)
gtk dependency patch

This patch makes use of the &quot;gtk&quot; USE variable.  Imlib *can* be compiled
without gtk.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-05 04:01:39 0000</bug_when>
            <thetext>Created an attachment (id=25002)
gtk and tiff dependency patch

Even better, use the tiff variable, too.  This time I didn&apos;t test whether imlib
configure fails without libtiff...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2004-02-05 10:14:27 0000</bug_when>
            <thetext>A note here:
  its not enough to patch dependencies like this, You -must- also make sure that the case where:
a) I have tiff installed, USE=&quot;-tiff&quot;  - doesn&apos;t - link to libtiff.  Because if it uses automagic (oh, I see tiff in the system, lets link to it) there is no dependency tracking and you can, and may, uninstall tiff and thereby break things that -explicitly doesn&apos;t depend- on tiff.

b) same for gtk+.


so in conclusion, doing the DEPEND/RDEPEND magic only is -bad- and broken behaviour. if you want this without gtk+ and tiff, make sure the build doesn&apos;t link them if USE=&quot;-gtk -tiff&quot; and they are installed.  If you cannot guarantee this, the hard dependencies are rule, because even if they don&apos;t give you the fullest of choices, they guarantee a stable and functional system.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-06 02:07:23 0000</bug_when>
            <thetext>Created an attachment (id=25065)
gtk dependency patch

I was irresponsible. According to the README libtiff is required for imlib. So
I removed the tiff USE variable.

Because imlib doesn&apos;t support &quot;--without-gtk&quot; I made the script look for
gtk-config where it isn&apos;t supposed to find it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-16 02:03:16 0000</bug_when>
            <thetext>What do you think, Spider, is this patch mature enogh to be merged into the portage tree?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-02-16 03:33:49 0000</bug_when>
            <thetext>it&apos;s an interesting approach.

Do you happen to know what imlib&apos;s gtk support consists of ? It should not break any applications using it like that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ervin.nemeth+org.gentoo.bugs@gmail.com</who>
            <bug_when>2004-02-16 06:20:47 0000</bug_when>
            <thetext>I don&apos;t know really but I think if someone is using USE=&quot;-gtk&quot; imlib should not force gtk anyway.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>spider@gentoo.org</who>
            <bug_when>2004-02-16 15:51:00 0000</bug_when>
            <thetext>well, the problem isn&apos;t as much &quot;force or not&quot; as &quot;what breaks due to expecting imlib+gdk-pixbuf&quot; , since gdk-pixbuf is the loader-code for PNG, jpeg and others (those it doesn&apos;t have native support for) , thats why things sorta. As i recall gdk was used for fallback rendering when it didn&apos;t find anything.

I do like the approach though, creative.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hanno@gentoo.org</who>
            <bug_when>2004-03-12 03:29:22 0000</bug_when>
            <thetext>Please note that there is a --disable-gtktest-switch to imlib, which should also be disabled when USE=&quot;-gtk&quot; is set.

Beside that, I really think this fix is important to get into the tree, because at the moment, it&apos;s impossible to build kde without installing gtk-1.2.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>1723542c42148b2fe4af9f7ad1e382b30d4b7fd7@nurfuerspam.de</who>
            <bug_when>2004-05-27 05:16:09 0000</bug_when>
            <thetext>The econf_args=&quot;--with-gtk-prefix=/dev/null&quot; did not work for me, but replacing it with econf_args=&quot;--disable-gtktest-switch&quot; worked great.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-15 15:08:35 0000</bug_when>
            <thetext>*** Bug 60361 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-15 15:09:56 0000</bug_when>
            <thetext>I didn&apos;t really looked into the code, but may it be, that gtk is not optional? If gtk-test is performed or not is not of interest and the GTK_CONFIG variable seems to be set via --with-gtk-exec-prefix. I testet --without and =/dev/null, but with USE=-gtk the ebuild fails always. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>urs.hunkeler@eurecom.fr</who>
            <bug_when>2004-08-17 09:31:44 0000</bug_when>
            <thetext>On my sparc64 at least imlib won&apos;t compile without gtk (USE=&quot;-gtk&quot;). </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>edwin@cadwal.org</who>
            <bug_when>2004-08-18 15:15:14 0000</bug_when>
            <thetext>same on my amd64 system. /etc/make.conf has USE=&quot;-gtk&quot;, but I have to add media-libs/imlib gtk in /etc/portage/packages.use in order to get imlib to build.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thompson@pobox.com</who>
            <bug_when>2004-08-19 16:10:54 0000</bug_when>
            <thetext>Just a &apos;me too&apos; that the prepending &apos;/dev/null&apos; results in a compilation
failure with USE=&quot;-gtk&quot;. The build thinks it finds gtk, then later blows
up because it cant find the gdk headers: (see the &apos;yes&apos; at the end)

checking for gtk-config... /dev/null/bin/gtk-config
checking for GTK - version &gt;= 1.2.1... ./configure: line 1: /dev/null/bin/gtk-config: Not a directory
./configure: line 1: /dev/null/bin/gtk-config: Not a directory
./configure: line 1: /dev/null/bin/gtk-config: Not a directory
./configure: line 1: /dev/null/bin/gtk-config: Not a directory
./configure: line 1: /dev/null/bin/gtk-config: Not a directory
yes
^^^

I am on x86 arch. And gtk is installed. Now, if I take the 
&apos;--disable-gtktest&apos; out of the econf_args line, then it ends with
&apos;no&apos;, and complains about the test failing, but goes on and builds
without the gtk stuff.

To clarify, &apos;use gtk || econf_args=&quot;--with-gtk-prefix=/dev/null&quot;&apos;
seems to work. Of course, then &apos;xzgv&apos; fails to build because it
depends on a gtk-ified imlib.....;) So, at this point, one wonders
how many of imlibs clients actually need gtk support...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-20 08:07:28 0000</bug_when>
            <thetext>*** Bug 61022 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hackeron@gmail.com</who>
            <bug_when>2004-08-20 08:14:53 0000</bug_when>
            <thetext>Why does emerge -vp imlib list there are no use flags for imlib but enabling the gtk use flag for it fixes the problems?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ticho@gentoo.org</who>
            <bug_when>2004-08-21 13:36:05 0000</bug_when>
            <thetext>Because the flag is not listed in IUSE variable.

The ebuild as it is now is broken for USE=&quot;-gtk&quot;. Further look into imlib&apos;s configure.in reveals that gtk-1.2 is mandatory.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mz269@hszk.bme.hu</who>
            <bug_when>2004-08-21 15:30:37 0000</bug_when>
            <thetext>This configure flag:
econf_args=&quot;--with-gtk-prefix=/dev/null&quot;
causes imlib not to compile for me. Though if i remove it imlib works perfectly without gtk.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-22 15:47:04 0000</bug_when>
            <thetext>*** Bug 61281 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2004-08-23 15:18:33 0000</bug_when>
            <thetext>*** Bug 61421 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arcosen@hotmail.com</who>
            <bug_when>2004-08-26 03:30:57 0000</bug_when>
            <thetext>the macro invloved (configure.in):
AM_PATH_GTK([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]])

if gtk is not installed GDB_IMLIB will be set to &quot;&quot; because gtk-config was
not found and gdk_imlib won&apos;t be built.

This macro:

 * Determines the location of GTK using gtk-config, which is either
   found in the user&apos;s path, or from the environment variable GTK_CONFIG

 * Tests the installed libraries to make sure that there version
   is later than MINIMUM-VERSION. (A default version will be used
   if not specified)

 * If the required version was found, sets the GTK_CFLAGS [...] and then
   executes ACTION-IF-FOUND.

 * If the required version was not found, sets GTK_CFLAGS and GTK_LIBS
   to empty strings, and executes ACTION-IF-NOT-FOUND.

but if gtk is installed (and so gtk-config exists) and we don&apos;t want to build gdk_imlib: --with-gtk-prefix=&quot;&quot; or any other path with bin subdir not /dev/null if we want to follow that approach.

sorry for my bad english</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arcosen@hotmail.com</who>
            <bug_when>2004-08-26 04:16:02 0000</bug_when>
            <thetext>Created an attachment (id=38234)
gtk dep: --with-gtk-prefix patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-26 05:54:29 0000</bug_when>
            <thetext>well, ok i looked at it again. The breaking &apos;fix&apos; which was discussed but not tested &amp; approved by spider or me (but thats alright i guess because we aren&apos;t the official maintainers) was introduced by hanno. So with that i assume he took maintenance (although it&apos;s not noted in metadata as it should be) ? Hanno, please fix the obviously broken hack that seems unneeded anyway, just disabling the test should be enough on gtk1-less systems. As for a &apos;hard&apos; switch, resetting the gtk path (what the initial patch tried to do) doesn&apos;t seem to work.

Anyway, the reasons for our hesitation is that imlib without gtk+ exposes a much smaller API and this -iirc- used to give problems with basic gnome applications/libs that unconditionally depend on this extened api. So it&apos;s not so much the question if the switch is in theory possible or that it is in practice a wise thing to apply. On the other hand the amount of recent KDE users vs oldskool gnome users maybe justifies having the flag.

@ comment 22 : you just concat two strings, it&apos;s a happy coincidence that it does what you intended to do &amp; it still doesn&apos;t do what it is supposed to do.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>foser@gentoo.org</who>
            <bug_when>2004-08-26 05:54:46 0000</bug_when>
            <thetext>*** Bug 60961 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hanno@gentoo.org</who>
            <bug_when>2004-08-26 06:19:35 0000</bug_when>
            <thetext>I&apos;ve now switched back to the old behaviour, sorry for causing so much trouble.
I&apos;ll probably add a -r2-ebuild if I find a really working way to make the gtk-support optional.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arcosen@hotmail.com</who>
            <bug_when>2004-08-26 06:54:44 0000</bug_when>
            <thetext>yes,but &quot;&quot; with /bin/gtk-config = &quot;/bin/gtk-config&quot; is a valid path,if you have /bin directory ;) but the file not exists, while concat &quot;/dev/null&quot; to &quot;/bin/gtk-config&quot; =&quot;/dev/null/bin/gtk-config&quot; is not a valid path.
i attach a simple patch for imlib/configure.in which add --enable/disable-gdk options to configure</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arcosen@hotmail.com</who>
            <bug_when>2004-08-26 06:57:38 0000</bug_when>
            <thetext>Created an attachment (id=38241)
add --enable-gdk and --disable-gdk to imlib-1.9.14/configure.in
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>arcosen@hotmail.com</who>
            <bug_when>2004-08-26 07:03:08 0000</bug_when>
            <thetext>(From update of attachment 38241)
sorry: AC_MSG_RESULT() inverted yes/no
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>paul@wolfbone.ath.cx</who>
            <bug_when>2005-01-04 03:55:01 0000</bug_when>
            <thetext>Bug #60961 is /not/ a duplicate of this bug. That bug is about giflib/libungif. The imlib ebuild has a dependency on giflib but won&apos;t build properly unless libungif is installed. 

I&apos;d been having unrelated problems with both giflib and libungif and happened to notice that libimlib-gif was actually linked with libungif - not libgif. Since I&apos;ve just successfully rebuilt imlib with *only* libungif installed, I&apos;d say the ebuild&apos;s dependency should be changed to libungif. The imlib configure script doesn&apos;t look for libgif and it doesn&apos;t provide any options to use it instead of libungif either. No doubt it /could/ use libgif but it&apos;s not set up to do so at the moment, so it&apos;s README is rather misleading. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>paul@wolfbone.ath.cx</who>
            <bug_when>2005-03-25 02:10:45 0000</bug_when>
            <thetext>Please ignore the 2nd paragraph of comment #30.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leonardop@gentoo.org</who>
            <bug_when>2005-05-30 23:50:23 0000</bug_when>
            <thetext>Nice work Simone. I&apos;ve recently committed an ebuild for imlib-1.9.15, including
your patch to enable/disable Gdk and hence making the gtk+-1.2 dependency
optional. This ebuild is hardmasked for testing, so please do try it out. A
couple of things to review:

a) It should not install /usr/lib/pkgconfig/imlibgdk.pc if Gdk support is disabled.

b) The tests for -ljpeg, -tiff, -lpng, etc. are unnecessary if Gdk support is
disabled (and therefore those dependencies should be optional too).

Apart from that, this ebuild will remain hardmasked until we fully test the
result of installing imlib without the libimlib-* and libgdk_imlib* libraries.

P.L.Hayes, if the bug you mention is not a duplicate, please mention it in that
bug, and make sure to explain your reasons and the current state of the problem
so we can re-open it.

Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>leonardop@gentoo.org</who>
            <bug_when>2005-06-30 17:28:12 0000</bug_when>
            <thetext>*** Bug 82310 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2005-07-30 14:39:56 0000</bug_when>
            <thetext>*** Bug 100817 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>eva@gentoo.org</who>
            <bug_when>2006-06-20 10:20:22 0000</bug_when>
            <thetext>Another bug with no status update. What&apos;s the status here ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-10-31 04:25:02 0000</bug_when>
            <thetext># Leonardo Boshell &lt;leonardop@gentoo.org&gt; (31 May 2005)
# Masked for testing, it includes an experimental patch to make Gtk+
# dependency optional. See bug #40453.
=media-libs/imlib-1.9.15

Zzzzz... Maybe it&apos;s tested enough, so someone could unmask it?

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>sbriesen@gentoo.org</who>
            <bug_when>2006-10-31 10:52:40 0000</bug_when>
            <thetext>yes, please, it&apos;s just working!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-01-19 21:50:42 0000</bug_when>
            <thetext>(In reply to comment #37)
&gt; yes, please, it&apos;s just working!

Feel free, gnome herd doesn&apos;t want this anymore... 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ssuominen@gentoo.org</who>
            <bug_when>2007-02-05 22:18:33 0000</bug_when>
            <thetext>Fixed teh ebuild and unmasked it.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>24992</attachid>
            <date>2004-02-05 02:26 0000</date>
            <desc>gtk dependency patch</desc>
            <filename>imlib-1.9.14-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGltbGliLTEuOS4xNC1yMS5lYnVpbGQub2xkCTIwMDQtMDItMDUgMTA6MTE6MTMuNzg5OTM4
ODQwICswMDAwCisrKyBpbWxpYi0xLjkuMTQtcjEuZWJ1aWxkCTIwMDQtMDItMDUgMTA6MTE6Mzcu
MzMwNzg5ODcwICswMDAwCkBAIC0yLDYgKzIsOCBAQAogIyBEaXN0cmlidXRlZCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYyCiAjICRIZWFkZXI6IC9o
b21lL2N2c3Jvb3QvZ2VudG9vLXg4Ni9tZWRpYS1saWJzL2ltbGliL2ltbGliLTEuOS4xNC1yMS5l
YnVpbGQsdiAxLjE5IDIwMDMvMTEvMTUgMDI6Mzk6MjMgYWdyaWZmaXMgRXhwICQKIAorSVVTRT0i
Z3RrIgorCiBpbmhlcml0IGxpYnRvb2wKIAogREVTQ1JJUFRJT049ImdlbmVyYWwgaW1hZ2UgbG9h
ZGluZyBhbmQgcmVuZGVyaW5nIGxpYnJhcnkiCkBAIC0xNCw3ICsxNiw3IEBACiBMSUNFTlNFPSJH
UEwtMiIKIEtFWVdPUkRTPSJ4ODYgcHBjIHNwYXJjIGFscGhhIGhwcGEgYW1kNjQgaWE2NCIKIAot
REVQRU5EPSI9eDExLWxpYnMvZ3RrKy0xLjIqCitERVBFTkQ9Imd0az8gKD14MTEtbGlicy9ndGsr
LTEuMiopCiAJPj1tZWRpYS1saWJzL3RpZmYtMy41LjUKIAk+PW1lZGlhLWxpYnMvZ2lmbGliLTQu
MS4wCiAJPj1tZWRpYS1saWJzL2xpYnBuZy0xLjIuMQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>25002</attachid>
            <date>2004-02-05 04:01 0000</date>
            <desc>gtk and tiff dependency patch</desc>
            <filename>imlib-1.9.14-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGltbGliLTEuOS4xNC1yMS5lYnVpbGQub2xkCTIwMDQtMDItMDUgMTA6MTE6MTMuNzg5OTM4
ODQwICswMDAwCisrKyBpbWxpYi0xLjkuMTQtcjEuZWJ1aWxkCTIwMDQtMDItMDUgMTE6NTU6MDcu
NTQ4MDM2OTc4ICswMDAwCkBAIC0yLDYgKzIsOCBAQAogIyBEaXN0cmlidXRlZCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYyCiAjICRIZWFkZXI6IC9o
b21lL2N2c3Jvb3QvZ2VudG9vLXg4Ni9tZWRpYS1saWJzL2ltbGliL2ltbGliLTEuOS4xNC1yMS5l
YnVpbGQsdiAxLjE5IDIwMDMvMTEvMTUgMDI6Mzk6MjMgYWdyaWZmaXMgRXhwICQKIAorSVVTRT0i
Z3RrIHRpZmYiCisKIGluaGVyaXQgbGlidG9vbAogCiBERVNDUklQVElPTj0iZ2VuZXJhbCBpbWFn
ZSBsb2FkaW5nIGFuZCByZW5kZXJpbmcgbGlicmFyeSIKQEAgLTE0LDggKzE2LDggQEAKIExJQ0VO
U0U9IkdQTC0yIgogS0VZV09SRFM9Ing4NiBwcGMgc3BhcmMgYWxwaGEgaHBwYSBhbWQ2NCBpYTY0
IgogCi1ERVBFTkQ9Ij14MTEtbGlicy9ndGsrLTEuMioKLQk+PW1lZGlhLWxpYnMvdGlmZi0zLjUu
NQorREVQRU5EPSJndGs/ICg9eDExLWxpYnMvZ3RrKy0xLjIqKQorCXRpZmY/ICg+PW1lZGlhLWxp
YnMvdGlmZi0zLjUuNSkKIAk+PW1lZGlhLWxpYnMvZ2lmbGliLTQuMS4wCiAJPj1tZWRpYS1saWJz
L2xpYnBuZy0xLjIuMQogCT49bWVkaWEtbGlicy9qcGVnLTZiIgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>25065</attachid>
            <date>2004-02-06 02:07 0000</date>
            <desc>gtk dependency patch</desc>
            <filename>imlib-1.9.14-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGltbGliLTEuOS4xNC1yMS5lYnVpbGQub2xkCTIwMDQtMDItMDYgMDk6MzE6MTIuNzcxNDky
ODk1ICswMDAwCisrKyBpbWxpYi0xLjkuMTQtcjEuZWJ1aWxkCTIwMDQtMDItMDYgMDk6NTg6MDgu
Mzk3NDE0NTM3ICswMDAwCkBAIC0yLDYgKzIsOCBAQAogIyBEaXN0cmlidXRlZCB1bmRlciB0aGUg
dGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYyCiAjICRIZWFkZXI6IC9o
b21lL2N2c3Jvb3QvZ2VudG9vLXg4Ni9tZWRpYS1saWJzL2ltbGliL2ltbGliLTEuOS4xNC1yMS5l
YnVpbGQsdiAxLjE5IDIwMDMvMTEvMTUgMDI6Mzk6MjMgYWdyaWZmaXMgRXhwICQKIAorSVVTRT0i
Z3RrIgorCiBpbmhlcml0IGxpYnRvb2wKIAogREVTQ1JJUFRJT049ImdlbmVyYWwgaW1hZ2UgbG9h
ZGluZyBhbmQgcmVuZGVyaW5nIGxpYnJhcnkiCkBAIC0xNCw3ICsxNiw3IEBACiBMSUNFTlNFPSJH
UEwtMiIKIEtFWVdPUkRTPSJ4ODYgcHBjIHNwYXJjIGFscGhhIGhwcGEgYW1kNjQgaWE2NCIKIAot
REVQRU5EPSI9eDExLWxpYnMvZ3RrKy0xLjIqCitERVBFTkQ9Imd0az8gKD14MTEtbGlicy9ndGsr
LTEuMiopCiAJPj1tZWRpYS1saWJzL3RpZmYtMy41LjUKIAk+PW1lZGlhLWxpYnMvZ2lmbGliLTQu
MS4wCiAJPj1tZWRpYS1saWJzL2xpYnBuZy0xLjIuMQpAQCAtMzAsOCArMzIsOSBAQAogfQogCiBz
cmNfY29tcGlsZSgpIHsKKwlbIGB1c2UgZ3RrYCBdIHx8IGVjb25mX2FyZ3M9Ii0td2l0aC1ndGst
cHJlZml4PS9kZXYvbnVsbCIKIAllbGlidG9vbGl6ZQotCWVjb25mIC0tc3lzY29uZmRpcj0vZXRj
L2ltbGliIHx8IGRpZQorCWVjb25mIC0tc3lzY29uZmRpcj0vZXRjL2ltbGliICR7ZWNvbmZfYXJn
c30gfHwgZGllCiAJZW1ha2UgfHwgZGllCiB9CiAK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38234</attachid>
            <date>2004-08-26 04:16 0000</date>
            <desc>gtk dep: --with-gtk-prefix patch</desc>
            <filename>imlib-1.9.14-r1.ebuild.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGltbGliLTEuOS4xNC1yMS5lYnVpbGQub2xkCTIwMDQtMDgtMTQgMDA6MzY6MTIuMDAwMDAw
MDAwICswMjAwCisrKyBpbWxpYi0xLjkuMTQtcjEuZWJ1aWxkCTIwMDQtMDgtMjYgMTM6MTM6MTEu
NjQ5NDU1NjA4ICswMjAwCkBAIC0xMCw3ICsxMCw3IEBACiBTTE9UPSIwIgogTElDRU5TRT0iR1BM
LTIiCiBLRVlXT1JEUz0ieDg2IHBwYyBzcGFyYyBhbHBoYSBocHBhIGFtZDY0IGlhNjQgbWlwcyBw
cGM2NCIKLUlVU0U9IiIKK0lVU0U9Imd0ayIKIAogREVQRU5EPSJndGs/ICggPXgxMS1saWJzL2d0
aystMS4yKiApCiAJPj1tZWRpYS1saWJzL3RpZmYtMy41LjUKQEAgLTI3LDcgKzI3LDcgQEAKIH0K
IAogc3JjX2NvbXBpbGUoKSB7Ci0JdXNlIGd0ayB8fCBlY29uZl9hcmdzPSItLXdpdGgtZ3RrLXBy
ZWZpeD0vZGV2L251bGwgLS1kaXNhYmxlLWd0a3Rlc3QiCisJdXNlIGd0ayB8fCBlY29uZl9hcmdz
PSItLXdpdGgtZ3RrLXByZWZpeD0iIiAtLWRpc2FibGUtZ3RrdGVzdCIKIAllbGlidG9vbGl6ZQog
CWVjb25mIC0tc3lzY29uZmRpcj0vZXRjL2ltbGliICR7ZWNvbmZfYXJnc30gfHwgZGllCiAJZW1h
a2UgfHwgZGllCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>38241</attachid>
            <date>2004-08-26 06:57 0000</date>
            <desc>add --enable-gdk and --disable-gdk to imlib-1.9.14/configure.in</desc>
            <filename>configure.in.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGNvbmZpZ3VyZS5pbi5vbGQJMjAwNC0wOC0yNiAxNToxOTowOS40MDQ1MDIyMDAgKzAyMDAK
KysrIGNvbmZpZ3VyZS5pbgkyMDA0LTA4LTI2IDE1OjQwOjA4LjI4MzEyMzU2MCArMDIwMApAQCAt
MTcsMTEgKzE3LDI2IEBACiBkbmwgaW5jYXNlIGl0IGlzIGJyb2tlbiBmb3IgZXhhbXBsZS4KIEFD
X0FSR19FTkFCTEUoc2htLCBbICAtLWVuYWJsZS1zaG0gICAgICAgICAgICBzdXBwb3J0IHNoYXJl
ZCBtZW1vcnkgaWYgYXZhaWxhYmxlIFtkZWZhdWx0PXllc11dLCBlY2hvICRlbmFibGVfc2htLCBl
bmFibGVfc2htPSJ5ZXMiKQogCitBQ19BUkdfRU5BQkxFKGdkaywgWyAgLS1lbmFibGUtZ2RrICAg
ICAgICAgICAgZW5hYmxlIGdka19pbWxpYiBjb21waWxhdGlvbiBbZGVmYXVsdD15ZXNdXSxbCisg
IGlmIHRlc3QgeCRlbmFibGV2YWwgPSB4eWVzOyB0aGVuCisgICAgZGlzYWJsZV9nZGs9Im5vIgor
ICBlbHNlCisgICAgZGlzYWJsZV9nZGs9InllcyIKKyAgZmldLGRpc2FibGVfZ2RrPW5vKQorCitp
ZiB0ZXN0IHgkZGlzYWJsZV9nZGsgPSB4bm87IHRoZW4KKyBBQ19NU0dfUkVTVUxUKG5vKQorCiBB
TV9QQVRIX0dUSygxLjIuMSxbCiAgIEdES19JTUxJQj0iZ2RrX2ltbGliIHV0aWxzIl0sWwogICBH
REtfSU1MSUI9IiIgCiAgIEFDX01TR19XQVJOKFsqKiogZ2RrX2ltbGliIHdpbGwgbm90IGJlIGJ1
aWx0ICoqKl0pXSkKIAorZWxzZQorICBBQ19NU0dfUkVTVUxUKHllcykKKyAgR0RLX0lNTElCPSIi
CitmaQorCiBBQ19NU0dfQ0hFQ0tJTkcod2hldGhlciB0byBidWlsZCBnbW9kdWxpemVkIGltbGli
KQogCiBBQ19BUkdfRU5BQkxFKG1vZHVsZXMsIFsgIC0tZGlzYWJsZS1tb2R1bGVzICAgICAgIERp
c2FibGVzIGR5bmFtaWMgbW9kdWxlIGxvYWRpbmddLFsK
</data>        

          </attachment>
    </bug>

</bugzilla>