<?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>15100</bug_id>
          
          <creation_ts>2003-02-04 03:10 0000</creation_ts>
          <short_desc>Request to change how ccache is installed</short_desc>
          <delta_ts>2003-03-13 18:36:24 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>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.clari.net/~wayne/ccache-2.1.1-r1.tar.bz2</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>1.4</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>gentoo@blorf.net</reporter>
          <assigned_to>zwelch@gentoo.org</assigned_to>
          <cc>mr_bones_@gentoo.org</cc>
    
    <cc>tobler_pc@gmx.net</cc>
    
    <cc>vapier@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-04 03:10:23 0000</bug_when>
            <thetext>I think that the way the ccache package is currently installed in the
/usr/bin/ccache directory is not a good way to do things for a couple
reasons:

1. The ccache binary is not on the path by default -- it should really
   be in /usr/bin so it is available even when its &quot;wrapper&quot; symlinks
   are not.
2. The ccache subdir is in a directory on the path with the same name as
   the executable -- this can cause confusion for simplistic programs that
   don&apos;t stat the file.

I&apos;d like to suggest that the &quot;wrapper&quot; symlinks be installed either into
/usr/lib/ccache/bin (my preference) or /usr/bin/ccache.links.  With this
done, the ccache binary can be put in /usr/bin.

I&apos;ve created an updated ebuild that implements the /usr/lib/ccache/bin setup.
The install ensures that the old /usr/bin/ccache dir doesn&apos;t get in the way
of the new executable, it ensures that the wrapper symlinks get removed on
uninstall and it ensures that the symlink&apos;s directory doesn&apos;t vanish on
re-install (by using a .keep file).

Anyone installing this ebuild should edit /usr/lib/portage/bin/ebuild.sh and
change the /usr/bin/ccache directory references to /usr/lib/ccache/bin (in 2
places).

Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-04 03:15:08 0000</bug_when>
            <thetext>Created an attachment (id=7915)
The aforementioned ccache ebuild.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-04 03:15:47 0000</bug_when>
            <thetext>Created an attachment (id=7916)
The aforementioned ccache ebuild.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-02-04 11:29:28 0000</bug_when>
            <thetext>i dont see the advantage of your way over the current setup ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-05 01:13:14 0000</bug_when>
            <thetext>The main advantage is that the ccache executable gets to live in /usr/bin where
it belongs.  This separates being able to use ccache (by name) from using
cache&apos;s compiler-cloaking symlinks (without having to resort to using fully-
qualified pathnames).  And someone who doesn&apos;t have /usr/bin/ccache on their
path can still easily get stats or tweak the expiration settings because the
ccache command is right there on the path.  With the current setup you either
get both the ccache command and the compiler-cloaking, or you get neither (or
you have to type full pathnames or setup aliases or something -- all things
that are less convenient than they need to be).

The other advantage is one of athestics and (possibly) FHS compliance.  Are
their any other packages that put a subdir into /usr/bin?  I know that the
Filesystem Hierarchy Standard says that there must be no subdirs in /bin,
but it doesn&apos;t say one way or the other about /usr/bin.  I personally would
avoid this, but if that&apos;s where you want it to go, having the subdir named
something like ccache.links allows you to still place the ccache executable
into the /usr/bin dir.

One last thought:  keep in mind that there is more to compiling than just
ebuilds.  The current system automates the use of ccache with ebuilds while
making it difficult to type the ccache command.  I&apos;d like to see the same
ebuild integration with an easy-to-type ccache command.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-09 15:01:36 0000</bug_when>
            <thetext>Created an attachment (id=8094)
Fixed ccache reinstall bug with symlinks

Zach Welch pointed out that the symlinks on my distcc ebuild were not surviving

a re-install, and this bug affects my ccache ebuild too.  I&apos;ve taken Zach&apos;s fix

from distcc and used it in this r2 ebuild.

NOTE: when updating to this ebuild, either unmerge the old ccache version
before
you merge this version, OR merge it twice -- this will work around the bug in
the r1 release where it was being overly agressive about removing the wrapper
symlinks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-09 16:45:06 0000</bug_when>
            <thetext>For what it&apos;s worth, I endorse these changes for several reasons:

1) it provides better compatibility for all users

2) it mimics the structure now used by distcc, which was adopted for
   many of these same reasons.

3) portage-2.0.46-r11 and later have support for these changes.  Search
   for /usr/lib/ccache/bin in ebuild.sh for yourself

4) I&apos;ve been involved with the process, so I&apos;m both biased and
   knowledgable.  Take both bits as grains of salt.

I&apos;d be happy to do the leg work to check in this new version as part of
my distcc check-in for bug 13897.  Wayne has also mentioned that he may
have unified colorgcc along these same lines.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-24 16:16:07 0000</bug_when>
            <thetext>Since Ryan has many other things to do, I&apos;ll take this one off his hands, as
the changes here complement the new distcc well and are already supported by
Portage versions 2.0.46-r11 and later.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-24 23:40:27 0000</bug_when>
            <thetext>I have committed an updated ebuild that incorporates some of the recent
changes to distcc, including a ccache-config script that manages the
symlinks in /usr/lib/ccache/bin.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2003-02-25 08:21:50 0000</bug_when>
            <thetext>I got this in my morning&apos;s bit of upgrades and it was broken in two separate ways, so I decided 
to mask it again until resolved, since it seems probable at least one of these issues won&apos;t be 
my local to my system :-) 
 
1) For some reason (don&apos;t know why yet, but haven&apos;t tested much) all standard configure 
scripts hang when trying to check &apos;g++ --version&apos; - that&apos;s the last line in config.log but there&apos;s 
no test result, and then the script just sits there using 100% cpu. To be investigated. 
 
2) When merging 2.1.1 over 2.1.1-r2 I got this: 
&gt;&gt;&gt; Merging dev-util/ccache-2.1.1 to / 
--- /usr/ 
--- /usr/bin/ 
!!! Failed to move /usr/bin/ccache to /usr/bin/ccache.backup 
!!! [Errno 21] Is a directory 
bak /usr/bin/ccache /usr/bin/ccache.backup 
Traceback (most recent call last): 
  File &quot;/usr/bin/emerge&quot;, line 1610, in ? 
    mydepgraph.merge(mydepgraph.altlist()) 
  File &quot;/usr/bin/emerge&quot;, line 954, in merge 
    retval=portage.doebuild(y,&quot;merge&quot;,myroot,edebug) 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 1357, in doebuild 
    return 
merge(settings[&quot;CATEGORY&quot;],settings[&quot;PF&quot;],settings[&quot;D&quot;],settings[&quot;BUILDDIR&quot;]+&quot;/build-info&quot;,myroot,myebuild=settings[&quot;EBUILD&quot;]) 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 1489, in merge 
    return mylink.merge(pkgloc,infloc,myroot,myebuild) 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3990, in merge 
    return self.treewalk(mergeroot,myroot,inforoot,myebuild) 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3702, in treewalk 
    if self.mergeme(srcroot,destroot,outfile,secondhand,&quot;&quot;,cfgfiledict,mymtime): 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3870, in mergeme 
    if self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+&quot;/&quot;,cfgfiledict,thismtime): 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3870, in mergeme 
    if self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+&quot;/&quot;,cfgfiledict,thismtime): 
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3858, in mergeme 
    os.mkdir(mydest) 
OSError: [Errno 17] File exists: &apos;/usr/bin/ccache&apos; 
 
Seems as if portage moves files about to be overwritten to *.backup before actually removing 
them, and fails to do so in this case. This is probably a portage bug if that&apos;s so. I&apos;ll see if I can 
catch carpaski and ask him about that. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2003-02-25 09:01:34 0000</bug_when>
            <thetext>I really do not understand what is going on here. 
I&apos;ve made an empty ebuild that just calls /usr/bin/g++ --version - that&apos;s the real g++, not the 
ccache wrapper! - and it hangs if ccache 2.1.1-r2 is installed, but runs ok with 2.1.1. How can 
this be? How can ccache affect the real g++&apos;s behaviour?! Yet that&apos;s what I&apos;m seeing... 
This is gcc-3.2.2-r1 on ~x86... </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-02-25 12:19:07 0000</bug_when>
            <thetext>what version of portage do you have danamark ? 
thats a portage error btw and should be reported in a sep report ... but ive seen that 
bug before and it should be fixed now ... </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-25 14:46:31 0000</bug_when>
            <thetext>Dan, I am running this version on several machines (x86 and ARM) with 
none of the problems you have reported.  I have fixed the &apos;multiple installs&apos;
problem with the ebuild, though portage is still not clever enough to install
a file over a previously installed and non-empty directory.

As for your lockups... Are you setting CC/CXX or PATH with portage?  That&apos;s a 
sure fire way to break things, and one which still needs be fully addressed. 
If trying a non-portage build, only PATH should be adjusted - CC/CXX should 
*never* be set.

Finally, I have added a DEPEND for portage to ensure the latest versions
are being pulled in.  I have had other reports of this new version working, 
so I&apos;m not entirely convinced that the program is broken versus there being 
some strange problem with your setup.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dietrich@pegestorf.de</who>
            <bug_when>2003-02-25 15:02:30 0000</bug_when>
            <thetext>I got the same error:

&gt;&gt;&gt; Install ccache-2.1.1 into /var/tmp/portage/ccache-2.1.1/image/ category dev-util
man:
strip:
/var/tmp/portage/ccache-2.1.1/image//usr/bin/ccache/ccache
&gt;&gt;&gt; Completed installing into /var/tmp/portage/ccache-2.1.1/image/

&gt;&gt;&gt; Merging dev-util/ccache-2.1.1 to /
--- /usr/
--- /usr/bin/
!!! Failed to move /usr/bin/ccache to /usr/bin/ccache.backup
!!! [Errno 21] Is a directory
bak /usr/bin/ccache /usr/bin/ccache.backup
Traceback (most recent call last):
  File &quot;/usr/bin/emerge&quot;, line 1610, in ?
    mydepgraph.merge(mydepgraph.altlist())
  File &quot;/usr/bin/emerge&quot;, line 954, in merge
    retval=portage.doebuild(y,&quot;merge&quot;,myroot,edebug)
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 1357, in doebuild
    return merge(settings[&quot;CATEGORY&quot;],settings[&quot;PF&quot;],settings[&quot;D&quot;],settings[&quot;BUILDDIR&quot;]+&quot;/build-info&quot;,myroot,myebuild=settings[&quot;EBUILD&quot;])
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 1489, in merge
    return mylink.merge(pkgloc,infloc,myroot,myebuild)
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3990, in merge
    return self.treewalk(mergeroot,myroot,inforoot,myebuild)
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3702, in treewalk
    if self.mergeme(srcroot,destroot,outfile,secondhand,&quot;&quot;,cfgfiledict,mymtime):
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3870, in mergeme
    if self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+&quot;/&quot;,cfgfiledict,thismtime):
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3870, in mergeme
    if self.mergeme(srcroot,destroot,outfile,secondhand,offset+x+&quot;/&quot;,cfgfiledict,thismtime):
  File &quot;/usr/lib/python2.2/site-packages/portage.py&quot;, line 3858, in mergeme
    os.mkdir(mydest)
OSError: [Errno 17] File exists: &apos;/usr/bin/ccache&apos;

----------------------------
my emerge info:

didi ccache # emerge info
Portage 2.0.46-r12 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2_pre1-r0)
=================================================================
System uname: 2.4.20 i686 AMD Athlon(tm) XP 1800+
GENTOO_MIRRORS=&quot;ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo/ http://filepile.tiscali.de/mirror/gentoo&quot;
CONFIG_PROTECT=&quot;/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config /opt/quake3/cpma/server.cfg&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/env.d&quot;
PORTDIR=&quot;/usr/portage&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR_OVERLAY=&quot;&quot;
USE=&quot;x86 apm avi crypt cups encode jpeg libg++ mikmod mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts tetex aalib bonobo svga tcltk java mysql gpm tcpd pam esd imlib oggvorbis qt opengl mozilla gphoto2 snmp cdr ncures threads X alsa -motif kde 3dnow sdl perl python guile ruby libwww ssl gtk mmx ogg vorbis oss gif gnome gpg gd&quot;
COMPILER=&quot;gcc3&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CFLAGS=&quot;-mcpu=athlon-xp -march=athlon-xp -O3 -pipe&quot;
CXXFLAGS=&quot;-mcpu=athlon-xp -march=athlon-xp -O3 -pipe&quot;
ACCEPT_KEYWORDS=&quot;x86 ~x86&quot;
MAKEOPTS=&quot;-j2&quot;
AUTOCLEAN=&quot;yes&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
FEATURES=&quot;sandbox&quot;

-------------------------------------------
the ccache-2.1.1-r2.ebuild works fine, but emerge -up --deep world
will downgrade to version ccache-2.1.1.ebuild that dont work.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2003-02-25 15:09:20 0000</bug_when>
            <thetext>stop reporting the portage error, it is a sep issue ... this bug is only for issues with using 
ccache </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-25 15:21:09 0000</bug_when>
            <thetext>Okay, I&apos;ve worked around the portage error that the ccache ebuild is choking on.
Please test the latest revisions in portage, which should allow you to move back
and forth freely between the 2.1.1 and 2.1.1-r2 installs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@blorf.net</who>
            <bug_when>2003-02-26 13:59:27 0000</bug_when>
            <thetext>Created an attachment (id=8746)
Tweaked ebuild for ccache-2.2.

Here&apos;s an ebuild for ccache 2.2.  The only differences in the ebuild file are:

1. The Copyright year is updated.
2. The references to portage 2.0.X+ are changed to 2.0.46-r11+

And I&apos;m included a new digest file, of course.	Otherwise it is the same as
the 2.1.1-r2 ebuild.

Zach:  you might just prefer to make these changes yourself, but I&apos;ll
provide the tar file, just in case someone wants to unpack it into their
/local/portage/dev-util dir.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-02-26 14:34:16 0000</bug_when>
            <thetext>I&apos;ve added 2.2 to the tree, thanks Wayne.

I&apos;m going to send a note to -core and remove the package.mask later today.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>danarmak@gentoo.org</who>
            <bug_when>2003-02-27 10:03:11 0000</bug_when>
            <thetext>OK. 
The other issue is probably a local problem of mine. I say that beacuse some other related 
problems have developed so that something is obviously broken in my setup, I&apos;ll search for it... </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zwelch@gentoo.org</who>
            <bug_when>2003-03-13 18:36:24 0000</bug_when>
            <thetext>this has been fixed with ccache 2.2 for a while</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>7915</attachid>
            <date>2003-02-04 03:15 0000</date>
            <desc>The aforementioned ccache ebuild.</desc>
            <filename>ccache-2.1.1-r1.tar.bz2</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">QlpoOTFBWSZTWXgsekkAArx/hsqwAEB9///6Pu/e6v/v3/8AAIQAAAhQBR5HJMmavblbtrdtNg0Q
ENAoxiMpo1P1NPRRtT1NHppHqbQI0Ymj0yIMhzRo0NMIBpgTTQBkNDEAaMRoYIyACVMIEymTISY0
p6epjSjQAZNNDTQGg0AHqAMSIp7VGT1A09J6TTQaANAYjQyAAAAGgkiTQajIyEzKjTyg0eoAGjQN
AAGgGmgfMNXnp1F5uk4f5JEaRAixg17vM2bCRkAjNjYtpapBIGBKILEArmBv3d8uLknZNNN7Z8CE
XCeKEovdLBD3LbfOArDtod2GsjPc1JIWagt0QEwJoB5nDrmAD+HuEIHfTLG20ib9Z3lFeVwbPB2u
DPtogpYaKEi6LHYomivpgeH8fzXqRBB214M+B55oWi7zonbK27UdEmsRvtug4kvyDu9S03EyTE3d
DGvXT52/sv5yd6fuV2qvqmOqW1P62tasaMTYyT5JJuX7JnenhXGNbqlVLaL3a8cDBo9t4x1M3Oup
xWo5GpM7yGLPoIJXP8TRvROouz3Yp+XDXlr34x9QYMzBkebzMaBnQsALNxgVkZXxXOeNQ6iCuE0o
uEWwUVAwYNuVZ76elg+1sU8hksOt2YcEPR4hfhnbLHC9vLz98e8FBDvjcwx2i9Q4+l23Jc1cT6aW
JAiIEYKJYy7oHR3p9tjllmrGjK4joO5mEoSHQuricFwAtzM3344Gfg20VMqkX+Acfb42iD268+W4
JmCDFWRlFvi1bFEWgvg2v1y7JCQEc246OZTOmPo8amuJgZHWmVyNxW/Fa58LWnCtrLWLKbBSQREl
FxhZYDSFozuQdTtTEv/D1hlEeewRQ5HeXXrPw4JMCvEfJ9Te8El7yR9/nsUpgWx9fCrB4vS3w5OU
xajgBfmHRxMS0m2z2k8PPteQmomoe7FxDb/agrpEqZVTQVbYZJocWOJZkxX3FQtMn1aITViiUcmq
ffK6oVCT3jQTAFEXbmG6wEANKVjGem5pIOPRk5kgO83iY/HE8muFIuzZR4ok1VsSaGw/CPRAwnPK
C+GMoynrd0aLLRAUouSMMS9JEpElYGgqYcEchpZQyau40Hhgj6GCynhR1johuSzggBMYcLDLeOFZ
1IkK4EApzOdaeZfx3N9FtyWuwkl2aqM6OgkGvXpNjoponQq7xDgn/di+Xs6mnNc/S/M5dLVUVy8n
hAMEObj4uPYeR8EvCm1n5MpOqW5QAETWbkQfpTx4DojgllF46UWlrUKmBgvhb8yqjUvbSWTsgqeP
z6buGmFdJeASLARZkHcLMIuw3wq5EsRHAUXsaomxQFTiDvNnguCSCSQAKuIBoTVzNei1qIeG8oxb
miaq8plLL0yZ0MNaa9iKzS6WAGfp18MY4+HZYfOJsFTOMKiCJ8WcI23TpnvTfuhsoOgkXRgi9ETk
Up3SyBkWy2djyTzqqJpBCBYgSRwicxFUkkhHEzGFIJweNkV9qrKBBueOHL+ClJkKSRFYzaQMJ5OG
8yhHUyJBbRCeu2hLGTjTwuKBgW/WPwdI5AKpSIcWoQGW2JKLlc6Wlba58JRNiIvcTt/jh3khWc9Q
uMw52kjqiCsuqIgQqMMwkpS1GSMVyepoOAP4HEV4p2kDyhWyyMjdjYxXeNl0snui/Ld2G3JGBDkP
DHlypgOgTDjprQDZwSaTr/rccGi8EakLQZMogaEcOqkZdt8REYg01g8pLK0SERSfRzDlO9mDY9EM
B2ClWSpZYlAYyBegDg/u2w8HbJoIWTKUETvJqwdbMdFJVw68GpQ5bnKZkepC4xznyYG64sO0ORV2
0Ev+LuSKcKEg8Fj0kg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>7916</attachid>
            <date>2003-02-04 03:15 0000</date>
            <desc>The aforementioned ccache ebuild.</desc>
            <filename>ccache-2.1.1-r1.tar.bz2</filename>
            <type>application/x-bzip2</type>
            <data encoding="base64">QlpoOTFBWSZTWXgsekkAArx/hsqwAEB9///6Pu/e6v/v3/8AAIQAAAhQBR5HJMmavblbtrdtNg0Q
ENAoxiMpo1P1NPRRtT1NHppHqbQI0Ymj0yIMhzRo0NMIBpgTTQBkNDEAaMRoYIyACVMIEymTISY0
p6epjSjQAZNNDTQGg0AHqAMSIp7VGT1A09J6TTQaANAYjQyAAAAGgkiTQajIyEzKjTyg0eoAGjQN
AAGgGmgfMNXnp1F5uk4f5JEaRAixg17vM2bCRkAjNjYtpapBIGBKILEArmBv3d8uLknZNNN7Z8CE
XCeKEovdLBD3LbfOArDtod2GsjPc1JIWagt0QEwJoB5nDrmAD+HuEIHfTLG20ib9Z3lFeVwbPB2u
DPtogpYaKEi6LHYomivpgeH8fzXqRBB214M+B55oWi7zonbK27UdEmsRvtug4kvyDu9S03EyTE3d
DGvXT52/sv5yd6fuV2qvqmOqW1P62tasaMTYyT5JJuX7JnenhXGNbqlVLaL3a8cDBo9t4x1M3Oup
xWo5GpM7yGLPoIJXP8TRvROouz3Yp+XDXlr34x9QYMzBkebzMaBnQsALNxgVkZXxXOeNQ6iCuE0o
uEWwUVAwYNuVZ76elg+1sU8hksOt2YcEPR4hfhnbLHC9vLz98e8FBDvjcwx2i9Q4+l23Jc1cT6aW
JAiIEYKJYy7oHR3p9tjllmrGjK4joO5mEoSHQuricFwAtzM3344Gfg20VMqkX+Acfb42iD268+W4
JmCDFWRlFvi1bFEWgvg2v1y7JCQEc246OZTOmPo8amuJgZHWmVyNxW/Fa58LWnCtrLWLKbBSQREl
FxhZYDSFozuQdTtTEv/D1hlEeewRQ5HeXXrPw4JMCvEfJ9Te8El7yR9/nsUpgWx9fCrB4vS3w5OU
xajgBfmHRxMS0m2z2k8PPteQmomoe7FxDb/agrpEqZVTQVbYZJocWOJZkxX3FQtMn1aITViiUcmq
ffK6oVCT3jQTAFEXbmG6wEANKVjGem5pIOPRk5kgO83iY/HE8muFIuzZR4ok1VsSaGw/CPRAwnPK
C+GMoynrd0aLLRAUouSMMS9JEpElYGgqYcEchpZQyau40Hhgj6GCynhR1johuSzggBMYcLDLeOFZ
1IkK4EApzOdaeZfx3N9FtyWuwkl2aqM6OgkGvXpNjoponQq7xDgn/di+Xs6mnNc/S/M5dLVUVy8n
hAMEObj4uPYeR8EvCm1n5MpOqW5QAETWbkQfpTx4DojgllF46UWlrUKmBgvhb8yqjUvbSWTsgqeP
z6buGmFdJeASLARZkHcLMIuw3wq5EsRHAUXsaomxQFTiDvNnguCSCSQAKuIBoTVzNei1qIeG8oxb
miaq8plLL0yZ0MNaa9iKzS6WAGfp18MY4+HZYfOJsFTOMKiCJ8WcI23TpnvTfuhsoOgkXRgi9ETk
Up3SyBkWy2djyTzqqJpBCBYgSRwicxFUkkhHEzGFIJweNkV9qrKBBueOHL+ClJkKSRFYzaQMJ5OG
8yhHUyJBbRCeu2hLGTjTwuKBgW/WPwdI5AKpSIcWoQGW2JKLlc6Wlba58JRNiIvcTt/jh3khWc9Q
uMw52kjqiCsuqIgQqMMwkpS1GSMVyepoOAP4HEV4p2kDyhWyyMjdjYxXeNl0snui/Ld2G3JGBDkP
DHlypgOgTDjprQDZwSaTr/rccGi8EakLQZMogaEcOqkZdt8REYg01g8pLK0SERSfRzDlO9mDY9EM
B2ClWSpZYlAYyBegDg/u2w8HbJoIWTKUETvJqwdbMdFJVw68GpQ5bnKZkepC4xznyYG64sO0ORV2
0Ev+LuSKcKEg8Fj0kg==
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>8094</attachid>
            <date>2003-02-09 15:01 0000</date>
            <desc>Fixed ccache reinstall bug with symlinks</desc>
            <filename>ccache-2.1.1-r2.tar.bz2</filename>
            <type>application/octet-stream</type>
            <data encoding="base64">QlpoOTFBWSZTWRTbK2gAApX/jcqwAEB9///6Pu/e6v/v3/8AAQAAggAACFAE3nZJZG7u8nXQq7Ow
1NE9TITU3qgzCTCeSNAAPUDTTQNBoD0gAGoaKPaqb1Tynk09RimjIDRoAMgAAADE0aYJQIQENTaI
2kp5qYmKD1AeiGQ9JptRp6jT1HqAaBiUyp6noTyhmU9RiAyGgADTQAGgAaAaCRRGkyYRTZTbVD0T
T1GgAD0mI2iABpoDQNPmF/FmLzOc0gdbQh4BAi1h09ijY2SBaBCdsjiKAMANCVYKrG0htA2mMKv3
8nxw/Snnj9/dkPJgnKIh8vTfVSfuLcc67Wt9ayRV4e9wfvzl4ahDoBb74xVmkhD0+PVErTyvOjyU
JXNHIylq6GpOSlURmqMXYNKExP0VGD5e3pJQ+/3zXKLjGLNMmGstoXPYslI2kVX2SgoXr0f1w20h
cFzmvmc0aKvQ/9l3YUp4FWLN024z/nF6ROso5fLzamma5V1XStVaMWZ200KaHjx2Tna78DXQNRuu
jqu+l0ywAKOTCSbcMEUdaOGvyXZtmafNqo6QQIiBILc/SHFeSaSAOokEU5WpoyUKOcDgPXI0xIpF
qwRKlSuyzGoDEqrUzunLDvAoer5jyUtz5rLrfpy3EWowKbh9hEdBykh96uOV2WG2cWCqQNsJKA6y
7lR19uXZtgW231oxQQaGsiFCogC7bBbgLnn1/GVZNPYoDBmTV+4QIeXfcgsfDjpnwCFEdHX1rkro
sjxb/LHNIUIVripMZ3rgszNvvCcfqp5VLF0ULiB9aWWTuHHO5a97dXaFJLWUi3EkFJkykKrjQ44j
fgxdH+HvFuu/r6C+/qt7f37f1XvvNmcyX33F40KZ7J7cHq446brx7DmhkY22IFbZCF5HNBf3a6lo
XImItnqivh9Z9G+twiwLREYM2kaHJlgWXs5gnhpSxg0VU5MMa1MS5deWkrpwzBb4zzEgmS49JsyE
BqjOdp6smpFq+f4exwt/2pJ15pH1tQT45eeHpokQ/EeCHpc2TOxEO6UQydbMKkdmKV/LgBiXJIlI
kqHOU8CqNJIyDWIDScGCN9A31ri700sYEASoRDQRy1E9VmwjTYGZKZ8Hol9VxlU1uNtzizbC+p4W
FUHur4jCFbJdrMZC7l9vM3m5uR6Lh7H2QXLZUw0F04RArU2ePr5D53rW1KaXjVm7YKdUAKk081yG
zFw2EvOGESpmVGshOwMFdjai5krZTbAShU8n24Y8eysqwnuFk4EndSIBrW0nGVxJkJ1l8Ms5cGaY
5neKZtjbYCZvMIU6+g1i9GN0R3sxS3WaoryKrLNHUQyCi4HHuC/fZEyAx4tG7NLN06bSGwkaRlwm
lYoq/RgktU6YbVxN7QOosQqVKkKhsQx2PQVU4VbTTw2cRrqMa0ZAq22ScYKTaYsC4OMIviiVitGL
NNBHylZwexqqCVTVWHMd8DInYwc6o897CoMtEZWY6EqyQ5R1igYLTYcj0G6GenEkb/RQ3jg5drZ0
0ysoO2rpRPiNnN5eG940UvGzUDY81hlUZ4WTjSKSJGJKUrC6JTdTlN0P6HIV4ZOkIUxsauREz40I
5wsOuizlWZkpU4AzC0+ePBiDkBCBZxJEgb25aLT2t464dFaiWI655AYEq+SqU+fPmFV0HoyRObTt
JCSGNvAOU14C8lWY5Og2x1cM06YD3QT/gtD0pA0UsD8p1AiD6yq86kWXUKIb0WJkymgEI6gNYHag
DCGFiiitU1dhg807RBP+LuSKcKEgKbZW0A==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>8746</attachid>
            <date>2003-02-26 13:59 0000</date>
            <desc>New ebuild for ccache-2.2.</desc>
            <filename>ccache-2.2.tar.bz2</filename>
            <type>application/x-bzip2</type>
            <data encoding="base64">QlpoOTFBWSZTWZkO9TQABEV/jMqwAUB9///7P+/fvv/v3/8AIEAAgAhgCD957uXuuu8znXrce89j
lIxSQKAGk0UzQFNHqekbU09R6jTR5IyB6geoyGgAGQ0NABogAho0ICanoZGoyAaNAwQA00AAyAGp
qbTISGpgjQBoAAANAAaaADQA0ASakIlPTSZoJmqHmqZPJHqNAAGgAANGmho0GQ4GjRiDRpkwgxAY
jE0aNGgDTTQAAABJEEGiaYpo0xBpEbUZD1AaHqbU9Q0AaDRoaNDSXlRs+z6thtXMekqQ1bJDWACL
JTOd2GKCHj0dFO9lnWghwwYQtJNISaxjIioMBYpGDIKq5uHj8DPn4O/bv7Y1PwT82vB4j1Mnbi+6
Uama8JFSCky4bTNna2Sq5UHe9MSxbVXV1GU2NAxpFWkt5jUW+mSOZdRKQDwIGKmaEIAeMPhiONQD
GQjCYyhXBPEa7cqI0kAiZs2+080T9NHBLrrJsmqcJmm3rfWWT+mXP5Qtq7WPh5poxox+8x1CBppq
NBLOt3aJPWv53wkP2TdbRrHzciihgspKo+L4fk45EBa2RSOt1HKIWziUL7qqhSvWirQ5ahVmtPNX
rhPJfOms90+2iKaMLV0MpTOGhUFVvTgXYkVSJXMrpTR75GzqCZivCOuCaGgTrtKtUpp6h03XdKh1
5qD2v57PQrB16Zhz6DFFjVhmSGPoCDVcdFdGVKBQudtwjWhMgq4SWnVGc6iMSFIwsYqi5Qo89t90
cX0weZjrWc2elLd3w22RnnRSlSV50ixV7AqI7CcBpgdUnLPekAJWO2OBBt6TA2EByE1BB48MWcww
BPy1rUFFderbsSB0nKq0zikAEMjFSMYr7s5BDus8jKEzci1Cl8FF8CdYorxVCpZruNInpAh0c/br
f86+Nt8WO6zn+4Au1XYWxcnOM4hpqJDdl1BlE+FHa3GkPYwXxtWRUi9gYtGIFtgNMGkF1CmsJLgf
PboppjTtEnfQS7w4m1IAPUSTnIm49wiQqrhs33kNB3zw2SoTBmO10oKBbSAXmPoFsq2VutOEuO4U
3A5RkZJlwGLAEOFOgPH2a0kRXCIucLL2xMFxXsCyDQjiZSQbCBumbqWSBqlp7ayMzexbuJPYwzZt
+WFdBW6pnebpmzDBKjRvjIqIPzKmTB1NGW+cBGRiUygixog0CiL2GkGbsAdIOBQtnK5dzphTU6Z1
JEdAQsVfgkaZE2mO1Xkggno/wt9iho2GpM9U7FFkQP3SfuksTEntGzaHSnCj1jtp9Gz9w5za3wVA
Uze3aVIB0N5iSO977Hhv3c1iiqNUoLnzkdf5g+dctwSYVhjA2ci886vBwOVY6AiaN+8QGFSxabOV
/OMrjyBvEqoW9HGSylAQecBBSipPIwpLV86WC1+KyAa/KYuBk6IKhOTAol4wuZ+O6zZmdfrbtp5o
okPX4ASdP1fRVp9ImmGf6oA2AWppblx7AAyVQol14hsI1r7RAtEDtUYG2zLM8gXmjAyeY/ElYsAg
jIoiZ48WCkQsUk9ADVrYVLJ8rxCeHoNJWxn0n8C9755H1n2ysB0Breii/yeSGORHjyqia5VhiyS6
KAKQHRNB3HmvzbHn6TAjhdbwFUuEleY0ijEPGgeT3j/e3r3g2nC8RAnKTVsKtLQ9NDgTlxrgWOgL
X16bLFhaq8bZHs3TzV7HSVLePPAIulXJBGpjzNWsDkHB6WLJBgNChFFmknGsGhOpPKdGKQ1womH6
jXpQ436NpIeYYpFp/heRKzFTmmL6raUrOnFLIbogG4zq72OthyPh6tc0dWx+WtAynaiMa0TXixpF
qELZZldeMFBFPGOtx1yZfQhwLkzMBUneni0g9aYfdcZi+Mc4UeFQZMawW/HUHlqXsyqWFXqRe71B
mJv7nDumLRnwZ97sdC6ZmYgX6YlSJdnIzLFZGTBAWNVpNplcQMsrJuVaxy37RxbORUcWK0Csl4iL
FEVGQCqhzc9B2lVIVKn4jqOdbUsmrIdsOZVm4lZhrXFOSCdC8tu5M/Aq3EybOruaO6DGwdCe3cln
paFmLOsefESKWSt9Rt4nc5JGkmjUFEszCsL0zJhmj2vgoDsa7cQN/a7DkLwnGceFFRiTKqxYrgOG
xy1WpmGSZuFfrw3TfWwybj2sECDuxgSYFeMZA+OOCaTcYxAdZRnCwpVF7nHmnTNTzvNJhDVxnAdD
QNETTfLRkWsJptSvHcspDFHh6L54zaGm2Rw31WIXCF+SoQyx5Xhq+egoNLIWzWi5Wzn59KjAzOqq
OlvYk0Z4rhcV4Qz3TjQpKqwtt4BkjBVDKd0REKytMhbWlBzxFC5m4XO6fKGJihfNU5tM2VIm4Ttk
YLb3eRzJcVmiOwuJaGlbNNcB6xW5Z0b+vlHiTt2q9mLMByV9iJhGIyi47uOzMQitABpCO9mjEadX
Ibrr7TQOTgVF+ZYF50Vl0GCm5diP+RqMdvAW12kDBFHlEh3+hliwxlVKbORaTe5ny2LszQpSpxau
a0qq1djslQ5uvfUxb2Zkm0Z2ORiQBynrzqaNZWyE6KsOnU8DzZERFWPEXU1kZNww6dDyvnBQjarz
BRYeQg4Bi65ipzmsly13FbOIK2rZESoaNrVwKiyooMgrTj2W7CRZerNJfdAj6tOxGBTvbDpUeW7T
YcRyP1DVLK7bFG8Ap6UZGjot1Jj0cdrYRkyIRMiBxaNs4pgn4WlEddy6YW+Nsy7CWuLcrHDRETMh
3zKQj7kC85KB1dIELIeXxH7ZRaRAhHOA8To640XH7SEf+LuSKcKEhMh3qaA=
</data>        

          </attachment>
    </bug>

</bugzilla>