<?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>69270</bug_id>
          
          <creation_ts>2004-10-28 07:36 0000</creation_ts>
          <short_desc>eclass for Haskell GHC packages</short_desc>
          <delta_ts>2005-12-19 03:09:57 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>Development</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>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>kosmikus@gentoo.org</reporter>
          <assigned_to>haskell@gentoo.org</assigned_to>
          <cc>david.morgan@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-10-28 07:36:12 0000</bug_when>
            <thetext>I have written an eclass for ebuilds that offer libraries for the GHC
(Glasgow Haskell Compiler).

The idea is that the eclass handles administration stuff such as

* detecting the library path
* registering packages with the ghc-pkg command
* unregistering packages upon uninstallation

Currently, I have rewritten a number of ebuilds to test the eclass, and
they seem to work fine:

* c2hs
* WASH
* wxhaskell

I have not yet rewritten gtk2hs, but I will try to do so.
With the eclass in place, all ebuild maintainers should try to get the
package to use a *local* package.conf file, which should be named
$(get-localpkgconf) and placed in ${S}.

If required, an empty local file can be generated in place by calling
ghc-setup-pkg.

During installation, the file will be moved to its final location by
calling ghc-install-pkg. That&apos;s it. All the rest is handled by the
eclass.

Please provide comments/feedback, and if possible, test.

I won&apos;t have much time before next Monday, but I will try to write an
email to gentoo-dev soon, asking for approval of the eclass.

Cheers,
  ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-10-28 07:38:54 0000</bug_when>
            <thetext>Created an attachment (id=42775)
haskell.eclass

Should probably be renamed to ghc-package.eclass, reserving haskell.eclass for
something of wider scope (like haskell-cabal support).
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-10-28 07:40:35 0000</bug_when>
            <thetext>Created an attachment (id=42777)
c2hs-0.13.1-r1.ebuild

(using the eclass)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-10-28 07:41:22 0000</bug_when>
            <thetext>Created an attachment (id=42778)
WASH-2.0.5-r1.ebuild

(using the eclass)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-10-28 07:42:16 0000</bug_when>
            <thetext>Created an attachment (id=42779)
wxhaskell-0.8-r1.ebuild

(using the eclass)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>karltk@gentoo.org</who>
            <bug_when>2004-11-02 16:33:17 0000</bug_when>
            <thetext>Copyright header is wrong. It&apos;s 2004 and we&apos;re no longer Gentoo Technologies, Inc:)

If the ghc-listpkg should ever return a package with spaces in its name, the
functions calling won&apos;t work, as they are currently implemented. Nasty (ba)shism:(

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 05:30:16 0000</bug_when>
            <thetext>I think ghc-register-pkg should be conditional on $(ghclocalpkg) existing. For my buddha ebuild, it installs things in versioned dirs (ie it wants $(ghc-libdir)) but does not register any packages (the buddha script calls ghc specifying the buddha.pkg.conf file).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-03 05:43:04 0000</bug_when>
            <thetext>re Karl&apos;s comments:

The copyright header was fixed already in my local version.
About spaces in package names: I think I&apos;ll worry about this
issue once someone decides to have such a package.

re Duncan&apos;s comment:

I agree, checking for the presence of the file is definitely
a good idea.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-03 07:08:26 0000</bug_when>
            <thetext>I&apos;ve just committed the eclass to CVS as ghc-package.eclass.

I will soon start adapting ebuilds to make use of it.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 10:33:37 0000</bug_when>
            <thetext>Created an attachment (id=43232)
buddha-1.2.ebuild

new ebuild for buddha.
It gives an non-fatal error message during ghc-register-pkg because there is no
package to register.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 10:37:18 0000</bug_when>
            <thetext>Oops, that buddha-1.2.ebuild says Gentoo Technologies, Inc. rather than Gentoo Foundation</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 10:43:04 0000</bug_when>
            <thetext>Created an attachment (id=43234)
gtk2hs-0.9.6-r1.ebuild

updated version of gtk2hs-0.9.6.ebuild to use new ghc-package.eclass
also adds a &apos;doc&apos; USE flag.
(Note my haddock segfaulted building the docs, I re-emerged it and it worked
fine - something we may have to watch for. It was haddock-0.8-r2.ebuild
compiled by ghc-6.2.1.ebuild)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-03 11:13:28 0000</bug_when>
            <thetext>Ok, I&apos;ve added buddha and made it the first package in the tree to use
ghc-package.eclass.

BTW, with the committed version of the eclass, no warning should occur.

Thanks,
  ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 12:07:24 0000</bug_when>
            <thetext>I&apos;ve got a problem with gtk2hs using the eclass: registering the package generates the .o ghci files from the .a lib. However this happens after merging the package so the .o file is orphaned.

We had better not do the ghc-pkg --auto-ghci-libs during package post install. Perhaps we should provide a command to convert the .a to the .o in the right way.

A more general issue is that perhaps it would be better, or as an alternative to the $(ghc-localpkg) to provide a way to add given .conf files to the packages to be registered. So some builds put their stuff into an &apos;installed&apos; package file, eg wash, while ones like c2hs, gtk2hs (and buddha if it registered its package) produce &apos;uninstalled&apos; .conf files. For c2hs you&apos;ve we just slap [] around the file and it is fine. For gtk2hs you can see I&apos;m using ghc-pkg to build an &apos;isntalled&apos; package file. So perhaps a better way is for the ebuild to specify  a list of .conf files which will get registered.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-03 12:46:33 0000</bug_when>
            <thetext>Ok, I didn&apos;t think about it, but I agree that it&apos;s bad.
I therefore removed --auto-ghci-libs from the eclass, which
makes it the individual ebuilds responsibility to ensure that
the ghci libraries are present.

If you want to have a function in the eclass to assist, feel
free to submit a patch.

Regarding the other problem, I&apos;m not sure I agree. I&apos;m inclined
to say that a package is broken if it does not offer using a local
package config file. In the case of gtk2hs, you should probably
submit a patch upstream so that the ghc-pkg calls do not have
to occur within the ebuild.

I haven&apos;t looked at the .tar.gz, but possibly an alternative would
be to sed replace &quot;ghc-pkg&quot; to &quot;ghc-pkg -f ${S}/$(ghc-localpkgconf)&quot;
in the Makefiles, which would also remove the need for the manual
calls to ghc-pkg in the ebuild.

I do not want to make the eclass unnecessarily complicated, but if
you can convince me that the additional complexity is justified, we
can do it ...

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 16:46:06 0000</bug_when>
            <thetext>&gt; Regarding the other problem, I&apos;m not sure I agree. I&apos;m inclined
&gt; to say that a package is broken if it does not offer using a local
&gt; package config file.

As it happens gtk2hs can use a local pkg file but I don&apos;t think it&apos;ll work for what we want because it contains a dummy package and build tree paths.

But I don&apos;t think it&apos;s unreasonable for a package to produce a collection of .conf files which it then registeres when you make install. gtk2hs has make install-without-pkg which is what I use. Instead of using ghc-pkg to add these to the $(ghc-localpkgconf) I could do what you do in the c2hs ebuild:

echo &apos;[&apos; &gt; ${S}/$(ghc-localpkgconf)
cat ${D}/$(ghc-libdir)/gtk2hs/gtk2/gtk2.conf &gt;&gt; ${S}/$(ghc-localpkgconf)
echo &apos;,&apos; &gt;&gt; ${S}/$(ghc-localpkgconf)
cat ${D}/$(ghc-libdir)/gtk2hs/mogul/mogul.conf &gt;&gt; ${S}/$(ghc-localpkgconf)
etc...

Would that be better?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-03 16:57:27 0000</bug_when>
            <thetext>First gtk2hs:
Ok, if there are incompatible paths in the package configuration file
upon use of a local file, I can see why it goes wrong.

Common situation:
The [ , , ... ] solution might be a simple way of having one configuration
file per package in the end (something I somehow would prefer, because it
makes it easier for possible external tools to analyze quickly from which
package a certain file stems). This could get eclass support, though.

Atm, there are the two functions

ghc-setup-pkg
ghc-install-pkg

The function ghc-setup-pkg does nothing but to create ${S}/$(ghc-localpkgconf)
with content []. If we&apos;d make ghc-setup-pkg take an arbitrary number of
package configuration files as argument, with the idea that all of these are
uninstalled, singular package descriptions, ghc-setup-pkg could concatenate
them into ${S}/$(ghc-localpkgconf), separated by commas.

The relevant part of the gtk2hs ebuild would then become something like

ghc-setup-pkg /gtk2hs/gtk2/gtk2.conf /gtk2hs/mogul/mogul.conf ...

which is almost what you wanted originally, only with slightly different
semantics. Acceptable or bad idea?

Cheers,
ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 17:22:46 0000</bug_when>
            <thetext>That sounds like a good idea. It allows both styles of build systems to work without too much fuss.

I&apos;m currently testing this function which could be added to the eclass:

# make a ghci foo.o file from a libfoo.a file
ghc-makeghcilib() {
    local outfile
    outfile=`echo $1 | sed &apos;s:lib\(.*\)\.a$:\1.o:&apos;`
    ld --relocatable --discard-all --output=$outfile $1
}
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-03 18:13:06 0000</bug_when>
            <thetext>Created an attachment (id=43257)
gtk2hs-0.9.6-r1.ebuild

updated to not use ghc-pkg just for combining several .conf files into
$(ghc-localpkgconf). Also uses new eclass function (updated from previous
definition):

# make a ghci foo.o file from a libfoo.a file
ghc-makeghcilib() {
    local outfile
    outfile=`dirname $1`/`basename $1 | sed &apos;s:^lib\(.*\)\.a$:\1.o:&apos;`
    ld --relocatable --discard-all --output=$outfile $1
}</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-04 06:13:27 0000</bug_when>
            <thetext>Last version honnestly! This is what it should be:

# make a ghci foo.o file from a libfoo.a file
ghc-makeghcilib() {
    local outfile
    outfile=`dirname $1`/`basename $1 | sed &apos;s:^lib\(.*\)\.a$:\1.o:&apos;`
    ld --relocatable --discard-all --output=$outfile --whole-archive $1
}
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-04 07:00:04 0000</bug_when>
            <thetext>I&apos;ve committed a version of your gtk2hs ebuild using ghc-package.eclass.
Please test, because I&apos;ve made a couple of modifications.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-04 09:47:52 0000</bug_when>
            <thetext>All those changes look fine. I&apos;ve tried it and it seems to install and register  fine.

BTW why the extra \? in  sed &apos;s:^lib\?\(.*\)\.a$:\1.o:&apos;

One thing I forgot to change before attaching the ebuild here was to use optimisations (I&apos;d been testing without optimisations as it takes much longer to build otherwise) so that just involves changing:
--with-hcflags=&quot;-H180m&quot; \
to
--with-hcflags=&quot;-O -H180m&quot; \
in the econf bit</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-04 17:16:35 0000</bug_when>
            <thetext>About the \? ... I&apos;m not sure, I guess I wanted to make it more unlikely
that the function actually destroys the .a file if it doesn&apos;t conform to
the correct naming convention. Anyway, it should make no difference on
correct function calls.

I&apos;ll try to remember adding the -O tomorrow, tonight is HCAR time ...

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david.morgan@gmail.com</who>
            <bug_when>2004-11-14 09:01:02 0000</bug_when>
            <thetext>These all emerge ok and seem to work (though I&apos;ve not done much testing), except for gtk2hs.

Everytime I try to emerge gtk2hs, X ends up being killed, as far as I can tell because I run out of RAM (this is on a machine with 256MB of ram, and 1GB of swap, and only running fluxbox and an aterm). The offending program seems to be c2hs (according to top), regardless of whether or not I have the c2hs package emerged or not.

Is anyone else experiencing a lot of memory being used when compiling gtk2hs?

Here&apos;s my emerge info:

Portage 2.0.51-r3 (default-linux/x86/2004.2/gcc34/2.6, gcc-3.4.2, glibc-2.3.4.20041102-r0, 2.6.9-rc2-mm1 i686)
=================================================================
System uname: 2.6.9-rc2-mm1 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.80GHz
Gentoo Base System version 1.6.6
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.92.0.2-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=pentium4 -pipe&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
COMPILER=&quot;&quot;
CONFIG_PROTECT=&quot;/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /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/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs ccache distlocks sandbox sfperms&quot;
GENTOO_MIRRORS=&quot;http://194.117.158.28 http://194.117.158.29 ftp://194.117.158.28/mirrors/gentoo&quot;
MAKEOPTS=&quot;-j2&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.gentoo.org/gentoo-portage&quot;
USE=&quot;X aalib alsa apm atm avi berkdb bitmap-fonts cdparanoia cdr crypt cups directfb divx4linux dvd encode f77 fam fbcon flac foomaticdb fortran gdbm ggi gif gpm gstreamer gtk gtk+ gtk2 imagemagick imlib java jpeg ldap libg++ libwww live lzo mad mikmod mmx mmx2 motif mozilla mpeg mysql ncurses network nls oggvorbis pam pdflib perl png python quicktime readline sdl slang spell sqlite sse sse2 ssl svga tcltk tcpd tetex theora tiff truetype usb v4l v4l2 x86 xine xml2 xmms xv xvid zlib&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-14 10:56:43 0000</bug_when>
            <thetext>It&apos;s a known issue with gtk2hs. Building gtk2hs uses a preprocessor tool called c2hs which uses a huge amount of memory. I reckon it needs about 400Mb of RAM.

I&apos;m a gtk2hs developer and I&apos;m actually working on this issue at the moment. There will not be a quick fix however, you&apos;ll have to wait for the next release of gtk2hs.

Perhaps I should put a check in the ebuild to make it bail out if the machine has less than 512Mb of RAM.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-16 04:05:10 0000</bug_when>
            <thetext>Andres, what&apos;s the most sensible way of checking the emount of system memory in an ebuild? A couple people have hit this issue now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-16 17:32:56 0000</bug_when>
            <thetext>Created an attachment (id=44121)
c2hs-0.13.4.ebuild

updated c2hs ebuild, updated to version 0.13.4
make sure ghc package actually gets registered
ghc package missing haskell98 dependency hack no longer needed as it was fixed
in 0.13.4
new hack to stop c2hs from using versioned dirs, as we&apos;re already doing that
ourselves.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-16 17:38:07 0000</bug_when>
            <thetext>Created an attachment (id=44122)
buddha-1.2-r1.ebuild

Just a small change to where interface files get installed.
ghc .hi files get installed in a dir under ghc-libdir.
buddha .i files get put under /usr/share/buddha/ifaces/
(previously they were mixed in with the .hi files)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david.morgan@gmail.com</who>
            <bug_when>2004-11-18 05:46:19 0000</bug_when>
            <thetext>One way to test whether or not someone has enough ram would be along the lines of

mem=`cat /proc/meminfo | grep MemTotal | sed -e &apos;s/\(.*: *\)\(.*\)\( .*\)/\2/&apos;`
if [[ $(mem)/1024 &lt; 512 ]] ; then die &quot;need more ram&quot; ; fi

Though maybe it&apos;s better to do a similar thing using free, in case the user isn&apos;t using /proc (or maybe there&apos;s an even better way that I don&apos;t know about, but no-one else has suggested anything here)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-18 06:11:53 0000</bug_when>
            <thetext>eclipse-sdk_3.1_pre2 uses the following, very similar, construct:

function get-memory-total() {
        cat /proc/meminfo | grep MemTotal | sed -r &quot;s/[^0-9]*([0-9]+).*/\1/&quot;
}

function check-ram() {

        local mem=$(get-memory-total)
        [ $(get-memory-total) -lt 775000 ] &amp;&amp;
                (
                echo
                ewarn &quot;To build Eclipse, at least 768MB of RAM is recommended.&quot;
                ewarn &quot;Your machine has less RAM. Continuing anyway.&quot;
                echo
                )
}

I don&apos;t like it. I don&apos;t think it is the job of individual ebuilds to
check the available memory. If at all, we should do something similar
and print a warning, but no more.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david.morgan@gmail.com</who>
            <bug_when>2004-11-18 07:34:17 0000</bug_when>
            <thetext>People often miss such warnings though.

I&apos;d much rather return to my computer after I&apos;ve told it to emerge something(s) and find that the emerge failed rather than find that X got shutdown because I ran out of memory (which will stop the emerge anyway).

Perhaps a combination of this with something like the BREAKME variable being used in xorg ebuilds [1] so that the emerge fails if the user doesn&apos;t have enough memory, unless this variable is set.

Still not a very good solution, but if people miss the warning and then find that X has been killed they&apos;ll probably think that it&apos;s a bug in X, when clearly it&apos;s not. I agree that ebulids checking whether or not the user has enough memory is a bad thing, but I think that it&apos;s the lesser of 2 evils

What do you think? This makes it easy for the user to try emerging anyway, and makes sure that they don&apos;t be making any bug reports about X (though maybe that needs to be explained in the warning)

On a different subject, is there any reason why the other packages that depend on ghc don&apos;t have ebuilds using the eclass? If not then I can probably write new ebuilds for them over the weekend.


[1] from xorg-x11-6.8.0-r2.ebuild
if [ -z &quot;${BREAKME}&quot; ]; then
		die &quot;Set the BREAKME variable to emerge this. It&apos;s in development. Stop using it.&quot;
fi</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-18 07:53:25 0000</bug_when>
            <thetext>I&apos;m still not convinced, but more so than before ;)

Are there so many ebuilds that need to be ghc-packages and aren&apos;t yet?
I know I haven&apos;t added wxhaskell and WASH yet, but which others did you
have in mind?

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>david.morgan@gmail.com</who>
            <bug_when>2004-11-18 09:28:00 0000</bug_when>
            <thetext>Alex and Haddock both use PATH=&quot;${PATH}:/opt/ghc/bin&quot;, other than that I didn&apos;t notice anything else when I just gave the ebuilds a quick look over. Is it worth inheriting the eclass just for that?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-18 09:33:09 0000</bug_when>
            <thetext>I&apos;d vote no. I think this ugly hack can be removed anyway,
but I&apos;ve been too lazy to test until now.

If you have spare time during the weekend, you could write a 
fresh ebuild for some Haskell library you want in portage.

I&apos;ve added the wash ebuild today, and renamed WASH to wash.
That was a bit of a mess, but I hope everything works alright
now.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-18 11:23:32 0000</bug_when>
            <thetext>Andres, I&apos;ll implement whichever mem check method you think is more appropriate / tastefull. As the Gentoo Haskell Tsar you get the privilege of deciding :-).

I think it needs something doing however since quite a few people have hit this issue.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2004-11-18 13:30:03 0000</bug_when>
            <thetext>Ok. I&apos;d suggest writing a mail to the gentoo-dev mailing list
in this case. Point out the path taken by the eclipse-sdk ebuild
as a possibility, and possibly the BUILD_ANYWAY variable ...

Perhaps we&apos;ve overlooked other possibilities -- I ran a few more
greps on /usr/portage, but couldn&apos;t find anything.

I&apos;d write the mail myself (and will do), but probably won&apos;t have
time for it before Monday.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dcoutts@gentoo.org</who>
            <bug_when>2004-11-21 16:13:44 0000</bug_when>
            <thetext>Created an attachment (id=44443)
gtk2hs-0.9.6-r1.ebuild.patch

Following discussion on the gentoo-dev mailing list an eclass &quot;check-reqs&quot; was
added to the portage tree. This patch modifies the gtk2hs-0.9.6-r1.ebuild to
use this eclass to implement a memory check. I have set the memory requirement
at 350Mb.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2005-01-19 03:01:27 0000</bug_when>
            <thetext>Duncan, I finally applied your patch.

ks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2005-12-19 03:09:29 0000</bug_when>
            <thetext>I think this can be considered fixed. The eclass is in portage for a long
time now, and seems to work nicely.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>kosmikus@gentoo.org</who>
            <bug_when>2005-12-19 03:09:57 0000</bug_when>
            <thetext>I meant to close the bug.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42775</attachid>
            <date>2004-10-28 07:38 0000</date>
            <desc>haskell.eclass</desc>
            <filename>haskell.eclass</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDAzIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlciQKIwojIEF1dGhvcjogQW5kcmVzIExvZWggPGtvc21pa3VzQGdlbnRvby5vcmc+
CiMKIyBUaGlzIGVjbGFzcyBoZWxwcyB3aXRoIHRoZSBHbGFzZ293IEhhc2tlbGwgQ29tcGlsZXIn
cyBwYWNrYWdlCiMgY29uZmlndXJhdGlvbiB1dGlsaXR5LgoKRUNMQVNTPWhhc2tlbGwKSU5IRVJJ
VEVEPSIkSU5IRVJJVEVEICRFQ0xBU1MiCgpQQVRIPSIke1BBVEh9Oi9vcHQvZ2hjL2JpbiIKCiMg
Zm9yIGxhdGVyIGNvbmZpZ3VyYXRpb24gdXNpbmcgZW52aXJvbm1lbnQgdmFyaWFibGVzCmdoYy1n
ZXRnaGMoKSB7CgllY2hvICJnaGMiCn0KCmdoYy1nZXRnaGNwa2coKSB7CgllY2hvICJnaGMtcGtn
Igp9CgpnaGMtZ2V0Z2hjcGtnYmluKCkgewoJZWNobyAkKGdoYy1saWJkaXIpLyJnaGMtcGtnLmJp
biIKfQoKIyByZXR1cm5zIHRoZSB2ZXJzaW9uCmdoYy12ZXJzaW9uKCkgewoJJChnaGMtZ2V0Z2hj
KSAtLXZlcnNpb24gfCBzZWQgJ3M6Xi4qdmVyc2lvbiA6OicKfQoKIyByZXR1cm5zIHRoZSBsaWJy
YXJ5IGRpcmVjdG9yeQpnaGMtbGliZGlyKCkgewoJJChnaGMtZ2V0Z2hjKSAtLXByaW50LWxpYmRp
cgp9CgojIHJldHVybnMgdGhlIChHZW50b28pIGxpYnJhcnkgY29uZmlndXJhdGlvbiBkaXJlY3Rv
cnkKZ2hjLWNvbmZkaXIoKSB7CgllY2hvICQoZ2hjLWxpYmRpcikvZ2VudG9vCn0KCiMgcmV0dXJu
cyB0aGUgbmFtZSBvZiB0aGUgbG9jYWwgKHBhY2thZ2Utc3BlY2lmaWMpCiMgcGFja2FnZSBjb25m
aWd1cmF0aW9uIGZpbGUKZ2hjLWxvY2FscGtnY29uZigpIHsKCWVjaG8gIiR7UEZ9LmNvbmYiCn0K
CiMgY3JlYXRlcyBhbiBlbXB0eSBsb2NhbCAocGFja2FnZS1zcGVjaWZpYykgcGFja2FnZQojIGNv
bmZpZ3VyYXRpb24gZmlsZQpnaGMtc2V0dXAtcGtnKCkgewoJZWNobyAnW10nID4gJHtTfS8kKGdo
Yy1sb2NhbHBrZ2NvbmYpCn0KCiMgbW92ZXMgdGhlIGxvY2FsIChwYWNrYWdlLXNwZWNpZmljKSBw
YWNrYWdlIGNvbmZpZ3VyYXRpb24KIyBmaWxlIHRvIGl0cyBmaW5hbCBkZXN0aW5hdGlvbgpnaGMt
aW5zdGFsbC1wa2coKSB7Cglta2RpciAtcCAke0R9LyQoZ2hjLWNvbmZkaXIpCgljYXQgJHtTfS8k
KGdoYy1sb2NhbHBrZ2NvbmYpIHwgc2VkICJzOiR7RH06OiIgXAoJCT4gJHtEfS8kKGdoYy1jb25m
ZGlyKS8kKGdoYy1sb2NhbHBrZ2NvbmYpCn0KCiMgcmVnaXN0ZXJzIGFsbCBwYWNrYWdlcyBpbiB0
aGUgbG9jYWwgKHBhY2thZ2Utc3BlY2lmaWMpCiMgcGFja2FnZSBjb25maWd1cmF0aW9uIGZpbGUK
Z2hjLXJlZ2lzdGVyLXBrZygpIHsKCWxvY2FsIGxvY2FscGtnY29uZgoJbG9jYWxwa2djb25mPSQo
Z2hjLWNvbmZkaXIpLyQxCglmb3IgcGtnIGluICQoZ2hjLWxpc3Rwa2cgJHtsb2NhbHBrZ2NvbmZ9
KTsgZG8KCQllaW5mbyAiUmVnaXN0ZXJpbmcgJHtwa2d9IC4uLiIKCQkkKGdoYy1nZXRnaGNwa2di
aW4pIC1mICR7bG9jYWxwa2djb25mfSAtcyAke3BrZ30gXAoJCQl8ICQoZ2hjLWdldGdoY3BrZykg
LXUgLS1hdXRvLWdoY2ktbGlicyAtLWZvcmNlCglkb25lCn0KCiMgcmUtYWRkcyBhbGwgYXZhaWxh
YmxlIC5jb25mIGZpbGVzIHRvIHRoZSBnbG9iYWwKIyBwYWNrYWdlIGNvbmYgZmlsZQpnaGMtcmVy
ZWdpc3RlcigpIHsKCWVpbmZvICJSZS1hZGRpbmcgcGFja2FnZXMgLi4uIgoJZXdhcm4gIlRoaXMg
bWF5IGNhdXNlIHNldmVyYWwgd2FybmluZ3MsIGJ1dCB0aGV5IHNob3VsZCBiZSBoYXJtbGVzcy4i
CglwdXNoZCAkKGdoYy1jb25mZGlyKQoJZm9yIGNvbmYgaW4gKi5jb25mOyBkbwoJCWVpbmZvICJQ
cm9jZXNzaW5nICR7Y29uZn0gLi4uIgoJCWdoYy1yZWdpc3Rlci1wa2cgJHtjb25mfQoJZG9uZQoJ
cG9wZAp9CgojIHVucmVnaXN0ZXJzIC4uLgpnaGMtdW5yZWdpc3Rlci1wa2coKSB7Cglsb2NhbCBs
b2NhbHBrZ2NvbmYKCWxvY2FscGtnY29uZj0kKGdoYy1jb25mZGlyKS8kMQoJZm9yIHBrZyBpbiAk
KGdoYy1yZXZlcnNlICIkKGdoYy1saXN0cGtnICR7bG9jYWxwa2djb25mfSkiKTsgZG8KCQllaW5m
byAiVW5yZWdpc3RlcmluZyAke3BrZ30gLi4uIgoJCSQoZ2hjLWdldGdoY3BrZykgLXIgJHtwa2d9
IC0tZm9yY2UKCWRvbmUKfQoKIyBoZWxwLWZ1bmN0aW9uOiByZXZlcnNlIGEgbGlzdApnaGMtcmV2
ZXJzZSgpIHsKCWxvY2FsIHJlc3VsdAoJZm9yIGkgaW4gJDE7IGRvCgkJcmVzdWx0PSIke2l9ICR7
cmVzdWx0fSIKCWRvbmUKCWVjaG8gJHtyZXN1bHR9Cn0KCmdoYy1saXN0cGtnKCkgewoJZWNobyAk
KCQoZ2hjLWdldGdoY3BrZ2JpbikgLWwgLWYgJDEpIFwKCQl8IGN1dCAtZjIgLWQnOicgXAoJCXwg
Y3V0IC1mMSAtZCcvJyBcCgkJfCBzZWQgJ3M6LDogOmcnCn0gCgpoYXNrZWxsX3BrZ19wb3N0aW5z
dCgpIHsKCWdoYy1yZWdpc3Rlci1wa2cgJChnaGMtbG9jYWxwa2djb25mKQp9CgpoYXNrZWxsX3Br
Z19wcmVybSgpIHsKCSMgb25seSByZW1vdmUgaWYgdGhpcyBpcyB0aGUgb25seSBpbnN0YW5jZSBv
ZiB0aGUgcGFja2FnZSBvbiB0aGUKCSMgc3lzdGVtIC4uLgogICAgICAgIGhhc192ZXJzaW9uICI8
JHtDQVRFR09SWX0vJHtQRn0iIHx8IGhhc192ZXJzaW9uICI+JHtDQVRFR09SWX0vJHtQRn0iIFwK
CQl8fCBnaGMtdW5yZWdpc3Rlci1wa2cgJChnaGMtbG9jYWxwa2djb25mKQp9CgpFWFBPUlRfRlVO
Q1RJT05TIHBrZ19wb3N0aW5zdCBwa2dfcHJlcm0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42777</attachid>
            <date>2004-10-28 07:40 0000</date>
            <desc>c2hs-0.13.1-r1.ebuild</desc>
            <filename>c2hs-0.13.1-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1oYXNrZWxsL2MyaHMvYzJocy0wLjEzLjEu
ZWJ1aWxkLHYgMS4yIDIwMDQvMDgvMjQgMDk6MjU6MzMga29zbWlrdXMgRXhwICQKCmluaGVyaXQg
YmFzZSBoYXNrZWxsCgpERVNDUklQVElPTj0iQW4gaW50ZXJmYWNlIGdlbmVyYXRvciBmb3IgSGFz
a2VsbCIKSE9NRVBBR0U9Imh0dHA6Ly93d3cuY3NlLnVuc3cuZWR1LmF1L35jaGFrL2hhc2tlbGwv
YzJocy8iClNSQ19VUkk9Imh0dHA6Ly93d3cuY3NlLnVuc3cuZWR1LmF1L35jaGFrL2hhc2tlbGwv
YzJocy8ke1B9LnRhci5neiIKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCgpLRVlXT1JEUz0ifng4
NiIKCklVU0U9IiIKCkRFUEVORD0iPj12aXJ0dWFsL2doYy02LjIiCgpzcmNfdW5wYWNrKCkgewog
ICAgICAgIGJhc2Vfc3JjX3VucGFjawogICAgICAgICMgcGFja2FnZSBjb25maWcgZmlsZSBhcHBh
cmVudGx5IG1pc3NpbmcgaGFza2VsbDk4IGRlcGVuZGVuY3kKICAgICAgICBzZWQgLWkgInM6bGFu
Z1wiOmxhbmdcIixcImhhc2tlbGw5OFwiOiIgJHtTfS9jMmhzL2MyaHMuY29uZi5pbgp9CgpzcmNf
Y29tcGlsZSgpIHsKICAgICAgICBlY29uZiAtLWRpc2FibGUtYWRkLXBhY2thZ2UgfHwgZGllICJj
b25maWd1cmUgZmFpbGVkIgogICAgICAgICMgdGVzdGVkIC1qMjsgZG9lc24ndCB3b3JrCiAgICAg
ICAgZW1ha2UgLWoxIHx8IGRpZSAibWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0YWxsKCkgewogICAg
ICAgIG1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwgfHwgZGllICJtYWtlIGluc3RhbGwgZmFpbGVk
IgoJZWNobyAnWycgPiAke1N9LyQoZ2hjLWxvY2FscGtnY29uZikKICAgICAgICAke0R9L3Vzci9i
aW4vYzJocy1jb25maWcgLS1wYWNrYWdlLWNvbmYgXAogICAgICAgICAgICAgICAgPj4gJHtTfS8k
KGdoYy1sb2NhbHBrZ2NvbmYpCgllY2hvICddJyA+PiAke1N9LyQoZ2hjLWxvY2FscGtnY29uZikK
ICAgICAgICBnaGMtaW5zdGFsbC1wa2cKfQoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42778</attachid>
            <date>2004-10-28 07:41 0000</date>
            <desc>WASH-2.0.5-r1.ebuild</desc>
            <filename>WASH-2.0.5-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1oYXNrZWxsL1dBU0gvV0FTSC0yLjAuNS5l
YnVpbGQsdiAxLjEgMjAwNC8xMC8yNiAxNzo0NzoyNiBrb3NtaWt1cyBFeHAgJAoKaW5oZXJpdCBo
YXNrZWxsCgojIHRoZSBpbnN0YWxsYXRpb24gYnVuZGxlIGlzIGNhbGxlZCBXYXNoTkdvCk1ZX1A9
Ildhc2hOR28iCk1ZX1BWPSR7TVlfUH0tJHtQVn0KCkRFU0NSSVBUSU9OPSJXQVNIIGlzIGEgZmFt
aWx5IG9mIGVtYmVkZGVkIGRvbWFpbi1zcGVjaWZpYyBsYW5ndWFnZXMgZm9yIHByb2dyYW1taW5n
IFdlYiBhcHBsaWNhdGlvbnMiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmluZm9ybWF0aWsudW5pLWZy
ZWlidXJnLmRlL350aGllbWFubi9oYXNrZWxsL1dBU0gvIgpTUkNfVVJJPSJodHRwOi8vd3d3Lmlu
Zm9ybWF0aWsudW5pLWZyZWlidXJnLmRlL350aGllbWFubi9oYXNrZWxsL1dBU0gvJHtNWV9QVn0u
dGd6IgoKTElDRU5TRT0iQlNEIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iZG9jIHBv
c3RncmVzIgoKREVQRU5EPSI+PXZpcnR1YWwvZ2hjLTYuMgoJcG9zdGdyZXM/ICggZGV2LWhhc2tl
bGwvYzJocwoJCT49ZGV2LWRiL3Bvc3RncmVzcWwtNy40LjMgKSIKCiMgUkRFUEVORDogYzJocyBu
ZWVkZWQ/CgpTPSR7V09SS0RJUn0vJHtNWV9QVn0KCnNyY19jb21waWxlKCkgewoJbG9jYWwgbXlv
cHRzCglteW9wdHM9IiR7bXlvcHRzfSBgdXNlX2VuYWJsZSBwb3N0Z3JlcyBkYmNvbm5lY3RgIgoJ
bXlvcHRzPSIke215b3B0c30gYHVzZV9lbmFibGUgZG9jIGJ1aWxkLWRvY3NgIgoJLi9jb25maWd1
cmUgXAoJCS0tcHJlZml4PSIke0R9dXNyIiBcCgkJLS1ob3N0PSR7Q0hPU1R9IFwKCQktLWxpYmRp
cj0ke0R9LyQoZ2hjLWxpYmRpcikgXAoJCSR7bXlvcHRzfSBcCgkJLS1lbmFibGUtcmVnaXN0ZXIt
cGFja2FnZT0iJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpIiBcCgkJCXx8IGRpZSAiY29uZmlndXJl
IGZhaWxlZCIKCW1ha2UgZGVwZW5kIHx8IGRpZSAibWFrZSBkZXBlbmQgZmFpbGVkIgoJbWFrZSBh
bGwgfHwgZGllICJtYWtlIGFsbCBmYWlsZWQiCn0KCnNyY19pbnN0YWxsKCkgewoJZ2hjLXNldHVw
LXBrZwoJbWFrZSBpbnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKCWdoYy1pbnN0
YWxsLXBrZwoJZG9kb2MgUkVBRE1FCglpZiB1c2UgZG9jOyB0aGVuCgkJY3AgLXIgRXhhbXBsZXMg
JHtEfS91c3Ivc2hhcmUvZG9jLyR7UEZ9CgkJY2QgZG9jCgkJZG9odG1sIC1yICoKCWZpCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>42779</attachid>
            <date>2004-10-28 07:42 0000</date>
            <desc>wxhaskell-0.8-r1.ebuild</desc>
            <filename>wxhaskell-0.8-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1oYXNrZWxsL3d4aGFza2VsbC93eGhhc2tl
bGwtMC44LmVidWlsZCx2IDEuNCAyMDA0LzEwLzI2IDEzOjU3OjE4IGtvc21pa3VzIEV4cCAkCgpp
bmhlcml0IGhhc2tlbGwgd3h3aWRnZXRzCgpERVNDUklQVElPTj0iYSBwb3J0YWJsZSBhbmQgbmF0
aXZlIEdVSSBsaWJyYXJ5IGZvciBIYXNrZWxsIgpIT01FUEFHRT0iaHR0cDovL3d4aGFza2VsbC5z
b3VyY2Vmb3JnZS5uZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS93eGhhc2tlbGwv
JHtQTn0tc3JjLSR7UFZ9LnppcCIKTElDRU5TRT0id3hXaW5MTC0zIgpTTE9UPSIwIgoKS0VZV09S
RFM9Ing4NiB+cHBjIgoKSVVTRT0iZG9jIGd0azIiCgpERVBFTkQ9IiR7REVQRU5EfQoJPj12aXJ0
dWFsL2doYy02LjIKCT49eDExLWxpYnMvd3hHVEstMi40LjItcjIKCWRvYz8gKCA+PWRldi1oYXNr
ZWxsL2hhZGRvY2stMC42LXIyICkiCgpzcmNfY29tcGlsZSgpIHsKCWxvY2FsIHd4Y29uZmlnCgln
aGMtc2V0dXAtcGtnCgkjd3hoYXNrZWxsIHN1cHBvcnRzIGd0ayBvciBndGsyLCBidXQgbm90IHVu
aWNvZGUgeWV0OgoJaWYgISB1c2UgZ3RrMjsgdGhlbgoJCW5lZWQtd3h3aWRnZXRzIGd0awoJZWxz
ZQoJCW5lZWQtd3h3aWRnZXRzIGd0azIKCWZpCgkjIG5vbi1zdGFuZGFyZCBjb25maWd1cmUsIHNv
IGVjb25mIGlzIG5vdCBhbiBvcHRpb24KCW12IGNvbmZpZ3VyZSBjb25maWd1cmUub3JpZwoJIyBh
ZGFwdCB0byBHZW50b28gcGF0aCBjb252ZW50aW9uCglzZWQgLWUgJ3M6L2RvYy9odG1sOi9zaGFy
ZS9kb2MvaHRtbDonIFwKCQljb25maWd1cmUub3JpZyA+IGNvbmZpZ3VyZQoJIyBzZWQgLWUgJ3M6
dGVzdCAiJHd4d2lubGliXCI6dGVzdCAiIjonIGNvbmZpZ3VyZS5vcmlnID4gY29uZmlndXJlCglj
aG1vZCB1K3ggLi9jb25maWd1cmUKCSMgZGV0ZXJtaW5lIGdoYyBsaWJyYXJ5IGRpcmVjdG9yeQoJ
IyAoc28gdGhhdCBpdCdzIHBvc3NpYmxlIHRvIGluc3RhbGwgdGhlIGxpYnJhcnkgZm9yCgkjIG11
bHRpcGxlIHZlcnNpb25zIG9mIGdoYykKCXd4Y29uZmlnPSIke1dYX0NPTkZJR30iCgkjIC0td3gt
Y29uZmlnIG11c3QgYXBwZWFyIGZpcnN0IGFjY29yZGluZyB0byBjb25maWd1cmUgZmlsZSBjb21t
ZW50cyAKCS4vY29uZmlndXJlIFwKCQktLXd4LWNvbmZpZz0ke3d4Y29uZmlnfSBcCgkJLS1wcmVm
aXg9JHtEfS91c3IgXAoJCS0td2l0aC1vcGVuZ2wgXAoJCS0tbGliZGlyPSR7RH0vJChnaGMtbGli
ZGlyKSBcCgkJLS1wYWNrYWdlLWNvbmY9JHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpIFwKCQl8fCBk
aWUgIi4vY29uZmlndXJlIGZhaWxlZCIKCWVtYWtlIC1qMSB8fCBkaWUgIm1ha2UgZmFpbGVkIgoJ
IyBjcmVhdGUgZG9jdW1lbnRhdGlvbgoJaWYgdXNlIGRvYzsgdGhlbgoJCWVtYWtlIC1qMSBkb2Mg
fHwgZGllICJtYWtlIGRvYyBmYWlsZWQiCglmaQp9CgpzcmNfaW5zdGFsbCgpIHsKCWxvY2FsIGYK
CWVtYWtlIC1qMSBpbnN0YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKCWZvciBmIGlu
ICR7RH0vJChnaGMtbGliZGlyKS9saWJ3eGMtKi5zbzsgZG8KCQltdiAke2Z9ICR7RH0vdXNyL2xp
YgoJZG9uZQoJaWYgdXNlIGRvYzsgdGhlbgoJCWRvaHRtbCAtQSBoYWRkb2NrIC1yIG91dC9kb2Mv
KgoJCWNwIC1yIHNhbXBsZXMgJHtEfS91c3Ivc2hhcmUvZG9jLyR7UEZ9CglmaQoJZ2hjLWluc3Rh
bGwtcGtnCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>43232</attachid>
            <date>2004-11-03 10:33 0000</date>
            <desc>buddha-1.2.ebuild</desc>
            <filename>buddha-1.2.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogJAoKaW5oZXJpdCBiYXNlIGdoYy1wYWNrYWdlCgpERVNDUklQVElPTj0iQSBk
ZWNsYXJhdGl2ZSBkZWJ1Z2dlciBmb3IgSGFza2VsbCA5OCIKSE9NRVBBR0U9Imh0dHA6Ly93d3cu
Y3MubXUub3ouYXUvfmJqcG9wL2J1ZGRoYS8iClNSQ19VUkk9Imh0dHA6Ly93d3cuY3MubXUub3ou
YXUvfmJqcG9wL2J1ZGRoYS9kb3dubG9hZC8ke1B9LnRhci5neiIKTElDRU5TRT0iR1BMLTIiClNM
T1Q9IjAiCgpLRVlXT1JEUz0ifng4NiIKCklVU0U9IiIKClJERVBFTkQ9Ij49dmlydHVhbC9naGMt
NiIKCkRFUEVORD0iJHtSREVQRU5EfSIKCnNyY19jb21waWxlKCkgewoJI2xldHMgcHV0IHRoZSBp
bnRlcmZhY2UgZmlsZXMgaW4gYSBzZW5zaWJsZSBwbGFjZSBzaGFsbCB3ZT8KCXNlZCAtaSAnczpB
TV9JRkFDRURJUiA9ICQocGtnZGF0YWRpcikvaWZhY2VzOkFNX0lGQUNFRElSID0gJChwa2dsaWJk
aXIpL2lmYWNlczonIFwKCQkke1N9L2RhdGEvTWFrZWZpbGUuaW4gJHtTfS9zY3JpcHRzL01ha2Vm
aWxlLmluIFwKCQkke1N9L2xpYmJ1ZGRoYS9NYWtlZmlsZS5pbiAke1N9L3ByZWx1ZGUvQnVkZGhh
L01ha2VmaWxlLmluCgoJZWNvbmYgLS1saWJkaXI9JChnaGMtbGliZGlyKSB8fCBkaWUgIkNvbmZp
Z3VyZSBmYWlsZWQiCgoJIyBNYWtlZmlsZSBoYXMgbm8gcGFyYWxsZWxpc20KCWVtYWtlIC1qMSB8
fCBkaWUgIk1ha2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCgltYWtlIERFU1RESVI9JHtE
fSBpbnN0YWxsIHx8IGRpZSAiTWFrZSBpbnN0YWxsIGZhaWxlZCIKCgkjbm90ZSB0aGF0IGJ1ZGRo
YSdzIGdoYyBwYWNrYWdlcyBkbyBub3QgbmVlZCB0byBiZSByZWdpc3RlcmVkCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>43234</attachid>
            <date>2004-11-03 10:43 0000</date>
            <desc>gtk2hs-0.9.6-r1.ebuild</desc>
            <filename>gtk2hs-0.9.6-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgYmFzZSBnaGMtcGFja2FnZQoKREVTQ1JJUFRJT049IkdUSystMi54IGJp
bmRpbmdzIGZvciBIYXNrZWxsIgpIT01FUEFHRT0iaHR0cDovL2d0azJocy5zb3VyY2Vmb3JnZS5u
ZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9ndGsyaHMvJHtQfS50YXIuZ3oiCkxJ
Q0VOU0U9IkdQTC0yIgpTTE9UPSIwIgoKS0VZV09SRFM9In54ODYiCgpJVVNFPSJkb2MgZ25vbWUi
CgpSREVQRU5EPSI+PXZpcnR1YWwvZ2hjLTUuMDQKCQk+PXgxMS1saWJzL2d0aystMgoJCWdub21l
PyAoID49Z25vbWUtYmFzZS9saWJnbGFkZS0yCgkJICAgICAgICAgPj14MTEtbGlicy9ndGtzb3Vy
Y2V2aWV3LTAuNgoJCQkJID49Z25vbWUtYmFzZS9nY29uZi0yKSIKCkRFUEVORD0iJHtSREVQRU5E
fSIKCnNyY19jb21waWxlKCkgewoJZWNvbmYgXAoJCS0tbGliZGlyPSQoZ2hjLWxpYmRpcikgXAoJ
CS0td2l0aC1oY2ZsYWdzPSItTyIgXAoJCWB1c2VfZW5hYmxlIGdub21lIGdub21lYCBcCgkJYHVz
ZV9lbmFibGUgZ25vbWUgbGliZ2xhZGVgIFwKCQl8fCBkaWUgIkNvbmZpZ3VyZSBmYWlsZWQiCgoJ
I2ZpeCBmb3IgYnVnIGluIDAuOS42IHRhcmJhbGwsIGRpcmVjdG9yeSBtaXNzaW5nIHNvIGRvbid0
IGNvbXBpbGUgdGhhdCBkZW1vCglzZWQgLWkgJ3MvTUFLRV9BUFBTICs9IGRlbW9cL2ZpbGVjaG9v
c2VyLy8nICR7U30vTWFrZWZpbGUKCSNvciB3b3JrIG91dCBob3cgdG8gYnVpbGQgd2l0aG91dCBk
ZW1vcwoKCSMgcGFyYWxsZWxsIGJ1aWxkIGRvZXNuJ3Qgd29yaywgc28gc3BlY2lmeSAtajEKCWVt
YWtlIC1qMSB8fCBkaWUgIk1ha2UgZmFpbGVkIgoKCWlmIHVzZSBkb2M7IHRoZW4KCQltYWtlIGh0
bWwgfHwgZGllICJNYWtlIGRvY3MgZmFpbGVkIgoJZmkKfQoKc3JjX2luc3RhbGwoKSB7CgoJbWFr
ZSBERVNURElSPSR7RH0gaW5zdGFsbC13aXRob3V0LXBrZyB8fCBkaWUgIk1ha2UgaW5zdGFsbCBm
YWlsZWQiCglpZiB1c2UgZG9jOyB0aGVuCgkJbWFrZSBERVNURElSPSR7RH0gaW5zdGFsbC1odG1s
IHx8IGRpZSAiTWFrZSBkb2NzIGZhaWxlZCIKCWZpCgoJIyBmaXggZHluYW1pYyBsaW5raW5nIHdp
dGggcHRocmVhZCBidWcgZm9yIGdsYWRlICYgc291cnZpZXcKCXNlZCAtaSAnczoicHRocmVhZCIs
OjonICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvc291cmNldmlldy9zb3VyY2V2aWV3LmNvbmYK
CXNlZCAtaSAnczoicHRocmVhZCIsOjonICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvZ2xhZGUv
Z2xhZGUuY29uZgoKCSMgYXJyYW5nZSBmb3IgdGhlIHBhY2thZ2VzIHRvIGJlIHJlZ2lzdGVyZWQK
CWdoYy1zZXR1cC1wa2cKCSQoZ2hjLWdldGdoY3BrZykgLS1jb25maWctZmlsZT0ke1N9LyQoZ2hj
LWxvY2FscGtnY29uZikgLS1hZGQtcGFja2FnZSAtLWlucHV0LWZpbGU9JHtEfS8kKGdoYy1saWJk
aXIpL2d0azJocy9ndGsyL2d0azIuY29uZgoJJChnaGMtZ2V0Z2hjcGtnKSAtLWNvbmZpZy1maWxl
PSR7U30vJChnaGMtbG9jYWxwa2djb25mKSAtLWFkZC1wYWNrYWdlIC0taW5wdXQtZmlsZT0ke0R9
LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL21vZ3VsL21vZ3VsLmNvbmYKCWlmIHVzZSBnbm9tZTsgdGhl
bgoJCSQoZ2hjLWdldGdoY3BrZykgLS1jb25maWctZmlsZT0ke1N9LyQoZ2hjLWxvY2FscGtnY29u
ZikgLS1hZGQtcGFja2FnZSAtLWlucHV0LWZpbGU9JHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9n
bGFkZS9nbGFkZS5jb25mCgkJJChnaGMtZ2V0Z2hjcGtnKSAtLWNvbmZpZy1maWxlPSR7U30vJChn
aGMtbG9jYWxwa2djb25mKSAtLWFkZC1wYWNrYWdlIC0taW5wdXQtZmlsZT0ke0R9LyQoZ2hjLWxp
YmRpcikvZ3RrMmhzL2djb25mL2djb25mLmNvbmYKCQkkKGdoYy1nZXRnaGNwa2cpIC0tY29uZmln
LWZpbGU9JHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpIC0tYWRkLXBhY2thZ2UgLS1pbnB1dC1maWxl
PSR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvc291cmNldmlldy9zb3VyY2V2aWV3LmNvbmYKCWZp
CglnaGMtaW5zdGFsbC1wa2cKCgkjIGJ1aWxkIGdoY2kgLm8gZmlsZXMgZnJvbSAuYSBmaWxlcwoJ
I2xkIC1yIC14IC1vICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvZ3RrMi9ndGsyaHMubyBcCgkj
CS0td2hvbGUtYXJjaGl2ZSAke0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL2d0azIvbGliZ3RrMmhz
LmEKCSNsZCAtciAteCAtbyAgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9tb2d1bC9tb2d1bC5v
IFwKCSMJLS13aG9sZS1hcmNoaXZlICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvbW9ndWwvbGli
bW9ndWwuYQoJI1sgYHVzZSBnbm9tZWAgXSAmJiBsZCAtciAteCAtbyAke0R9LyQoZ2hjLWxpYmRp
cikvZ3RrMmhzL3NvdXJjZXZpZXcvc291cmNldmlldy5vIFwKCSMJLS13aG9sZS1hcmNoaXZlICR7
RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvc291cmNldmlldy9saWJzb3VyY2V2aWV3LmEKCSNbIGB1
c2UgZ25vbWVgIF0gJiYgbGQgLXIgLXggLW8gJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nbGFk
ZS9nbGFkZTJocy5vIFwKCSMJLS13aG9sZS1hcmNoaXZlICR7RH0vJChnaGMtbGliZGlyKS9ndGsy
aHMvZ2xhZGUvbGliZ2xhZGUyaHMuYQoJI1sgYHVzZSBnbm9tZWAgXSAmJiBsZCAtciAteCAtbyAk
e0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL2djb25mL2djb25mLm8gXAoJIwktLXdob2xlLWFyY2hp
dmUgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nY29uZi9saWJnY29uZi5hCgoJIyBmaXggZ2Nv
bmYgaGkgZmlsZSBsb2NhdGlvbiBpbnN0YWxsIGJ1ZwoJbWtkaXJoaWVyICR7RH0vJChnaGMtbGli
ZGlyKS9ndGsyaHMvZ2NvbmYvaGkvU3lzdGVtL0dub21lL0dDb25mCgltdiAke0R9LyQoZ2hjLWxp
YmRpcikvZ3RrMmhzL2djb25mL2hpL0dDb25mLmhpIFwKCSAgICR7RH0vJChnaGMtbGliZGlyKS9n
dGsyaHMvZ2NvbmYvaGkvU3lzdGVtL0dub21lLwoJbXYgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJo
cy9nY29uZi9oaS8qLmhpIFwKCSAgICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvZ2NvbmYvaGkv
U3lzdGVtL0dub21lL0dDb25mLwp9Cgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>43257</attachid>
            <date>2004-11-03 18:13 0000</date>
            <desc>gtk2hs-0.9.6-r1.ebuild</desc>
            <filename>gtk2hs-0.9.6-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgYmFzZSBnaGMtcGFja2FnZQoKREVTQ1JJUFRJT049IkdUSystMi54IGJp
bmRpbmdzIGZvciBIYXNrZWxsIgpIT01FUEFHRT0iaHR0cDovL2d0azJocy5zb3VyY2Vmb3JnZS5u
ZXQvIgpTUkNfVVJJPSJtaXJyb3I6Ly9zb3VyY2Vmb3JnZS9ndGsyaHMvJHtQfS50YXIuZ3oiCkxJ
Q0VOU0U9IkdQTC0yIgpTTE9UPSIwIgoKS0VZV09SRFM9In54ODYiCgpJVVNFPSJkb2MgZ25vbWUi
CgpSREVQRU5EPSI+PXZpcnR1YWwvZ2hjLTUuMDQKCQk+PXgxMS1saWJzL2d0aystMgoJCWdub21l
PyAoID49Z25vbWUtYmFzZS9saWJnbGFkZS0yCgkJCQkgPj14MTEtbGlicy9ndGtzb3VyY2V2aWV3
LTAuNgoJCQkJID49Z25vbWUtYmFzZS9nY29uZi0yKSIKCkRFUEVORD0iJHtSREVQRU5EfSIKCnNy
Y19jb21waWxlKCkgewoJZWNvbmYgXAoJCS0tbGliZGlyPSQoZ2hjLWxpYmRpcikgXAoJCS0td2l0
aC1oY2ZsYWdzPSItSDE4MG0iIFwKCQlgdXNlX2VuYWJsZSBnbm9tZSBnbm9tZWAgXAoJCWB1c2Vf
ZW5hYmxlIGdub21lIGxpYmdsYWRlYCBcCgkJfHwgZGllICJDb25maWd1cmUgZmFpbGVkIgoKCSNm
aXggZm9yIGJ1ZyBpbiAwLjkuNiB0YXJiYWxsLCBkaXJlY3RvcnkgbWlzc2luZyBzbyBkb24ndCBj
b21waWxlIHRoYXQgZGVtbwoJc2VkIC1pICdzL01BS0VfQVBQUyArPSBkZW1vXC9maWxlY2hvb3Nl
ci8vJyAke1N9L01ha2VmaWxlCgkjb3Igd29yayBvdXQgaG93IHRvIGJ1aWxkIHdpdGhvdXQgZGVt
b3MKCgkjIHBhcmFsbGVsbCBidWlsZCBkb2Vzbid0IHdvcmssIHNvIHNwZWNpZnkgLWoxCgllbWFr
ZSAtajEgfHwgZGllICJNYWtlIGZhaWxlZCIKCglpZiB1c2UgZG9jOyB0aGVuCgkJbWFrZSBodG1s
IHx8IGRpZSAiTWFrZSBkb2NzIGZhaWxlZCIKCWZpCn0KCnNyY19pbnN0YWxsKCkgewoKCW1ha2Ug
REVTVERJUj0ke0R9IGluc3RhbGwtd2l0aG91dC1wa2cgfHwgZGllICJNYWtlIGluc3RhbGwgZmFp
bGVkIgoJaWYgdXNlIGRvYzsgdGhlbgoJCW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwtaHRtbCB8
fCBkaWUgIk1ha2UgZG9jcyBmYWlsZWQiCglmaQoKCSMgZml4IGR5bmFtaWMgbGlua2luZyB3aXRo
IHB0aHJlYWQgYnVnIGZvciBnbGFkZSAmIHNvdXJ2aWV3CglzZWQgLWkgJ3M6InB0aHJlYWQiLDo6
JyAke0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL3NvdXJjZXZpZXcvc291cmNldmlldy5jb25mCglz
ZWQgLWkgJ3M6InB0aHJlYWQiLDo6JyAke0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL2dsYWRlL2ds
YWRlLmNvbmYKCgkjIGFycmFuZ2UgZm9yIHRoZSBwYWNrYWdlcyB0byBiZSByZWdpc3RlcmVkCgll
Y2hvICdbJyA+ICR7U30vJChnaGMtbG9jYWxwa2djb25mKQoJY2F0ICR7RH0vJChnaGMtbGliZGly
KS9ndGsyaHMvZ3RrMi9ndGsyLmNvbmYgPj4gJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpCgllY2hv
ICcsJyA+PiAke1N9LyQoZ2hjLWxvY2FscGtnY29uZikKCWNhdCAke0R9LyQoZ2hjLWxpYmRpcikv
Z3RrMmhzL21vZ3VsL21vZ3VsLmNvbmYgPj4gJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpCglpZiB1
c2UgZ25vbWU7IHRoZW4KCQllY2hvICcsJyA+PiAke1N9LyQoZ2hjLWxvY2FscGtnY29uZikKCQlj
YXQgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nbGFkZS9nbGFkZS5jb25mID4+ICR7U30vJChn
aGMtbG9jYWxwa2djb25mKQoJCWVjaG8gJywnID4+ICR7U30vJChnaGMtbG9jYWxwa2djb25mKQoJ
CWNhdCAke0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL2djb25mL2djb25mLmNvbmYgPj4gJHtTfS8k
KGdoYy1sb2NhbHBrZ2NvbmYpCgkJZWNobyAnLCcgPj4gJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYp
CgkJY2F0ICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvc291cmNldmlldy9zb3VyY2V2aWV3LmNv
bmYgPj4gJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpCglmaQoJZWNobyAnXScgPj4gJHtTfS8kKGdo
Yy1sb2NhbHBrZ2NvbmYpCglnaGMtaW5zdGFsbC1wa2cKCgkjIGJ1aWxkIGdoY2kgLm8gZmlsZXMg
ZnJvbSAuYSBmaWxlcwoJZ2hjLW1ha2VnaGNpbGliICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMv
Z3RrMi9saWJndGsyaHMuYQoJZ2hjLW1ha2VnaGNpbGliICR7RH0vJChnaGMtbGliZGlyKS9ndGsy
aHMvbW9ndWwvbGlibW9ndWwuYQoJaWYgdXNlIGdub21lOyB0aGVuCgkJZ2hjLW1ha2VnaGNpbGli
ICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvc291cmNldmlldy9saWJzb3VyY2V2aWV3LmEKCQln
aGMtbWFrZWdoY2lsaWIgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nbGFkZS9saWJnbGFkZTJo
cy5hCgkJZ2hjLW1ha2VnaGNpbGliICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvZ2NvbmYvbGli
Z2NvbmYuYQoJZmkKCgkjIGZpeCBnY29uZiBoaSBmaWxlIGxvY2F0aW9uIGluc3RhbGwgYnVnCglt
a2RpcmhpZXIgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nY29uZi9oaS9TeXN0ZW0vR25vbWUv
R0NvbmYKCW12ICR7RH0vJChnaGMtbGliZGlyKS9ndGsyaHMvZ2NvbmYvaGkvR0NvbmYuaGkgXAoJ
ICAgJHtEfS8kKGdoYy1saWJkaXIpL2d0azJocy9nY29uZi9oaS9TeXN0ZW0vR25vbWUvCgltdiAk
e0R9LyQoZ2hjLWxpYmRpcikvZ3RrMmhzL2djb25mL2hpLyouaGkgXAoJICAgJHtEfS8kKGdoYy1s
aWJkaXIpL2d0azJocy9nY29uZi9oaS9TeXN0ZW0vR25vbWUvR0NvbmYvCn0KCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>44121</attachid>
            <date>2004-11-16 17:32 0000</date>
            <desc>c2hs-0.13.4.ebuild</desc>
            <filename>c2hs-0.13.4.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgYmFzZSBnaGMtcGFja2FnZQoKREVTQ1JJUFRJT049IkFuIGludGVyZmFj
ZSBnZW5lcmF0b3IgZm9yIEhhc2tlbGwiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmNzZS51bnN3LmVk
dS5hdS9+Y2hhay9oYXNrZWxsL2MyaHMvIgpTUkNfVVJJPSJodHRwOi8vd3d3LmNzZS51bnN3LmVk
dS5hdS9+Y2hhay9oYXNrZWxsL2MyaHMvJHtQfS50YXIuZ3oiCkxJQ0VOU0U9IkdQTC0yIgpTTE9U
PSIwIgoKS0VZV09SRFM9In54ODYiCgpJVVNFPSIiCgpERVBFTkQ9Ij49dmlydHVhbC9naGMtNi4w
IgoKc3JjX3VucGFjaygpIHsKCWJhc2Vfc3JjX3VucGFjawoKCSMgZG9uJ3QgYWRkIGdoYyB2ZXJz
aW9uIHRvIGxpYmRpcgoJc2VkIC1pICdzOi0kKFBDS1ZFUlNJT04pLyQoU1lTKTo6JyAke1N9L21r
L2NvbmZpZy5tay5pbgoJc2VkIC1pICdzOi1AQzJIU19WRVJTSU9OQC9AU1lTQDo6JyAke1N9L2My
aHMvYzJocy5jb25mLmluCn0KCnNyY19jb21waWxlKCkgewoJZWNvbmYgXAoJCS0tZGlzYWJsZS1h
ZGQtcGFja2FnZSBcCgkJLS1saWJkaXI9JChnaGMtbGliZGlyKSBcCgkJfHwgZGllICJjb25maWd1
cmUgZmFpbGVkIgoKCSMgdGVzdGVkIC1qMjsgZG9lc24ndCB3b3JrCgllbWFrZSAtajEgfHwgZGll
ICJtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9JHtEfSBpbnN0
YWxsIHx8IGRpZSAibWFrZSBpbnN0YWxsIGZhaWxlZCIKCgljcCAke0R9LyQoZ2hjLWxpYmRpcikv
YzJocy9jMmhzLmNvbmYgJHtTfS8kKGdoYy1sb2NhbHBrZ2NvbmYpCglnaGMtaW5zdGFsbC1wa2cK
fQoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>44122</attachid>
            <date>2004-11-16 17:38 0000</date>
            <desc>buddha-1.2-r1.ebuild</desc>
            <filename>buddha-1.2-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgYmFzZSBnaGMtcGFja2FnZQoKREVTQ1JJUFRJT049IkEgZGVjbGFyYXRp
dmUgZGVidWdnZXIgZm9yIEhhc2tlbGwgOTgiCkhPTUVQQUdFPSJodHRwOi8vd3d3LmNzLm11Lm96
LmF1L35ianBvcC9idWRkaGEvIgpTUkNfVVJJPSJodHRwOi8vd3d3LmNzLm11Lm96LmF1L35ianBv
cC9idWRkaGEvZG93bmxvYWQvJHtQfS50YXIuZ3oiCkxJQ0VOU0U9IkdQTC0yIgpTTE9UPSIwIgoK
S0VZV09SRFM9In54ODYiCgpJVVNFPSIiCgpSREVQRU5EPSI+PXZpcnR1YWwvZ2hjLTYuMCIKCkRF
UEVORD0iJHtSREVQRU5EfSIKCnNyY19jb21waWxlKCkgewoJIyBsZXRzIHB1dCB0aGUgaW50ZXJm
YWNlIGZpbGVzIGluIGEgc2Vuc2libGUgcGxhY2Ugc2hhbGwgd2U/CglzZWQgLWkgJ3M6QU1fSUZB
Q0VESVIgPSAkKHBrZ2RhdGFkaXIpL2lmYWNlczpBTV9JRkFDRURJUiA9ICQocGtnbGliZGlyKS9p
ZmFjZXM6JyBcCgkJJHtTfS9kYXRhL01ha2VmaWxlLmluICR7U30vbGliYnVkZGhhL01ha2VmaWxl
LmluICR7U30vcHJlbHVkZS9CdWRkaGEvTWFrZWZpbGUuaW4KCgllY29uZiAtLWxpYmRpcj0kKGdo
Yy1saWJkaXIpIHx8IGRpZSAiQ29uZmlndXJlIGZhaWxlZCIKCgkjIE1ha2VmaWxlIGhhcyBubyBw
YXJhbGxlbGlzbQoJZW1ha2UgLWoxIHx8IGRpZSAiTWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0YWxs
KCkgewoKCW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwgfHwgZGllICJNYWtlIGluc3RhbGwgZmFp
bGVkIgoKCSMgZml4IHVwIHRoZSBsb2NhdGlvbiBvZiB0aGUgLmkgZmlsZXMgdGhhdCB3ZSBkaWRu
J3Qgd2FudCB0byByZWxvY2F0ZQoJbWtkaXIgJHtEfS91c3Ivc2hhcmUvYnVkZGhhL2lmYWNlcwoJ
bXYgJHtEfS8kKGdoYy1saWJkaXIpL2J1ZGRoYS9pZmFjZXMvKi5pICR7RH0vdXNyL3NoYXJlL2J1
ZGRoYS9pZmFjZXMvCgoJI25vdGUgdGhhdCBidWRkaGEncyBnaGMgcGFja2FnZXMgZG8gbm90IG5l
ZWQgdG8gYmUgcmVnaXN0ZXJlZAp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>44443</attachid>
            <date>2004-11-21 16:13 0000</date>
            <desc>gtk2hs-0.9.6-r1.ebuild.patch</desc>
            <filename>gtk2hs-0.9.6-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9kZXYtaGFza2VsbC9ndGsyaHMvZ3RrMmhzLTAuOS42LXIxLmVidWls
ZAkyMDA0LTExLTIxIDIzOjM2OjE3Ljg1NTQ3NTA0OCArMDAwMAorKysgL3Vzci9sb2NhbC9wb3J0
YWdlL2Rldi1oYXNrZWxsL2d0azJocy9ndGsyaHMtMC45LjYtcjEuZWJ1aWxkCTIwMDQtMTEtMjEg
MjM6NDk6MDMuODY1MDIzODk2ICswMDAwCkBAIC0zLDUgKzMsNSBAQAogIyAkSGVhZGVyOiAvdmFy
L2N2c3Jvb3QvZ2VudG9vLXg4Ni9kZXYtaGFza2VsbC9ndGsyaHMvZ3RrMmhzLTAuOS42LXIxLmVi
dWlsZCx2IDEuMyAyMDA0LzExLzExIDExOjIyOjU4IG1yX2JvbmVzXyBFeHAgJAogCi1pbmhlcml0
IGJhc2UgZ2hjLXBhY2thZ2UKK2luaGVyaXQgYmFzZSBjaGVjay1yZXFzIGdoYy1wYWNrYWdlCiAK
IERFU0NSSVBUSU9OPSJHVEsrLTIueCBiaW5kaW5ncyBmb3IgSGFza2VsbCIKQEAgLTIxLDQgKzIx
LDExIEBACiAJCQkJID49Z25vbWUtYmFzZS9nY29uZi0yICkiCiAKK3BrZ19zZXR1cCgpIHsKKwkj
IG5lZWQgdGhpcyBtdWNoIG1lbW9yeSAoaW4gTUJ5dGVzKSAoZG9lcyAqbm90KiBjaGVjayBzd2Fw
KQorCUNIRUNLUkVRU19NRU1PUlk9IjM1MCIKKworCWNoZWNrX3JlcXMKK30KKwogc3JjX2NvbXBp
bGUoKSB7CiAJZWNvbmYgXAo=
</data>        

          </attachment>
    </bug>

</bugzilla>