<?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>222091</bug_id>
          
          <creation_ts>2008-05-14 15:45 0000</creation_ts>
          <short_desc>All merge fails at &apos;postint&apos; because of &quot;Argument list too long&quot; errors due to &quot;vga&quot; variable in env</short_desc>
          <delta_ts>2008-09-07 22:51:06 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>Unspecified</component>
          <version>unspecified</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>240304</blocked>
          <votes>20</votes>
          <everconfirmed>1</everconfirmed>
          <reporter>drozofil@gmail.com</reporter>
          <assigned_to>release@gentoo.org</assigned_to>
          <cc>blaszka1@o2.pl</cc>
    
    <cc>cmfvulcanius@gmail.com</cc>
    
    <cc>cygon@nuclex.org</cc>
    
    <cc>dev-portage@gentoo.org</cc>
    
    <cc>jchoksi@gmail.com</cc>
    
    <cc>jer@gentoo.org</cc>
    
    <cc>junkmail@hesketh-family.co.uk</cc>
    
    <cc>kyron@neuralbs.com</cc>
    
    <cc>mina.gentoobugzilla@naguib.ca</cc>
    
    <cc>p.kosseff@gmail.com</cc>
    
    <cc>smartart@tiscali.it</cc>
    
    <cc>thimolangbehn@web.de</cc>
    
    <cc>tjkirch+gentoobugzilla@gmail.com</cc>
    
    <cc>vapier@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-05-14 15:45:00 0000</bug_when>
            <thetext>I&apos;m using the 2008.0 beta 2 install cd for amd64. I haven&apos;t booted into my system yet (trying to merge system packages).
All merge are concerned.

Sample lines:
/usr/lib64/portage/bin/ebuild.sh: line 1658: /bin/tr: Argument list too long
/usr/lib64/portage/bin/ebuild.sh: line 1658: /bin/sort: Argument list too long
/usr/lib64/portage/bin/ebuild.sh: line 1444: /usr/lib64/portage/bin/filter-bash-environment.py: Argument list too long
/usr/lib64/portage/bin/ebuild.sh: line 1791: /bin/bzip2: Argument list too long

Finally fails with:
!!! FAILED postinst:1

Points to bugs 190128 and 200313 but I couldn&apos;t grasp what was relevant with them.

Package seems to get correctly merged, but this does break multi package merges since portage breaks at the first error

Reproducible: Always

Steps to Reproduce:
1. emerge awk
2. see</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-14 16:52:39 0000</bug_when>
            <thetext>emerge --info, please.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-14 17:11:54 0000</bug_when>
            <thetext>emerge --nodeps portage might help too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-05-14 18:59:35 0000</bug_when>
            <thetext>Created an attachment (id=153155)
emerge --info output

I&apos;ve already done &quot;emerge --nodeps portage&quot; but unfortunately this hasn&apos;t solved the problem. I&apos;ve attached the results of the emerge --info as a text file.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-15 16:51:56 0000</bug_when>
            <thetext>There should be only one of these:
app-shells/bash:     3.2_p17-r1, 3.2_p33

Could you try and re-emerge bash?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-05-15 18:18:44 0000</bug_when>
            <thetext>I&apos;ve re-emerged bash, but this didn&apos;t solve the problem.
I&apos;m using the app-shell/bash-3.2_p33 ebuild. bash --version returns &quot;GNU bash, version 3.2.33(1)-release (x86_64-pc-linux-gnu)&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-05-15 20:11:11 0000</bug_when>
            <thetext>I have added &quot;set -x&quot; and &quot;set -x&quot; around the filter-bash-environment.py script file.

Considering that there are only simple quotes on the command lines, I don&apos;t think there is any globbing taking place, and the length of the command line doesn&apos;t explain the &quot;Argument list too long error message&quot;.

Any clue ?

/usr/lib64/portage/bin/filter-bash-environment.py &apos;(^|^declare[[:space:]]+-[^[:space:]]+[[:space:]]+|^export[[:space:]]+)(DIRSTACK|EUID|FUNCNAME|GROUPS|PIPESTATUS|PPID|SHELLOPTS|UID|D|EBUILD|EBUILD_PHASE|EBUILD_SH_ARGS|EMERGE_FROM|FILESDIR|PORTAGE_BINPKG_FILE|PORTAGE_BIN_PATH|PORTAGE_IUSE|PORTAGE_PYM_PATH|PORTAGE_MUTABLE_FILTERED_VARS|PORTAGE_SAVED_READONLY_VARS|PORTAGE_TMPDIR|T|WORKDIR|BASH_[_[:alnum:]]*|PATH|SANDBOX_[_[:alnum:]]*)=.*&apos;
/usr/lib64/portage/bin/ebuild.sh: line 1448: /usr/lib64/portage/bin/filter-bash-environment.py: Argument list too long
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-05-19 20:59:00 0000</bug_when>
            <thetext>This bug is definitely portage related !
I reinstalled a fresh 2007.0 on my box. First thing I did was emerge --nodeps portage (can&apos;t do with deps due to an obscure problem with bash). Guess what ? It started to fail the same way all over again ! But with the provided version 2.1.2.2 everything worked fine. Too bad it&apos;s out of the tree  ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-05-31 11:03:03 0000</bug_when>
            <thetext>I had ran to this problem with the minimal install cd and after some digging I have found that the intstall cd sets the $vga env var to some binnay data that later is expanded to \xxx\xxx values by the ebuild.sh and for some reason it grows until everything you call with that enviromen returns an Argument line too long error.  A quick fix is to unset the $vga variable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-01 02:09:43 0000</bug_when>
            <thetext>thanks for the tip ... i would post the output of `emerge --verbose --info` as an attachment</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-01 05:11:44 0000</bug_when>
            <thetext>Created an attachment (id=155061)
emerge -v --info

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-01 05:40:16 0000</bug_when>
            <thetext>blackd: sorry, i meant for drozofil to post his</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-01 12:04:47 0000</bug_when>
            <thetext>with my you can see the $vga value
and he already have posted his</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-01 21:50:14 0000</bug_when>
            <thetext>he posted --info, not --info --verbose</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drozofil@gmail.com</who>
            <bug_when>2008-06-02 17:05:28 0000</bug_when>
            <thetext>Updated portage today (armed with a full dump of my disk in case stuff go wild), and ***no problem***. The only thing that have changed is that I&apos;m in my fully functionnal gentoo environment (i.e. booting on it) while doing this, and not into the livecd chrooted environment with the framebuffer ($VGA ?).

Now I could completely start all over again a fresh install to exhibit the problem, as I&apos;m sure it&apos;s 100% reproductible.

I&apos;ve checked $VGA prior updating and after, and in both cases it was empty.
Sorry not beeing able to give more info. Anything you want me to take back if I&apos;m to spend a few hours installing something that will be eventually broken at some point ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-02 17:55:33 0000</bug_when>
            <thetext>$VGA is not the same as $vga</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-06-14 23:13:44 0000</bug_when>
            <thetext>Created an attachment (id=156805)
emerge --verbose --info

i&apos;ve stepped into the very same problem:
&gt; /usr/lib64/portage/bin/ebuild.sh: line 1492: /bin/touch: Argument list too long
unmerging app-portage/eix-0.10.5.ebuild
I&apos;ve seen the long vga string in the environment file but I&apos;ve got no $vga variables defined, nor I didn&apos;t understand where I should add/remove it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-06-15 19:00:28 0000</bug_when>
            <thetext>I forgot to mention that this happens on &quot;postrm&quot; phase. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-16 21:42:55 0000</bug_when>
            <thetext>just do &quot;unset vga&quot; before emerging something

releng: can we track down this vga env var and squash it ?  i dont think it needs to be exported to the environment anywhere ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-06-16 21:56:17 0000</bug_when>
            <thetext>Why are we being &quot;blamed&quot; here? He said that it happened with 2007.0. If this were a problem with the media, *somebody* would have hit it in the last year.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-17 01:46:38 0000</bug_when>
            <thetext>please refrain from using words like &quot;blame&quot; and assist in the debug process instead of trying to point fingers

the original reporter said they&apos;re using 2008 beta 2 ... other people have seen the same issue with older versions.  considering release team creates/boots livecds quite often, it&apos;s a lot easier for you to boot up a recent image and see if &apos;vga&apos; is set than it is for me ... especially seeing as how i havent booted up a livecd in over a year ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-17 05:43:35 0000</bug_when>
            <thetext>I have tried this on both 2007.0 and 2008 beta 2 and the problem shows on both after first portage update.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-17 06:15:20 0000</bug_when>
            <thetext>you see &apos;vga&apos; in the env while in the livecd (not chroot), correct ?

could you try doing:
grep -Ir &apos;\&lt;vga\&gt;&apos; /etc /lib*

and posting the results</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-17 07:39:48 0000</bug_when>
            <thetext>Hmm it appears that this is hardware dependent because I cannot reproduce it on my work machine or in vmware VM.
You´ll have to wait until I return home.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@digadd.de</who>
            <bug_when>2008-06-17 11:00:29 0000</bug_when>
            <thetext>I do have the same problem on two of my amd64 machines, regularly during postinstall (after the old package is unmerged).
Now, while testing an ebuild I&apos;m working on I received it earlier:

ebuild OpenXPKI-0.9.1263.ebuild install
&gt;&gt;&gt; Existing ${T}/environment for &apos;OpenXPKI-0.9.1263&apos; will be sourced. Run
&gt;&gt;&gt; &apos;clean&apos; to start with a fresh environment.
 * OpenXPKI-0.9.1263.tar.gz RMD160 SHA1 SHA256 size ;-) ...               [ ok ]
 * checking ebuild checksums ;-) ...                                      [ ok ]
 * checking auxfile checksums ;-) ...                                     [ ok ]
 * checking miscfile checksums ;-) ...                                    [ ok ]
 * checking OpenXPKI-0.9.1263.tar.gz ;-) ...                              [ ok ]
/usr/lib64/portage/bin/ebuild.sh: line 1504: /bin/touch: Argument list too long
 * 
 * ERROR: dev-perl/OpenXPKI-0.9.1263 failed.

Line 1504 is touch &quot;${T}/environment.success&quot;. dumping ${T} shows /tmp/portage/dev-perl/OpenXPKI-0.9.1263/temp/environment.success, which is not too long.

ok, i changed the /usr/lib64/portage/bin/ebuild.sh preprocess_ebuild_env() function to this:

preprocess_ebuild_env() {
[...]
        (
                export SANDBOX_ON=1
                set &gt; /tmp/dbg1
                source &quot;${T}/environment&quot; || exit $?
                export SANDBOX_ON=0

                set &gt; /tmp/dbg2
                source &quot;${PORTAGE_BIN_PATH}/isolated-functions.sh&quot; || exit $?

                save_ebuild_env || exit $?
                set &gt; /tmp/dbg3
                touch &quot;${T}/environment.success&quot; || exit $?
        ) &gt; &quot;${T}/environment.filtered&quot;
[...]

The dbg2 file id 600kb(!) bigger than dbg1. Is has the following extra:
KRB5CCNAME=$&apos;\320\320\001\001\001\001\001\001\001\001\001\001\001\001\001\
and a lot more of this. It is in the imported environment file as well.

I actually have no clue yet where it is set. Unsetting KRB5CCNAME before running ebuild/emerge solves the problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gentoo@digadd.de</who>
            <bug_when>2008-06-17 11:17:21 0000</bug_when>
            <thetext>Another short update:

/lib64/security]&gt;grep -r KRB5CCNAME .
Binary file ./pam_mount.so matches
{root}-(Tue Jun 17 14:05:05)-&lt;dnnote&gt;
[/lib64/security]&gt;strings ./pam_mount.so | grep KRB5CCNAME
KRB5CCNAME
pam_mount(%s:%u) KRB5CCNAME setenv failed

Maybe this is a candidate. Both of the machines I experienced the bug on are relying on pam_mount for encrypted home directories. Timewise correlation to the upgrade to pam_mount-0.38+ could fit.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-17 11:34:05 0000</bug_when>
            <thetext>your issue is unrelated.  you should open a different bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-17 20:37:07 0000</bug_when>
            <thetext>grep -Ir &apos;\&lt;vga\&gt;&apos; /etc /lib*
/etc/brltty.conf:#screen-parameters lx:Hfb=auto # [auto,vga,fb,0-7]

striped some &quot;No such file or directory&quot; warnings no copy&amp;paste in links2

Any way this seems to be hardware related because at least for me the $vga var is set to some binary value only on PCs with nvidia graphics (any one that can verify that)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-17 21:30:17 0000</bug_when>
            <thetext>So little more digging and i found that the vga var is actually passed as parameter to the kernel by grub (2008 beta 2 uses grub) any way there is a problem whit the command line processing by the kernel OR the way the command line is passed to the kernel and some binary data is appended the the last parameter (zero termination any one?).

The initrd scripts use the /proc/cmdline (command line passed to the kernel) to do some initializations and for some reason sets the vga var with the value of the vga parameter.

So in my opinion the problem comes from the way kernel cmdline is passed to or processed by the kernel. And for some reason this does not manifest it self on all hardware configurations.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-17 22:09:35 0000</bug_when>
            <thetext>there was a bug with grub where it wouldnt correctly NUL terminate the cmdline string, but that should be fixed in the latest version

but i thought the livecd used like syslinux as the boot loader, so grub wouldnt be involved here at all

i dont think there&apos;s a need for the initrd to bleed any environment settings from the /proc/cmdline into the shell environment ...

if you look at /proc/&lt;pid&gt;/environment, you should be able to trace the parents of your shell and see what process first has the setting ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-18 07:32:16 0000</bug_when>
            <thetext>I´ve added &quot;debug&quot; to the kernel cmd line this causes the initrd script to spawn a shell before giving control to the real init.

# cat /proc/1/environ

HOME=/
TERM=linux
looptype=squashfs
loop=/image.squashfs
vga=791.....(binary data)

The above lines are join together, cat strips the \0 chars.

The process with PID 1 is &quot;/bin/sh /init dokeymap cdroot&quot;

It seems that initrd leaks some kernel parameters in the environment.

On a production system where the genkernel initrd is used there some kernel parameters like &quot;real_root=/dev/evms/root&quot; in the environment of the real init proces but they are missing in the other processes.


p.s. This all is for 2008 beta2. I´ll it with 2007.0 this evening. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-18 19:51:55 0000</bug_when>
            <thetext>It appears that there is no such problem with 2007.0 at least not with the $vga var as it&apos;s not with binary value. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-06-20 01:27:54 0000</bug_when>
            <thetext>Okay, so the *real* issue here is the grub bug causing non-termination of the kernel commandline string. The 2008.0_beta[12] x86/amd64 CDs used grub, but the 2008.0 final will go back to isolinux due to other issues we ran into. If you encounter this from your normal system, upgrade grub and reinstall it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>robbat2@gentoo.org</who>
            <bug_when>2008-06-20 01:46:08 0000</bug_when>
            <thetext>This is a duplicate of 216307. Upgrade your grub fully folks. Make _really_ sure that the files in /boot/grub/ get updated.

*** This bug has been marked as a duplicate of bug 216307 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-20 02:04:16 0000</bug_when>
            <thetext>Actually I do not agree.
Sure grub causes the problem but still portage have to be prepared to handle such rough environment, or at least has to show a decent error message.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-20 11:03:58 0000</bug_when>
            <thetext>this isnt a dupe of grub persay ... the install media needs updating</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-20 11:04:34 0000</bug_when>
            <thetext>Robin: also, genkernel shouldnt go bleeding random things from /proc/cmdline into the environment</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-06-20 12:31:02 0000</bug_when>
            <thetext>Do you see where the genkernel init scripts are doing this? I only see 2 variables actually being exported (which is required for it to bleed into another process&apos;s env, correct?). Those variables are CDBOOT and MLIST.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-06-20 14:48:20 0000</bug_when>
            <thetext>Well exported or not they do exist. Try 
less /proc/1/environ
In a system that uses the genkernel initrd. Main has &quot;real_root=/...&quot;

Or you can add debug parameter to the kernel and inspect the environment of the debug shell. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>johannes.soellner@gmx.net</who>
            <bug_when>2008-06-27 09:26:55 0000</bug_when>
            <thetext>I want to comment that I also ran into this problem when installing gentoo from a 2008.0 beta2 minimal install CD. I had to boot via CD / chroot several times (problems with the hardware, i.e. no boot from hard-disk) before the error occured for the fist time, though. Maybe that helps.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-07-11 23:50:21 0000</bug_when>
            <thetext>This is &quot;fixed&quot; on the 2008.0 final install media, since we&apos;ve switched back to isolinux for other reasons. While genkernel still leaks a few vars to the env, it&apos;s very few and they&apos;ll get fixed in an upcoming refactoring of the genkernel code.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>a.pyro85@gmail.com</who>
            <bug_when>2008-07-17 09:45:18 0000</bug_when>
            <thetext>im mot sure if this needs to be reopened or not, but I just started installing from the 2008.0 amd64 non beta disk and got the same exact error. When I used the command &quot;echo $vga&quot; it printed gibberish and messed up the characters on the console. It looks like you are still using grub as the boot loader for the amd64 minnimal cd.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-07-17 09:47:17 0000</bug_when>
            <thetext>Well it appears that it is not fixed so I suggest that you reopen it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>a.pyro85@gmail.com</who>
            <bug_when>2008-07-17 10:02:44 0000</bug_when>
            <thetext>I tried but I don&apos;t have the privileges to do that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-07-17 10:41:14 0000</bug_when>
            <thetext>I still have issues with this problem. I need an advice because I don&apos;t know if I need to open a different bug or not.
I started having a &apos;postrm&apos; error (touch arg too long - vga) upgrading eix; after reading this thread I tried to upgrade grub, but I got the same error, so currently I have two ebuilds that can&apos;t be uninstalled.
In the root shell `echo $vga` produces nothing, while looking at the ebuild environment I get the long vga string and also this string:
  declare -x vga=&quot;791�������������������������������������������������ȈJ�&quot;

Any help will be very much appreciated! thanks!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-07-17 14:34:28 0000</bug_when>
            <thetext>It looks like the amd64 minimal CD got built with grub instead of isolinux somehow. Reopening until we put out a -r1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-07-17 17:54:09 0000</bug_when>
            <thetext>(In reply to comment #44)
I must underline that my problem happens on an already installed machine, that used the 2008_beta2 as install medium.
as stated before the only place where the vga mess happens is during postrm time, maybe only in sandbox.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-07-17 18:10:09 0000</bug_when>
            <thetext>Yes, because you&apos;re using the old grub version that the CD was. Upgrade your grub and be sure to re-install it into the MBR.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>a.pyro85@gmail.com</who>
            <bug_when>2008-07-18 04:26:08 0000</bug_when>
            <thetext>Well looks like it is working for me now. I didn&apos;t really do anything to fix it. After about 4-5 restarts using the minimal amd64 disk it compiled the kernel, a few needed tools and grub so I could boot it without the cd. When I was messing around with the grub.conf file I noticed if you disable the framebuffer it would cause it to not find the root partition on the cd and load the ash shell for recovery. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-07-18 13:18:45 0000</bug_when>
            <thetext>(In reply to comment #47)
&gt; Yes, because you&apos;re using the old grub version that the CD was. Upgrade your
&gt; grub and be sure to re-install it into the MBR.
&gt; 

I&apos;ve upgraded to grub-0.97-r6, I&apos;ve reflashed the MBR but once rebooted I still get the error when trying to emerge --clean on postrm phase.
The grub-1* ebuild is just broken (can&apos;t detect lzo-2*) so I hope you don&apos;t mean that.
did I miss something?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-07-18 14:15:55 0000</bug_when>
            <thetext>Did you run &apos;emerge --config&apos; for grub? You have to do that in new versions to copy the new files to /boot/grub/, iirc.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>smartart@tiscali.it</who>
            <bug_when>2008-07-18 15:08:56 0000</bug_when>
            <thetext>(In reply to comment #50)
&gt; Did you run &apos;emerge --config&apos; for grub? You have to do that in new versions to
&gt; copy the new files to /boot/grub/, iirc.
&gt; 

the --config part, as stated in the einfo msg, is only to be done if the files are to be copied elsewhere, btw nothing changed, I did, specifying /boot as destination directory and rerun setup on the MBR. No way. Still have the postrm errors.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-07-20 15:28:51 0000</bug_when>
            <thetext>I&apos;ve got this problem too, on various packages of my gentoo 2008.0 amd64 box.

Tried doing an emerge -e world because I added a compiler flag (-fno-strict-aliasing because the compiler warnings in several packages were scaring me). Only used stable packages.

I have seen the binary garbage being passed to the kernel on the minimal install iso, but this is occurring in the already installed and self-booting OS with up-to-date grub and bash. I see no excessively long environment variables, $vga is not set.

Portage 2.1.4.4 (default/linux/amd64/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.25-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3500+
Timestamp of tree: Sun, 20 Jul 2008 14:45:01 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r5
dev-python/pycrypto: 2.0.1-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.7.9-r1, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS=&quot;amd64&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O3 -pipe -fomit-frame-pointer -mmmx -msse -msse2 -m3dnow -fno-strict-aliasing&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d&quot;
CXXFLAGS=&quot;-march=athlon64 -O3 -pipe -fomit-frame-pointer -mmmx -msse -msse2 -m3dnow -fno-strict-aliasing&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch&quot;
GENTOO_MIRRORS=&quot;http://de-mirror.org/distro/gentoo/ &quot;
LDFLAGS=&quot;-Wl,-O1&quot;
LINGUAS=&quot;de&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;3dnow X a52 aac acl acpi alsa amd64 apache2 apm bash-completion berkdb bzip2 cairo cdr cli cracklib crypt ctype cups cxx dri dvd dvdr encode exif expat ffmpeg firefox flac fontconfig fortran ftp gd gdbm gif gpm graphviz gtk hal hddtemp iconv imagemagick imap innodb ipv6 isdnlog java jpeg jpeg2k kde lame lua lzo mad matroska midi mime mmx mng mono mozilla mp3 mpeg mplayer mudflap multilib mysql mysqli ncurses nls nocd nptl nptlonly ogg openal openexr opengl openmp oss pam pch pcre pdf perl png pppd python qt3 qt4 quicktime raw rdesktop readline reflection rss ruby samba sdl session shorten soap sockets speex spell spl sqlite sqlite3 sse sse2 ssl subversion svg syslog tcl tcpd theora threads tiff tk truetype unicode videos vorbis wavpack wmf x264 xml xmlrpc xorg xvid zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; APACHE2_MODULES=&quot;actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse evdev&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;de&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo&quot;
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jchoksi@gmail.com</who>
            <bug_when>2008-07-20 16:45:05 0000</bug_when>
            <thetext>I came across this today on the AMD64 minimal install CD (2008.0).

I entered the word debug after the vga=791 line on the Gentoo grub entry when booting from the CD and it booted up as normal. Upon chrooting and trying to emerge the package which failed earlier (gentoo-sources) it worked fine this time around.

I can confirm I have a nvidia card built into the motherboard.

Odd behaviour!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-07-20 18:09:08 0000</bug_when>
            <thetext>Same with me, if I &quot;emerge --update package&quot; the failed ebuild manually after the error occurs, it works fine.

When I then do another &quot;emerge -e world&quot;, the error pops up again (after maybe 30 minutes of compiling) in the very same packages.

Tried the ~amd64 portage to no avail.

The specific error I&apos;m seeing in the console is
/usr/lib64/portage/bin/ebuild.sh line 1496 - /bin/touch - Argument list too long

I tried dumping the environment like Christian Schmidt did, but since I do an &quot;emerge -e world&quot;, the changes will be overwritten right when the emerge begins. If I try to add the lines later on, Python gets confused with the file offset and dies.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-07-20 19:38:37 0000</bug_when>
            <thetext>Got a workaround:

Edit /usr/src/linux/include/linux/limits.h

Replace
  #define ARG_MAX       131072  /* # bytes of args + environ for exec() */
with
  #define ARG_MAX      1048576

Recompile your kernel, update the kernel image on your boot partition.

Truely an ugly and ignorant hack ;-). Christian Schmidt mentioned a 600 kb size increase in the environment, so doing the simple math, 1mb &gt; (131072b + 600kb), the new kernel will happily cope with all the garbage and let me recompile my system.

Still hoping for a real solution!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-07-21 17:29:54 0000</bug_when>
            <thetext>Sorry that workaround didn&apos;t... work around the problem after all. Still getting the errors.

I can see the $vga variable in eg.
/var/tmp/binpkgs/app-text/ghostscript-gpl-8.62/temp/environment
but not from typing &apos;set&apos; or &apos;env&apos; in my bash.

I&apos;m not too experienced here, anyone got an idea how to track down the source of these strings?

Or was the $vga variable only set when I booted from the Gentoo 2008.0 install DVD and emerge somehow saves the original environment a package was built under?

That would mean a) it should not happen again once I get rid of that string from the saved environments (HOW?) and b) the Gentoo 2008.0 install DVD could somehow cope with this long string -- it got my packages compiled, after all.


For me this bug is a blocker since I can&apos;t recompile or update any package on my system anymore.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>p.kosseff@gmail.com</who>
            <bug_when>2008-07-21 17:42:03 0000</bug_when>
            <thetext>look at /var/db/pkg/package name/environment.bz2

may be you have to edit this file to remove the vga var

p.s. keep a copy of the original just in case </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-07-22 13:57:44 0000</bug_when>
            <thetext>I would try that, but this error occurred in hundreds of packages.

In the meantime, my careless fixing attempts ended up in disaster and I ended up deleting my whole /var/db/ directory (: - I&apos;m reinstalling my system with &quot;unset vga&quot;.

For the actual binary data contained in the $vga variable and some more info, check this forum post by me:
http://forums.gentoo.org/viewtopic-p-5159672.html#5159672</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gregg.casillo@gmail.com</who>
            <bug_when>2008-07-22 14:27:02 0000</bug_when>
            <thetext>I applied Jinesh&apos;s solution in comment #53 during a fresh install from a 2008.0 minimal CD yesterday. I edited the kernel line in the boot menu by appending &quot;debug&quot; to the end of the line. Seemed to work, and I never saw this error during the entire installation. *shrug*</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>thimolangbehn@web.de</who>
            <bug_when>2008-07-27 11:45:28 0000</bug_when>
            <thetext>Created an attachment (id=161457)
emerge --verbose --info

I got the same Problem with a huge vga string in the environment file, but (as of now) only for pkgconfig-0.22:
&gt; /usr/lib64/portage/bin/ebuild.sh: line 1492: /bin/touch: Argument list too long

However, while my system is amd64 and was installed from the amd64 minimal disc, i use lilo as Bootloader (with the line &quot;vga=0x31B&quot; in lilo.conf).
Therefore the Problem might not be limited to grub, or it is caused elsewhere.
Appending a &quot;debug&quot; at the end, eliminating the &quot;vga=0x31B&quot; or changing it to &quot;vga=346&quot; did not solve the problem for me.

I made an upgrade to Python 2.5 and to the 2.6.25 kernel right before i got this error, and i use a NVIDIA Card, too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>den@openvz.org</who>
            <bug_when>2008-08-10 21:21:22 0000</bug_when>
            <thetext>the problem is present on ATI video too.
At least for my
01:05.0 VGA compatible controller: ATI Technologies Inc Unknown device 796e</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>den@openvz.org</who>
            <bug_when>2008-08-10 21:41:57 0000</bug_when>
            <thetext>Removing vga helps. Simple scripts below could help unattended user :)

/tmp/1.sh:
#!/bin/sh
bzcat $1 | sed -e &apos;/^declare -x vga/d&apos; &gt;$1.new || exit -1
bzip2 $1.new || exit -1
mv $1.new.bz2 $1

/tmp/2.sh:
#!/bin/sh
bzcat $1 | sed -e &apos;/^vga/d&apos; &gt;$1.new || exit -1
bzip2 $1.new || exit -1
mv $1.new.bz2 $1

After that:
cd /var/db/pkg
find . -name environment.bz2 -exec /tmp/1.sh \{} \;
find . -name environment.bz2 -exec /tmp/2.sh \{} \;

Somebody could combine them into one :) It is too late for me to do so.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>robbat2@gentoo.org</who>
            <bug_when>2008-08-16 23:58:02 0000</bug_when>
            <thetext>*** Bug 234962 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-08-17 01:42:07 0000</bug_when>
            <thetext>(In reply to comment #63)

Don&apos;t know if this adds any more information to help, but I&apos;m having the same problem, installed from AMD64 Beta2 (can&apos;t remember if it was minimal or not), with an on-board ATI 780G video chipset. I use pam_mount to mount an encrypted partition on login, though it&apos;s not the home partition. I&apos;m pretty sure I&apos;ve updated grub, but I&apos;ll need to check that tomorrow.

&apos;# echo $vga&apos; returns no data.

&apos;emerge -e system&apos; made no difference.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-08-24 08:45:05 0000</bug_when>
            <thetext>(In reply to comment #64)
&gt; (In reply to comment #63)

Just for the record, upgrading to grub version 0.97-r6 followed by grub-install hasn&apos;t solved the problem. Portage versions 2.1.4.4 and 2.1.5.6 both show the error. In fact, my problem looks more like comment 25 as it appears to be something to do with $KRB5CCNAME rather than $vga, because that&apos;s the long gibberish string in the environment files.

My problem looks more like bug 230738, but it is not fixed in portage 2.1.5.6 as that bug would suggest.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-08-24 20:36:17 0000</bug_when>
            <thetext>The issues at hand (grub not putting a terminating NUL and the amd64 2008.0 minimal using grub instead of isolinux) have been fixed. As far as I can tell, this wasn&apos;t genkernel&apos;s fault (as it appears it was busybox init exporting the kernel commandline to the env), either, so there&apos;s nothing to fix.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-08-25 21:17:27 0000</bug_when>
            <thetext>(In reply to comment #66)
&gt; ... so there&apos;s nothing to fix.

So do I need to open a new bug then, because there is very much something broken on my system?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mina.gentoobugzilla@naguib.ca</who>
            <bug_when>2008-08-29 14:15:19 0000</bug_when>
            <thetext>I think there are two manifestations of this bug.  I can confirm that at least one of them is not fixed, which means this bug should be opened, however read below for more info:

The first manifestation is if your current environment has an overly large $vga variable.  Many commands (even outside of portage.  try `find /tmp` for example) will choke on it.  You can check this with echo $vga to see if that&apos;s your case.

The second manifestation, and the one I ran into, is that even if the $vga is not set, it might have been set at some point in time and captured into the &quot;environment snapshot&quot; when installing a package.  This snapshot is restored at package unmerging time and the bug crops up. (sometimes.. it depends on the site of $vga - I&apos;ve seen some snapshots with a few Ks and some a bit over 700Ks)

I believe the above happened to me since I installed gentoo (2008 minimal amd64) using framebuffer mode.  I rebuilt my own kernel and manually configured grub for the actual installation, so packages installed after the first reboot were not affected.

This command lists installed packages which have a vga captured environment variable:
for f in /var/db/pkg/*/*/environment.bz2; do bzcat $f | grep -q vga=; if [ &quot;$?&quot; == &quot;0&quot; ]; then echo $f; fi; done

As you can see, the output on my machine lists packages very commonly installed during the installer cd process:
/var/db/pkg/app-admin/eselect-1.0.10/environment.bz2
/var/db/pkg/app-admin/eselect-ctags-1.5/environment.bz2
/var/db/pkg/app-admin/eselect-vi-1.1.5/environment.bz2
/var/db/pkg/app-admin/logrotate-3.7.2/environment.bz2
/var/db/pkg/app-admin/syslog-ng-2.0.9/environment.bz2
/var/db/pkg/app-emulation/emul-linux-x86-baselibs-20080316/environment.bz2
/var/db/pkg/app-vim/gentoo-syntax-20070506/environment.bz2
/var/db/pkg/dev-libs/eventlog-0.2.7/environment.bz2
/var/db/pkg/dev-libs/glib-2.16.3-r1/environment.bz2
/var/db/pkg/dev-util/ctags-5.7/environment.bz2
/var/db/pkg/dev-util/pkgconfig-0.23/environment.bz2
/var/db/pkg/net-mail/mailbase-1/environment.bz2
/var/db/pkg/net-misc/dhcpcd-3.2.3/environment.bz2
/var/db/pkg/sys-apps/slocate-3.1-r1/environment.bz2
/var/db/pkg/sys-boot/grub-0.97-r6/environment.bz2
/var/db/pkg/sys-fs/reiserfsprogs-3.6.19-r2/environment.bz2
/var/db/pkg/sys-kernel/gentoo-sources-2.6.25-r7/environment.bz2
/var/db/pkg/sys-process/cronbase-0.3.2-r1/environment.bz2
/var/db/pkg/sys-process/vixie-cron-4.1-r10/environment.bz2

The fix is fairly easy.  I simply use `vi` to edit all those files (it can natively handle bz2 files) and delete all the &quot;vga=&quot; and &quot;declare -x vga=&quot; lines.

As mentioned above, new packages installed after the reboot don&apos;t suffer from this problem.

I&apos;m not too familiar with the internals of portage, but perhaps the next update should filter out this variable when restoring the snapshott-ed environment ?  It might help people avoid this problem instead of having to manually fix their snapshots as described above.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-08-31 14:38:27 0000</bug_when>
            <thetext>(In reply to comment #68)

For me it&apos;s definitely nothing to do with the $vga variable. The symptoms are the same, but running your script gives no output. It is however something to do with the $KRB5CCNAME variable which is very, very long in all the affected packages.

I&apos;m really frustrated having had my bug moved into this RESOLVED, FIXED one, when it&apos;s neither resolved nor fixed.

Does anyone know what sets the KRB5CCNAME variable? I suppose it&apos;s something to do with kerberos, and have thought about putting USE=&quot;-kerberos&quot; in /etc/make.conf, but I&apos;m frightened of screwing something else up, as this is my office&apos;s main server.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cygon@nuclex.org</who>
            <bug_when>2008-09-01 05:38:35 0000</bug_when>
            <thetext>Agreed. Sometimes I&apos;ve got the impression Gentoo&apos;s quality is not exactly on the rise. That this bug even made it beyond the first release candidate is surprising. That there&apos;s no fix provided is disconcerting. And now it&apos;s even marked as resolved.

--

FYI to the other people plagued with this:

The bug affects the last environment variable passed to the kernel. During my search for help, both &apos;VGA&apos; and &apos;KRB5CCNAME&apos; were the candidates that seemed to pop up most often.

As you have noticed, this bug is not resolved at all. Even if the install DVD had been fixed in the meantime, all the users out there with the garbage environment variable in their system are still prevented from updating.

A small automated script which corrects the contents of the various environment.bz2s in /var/db (for example by capping all environment variables in there to 64k characters) would solve all these users issues.

But, as it stands now, the only solution is to either write this script yourself or to reinstall from scratch, running &quot;unset VGA&quot; or &quot;unset KRB5CCNAME&quot; directly after booting from the install DVD.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-09-01 05:59:09 0000</bug_when>
            <thetext>For people still being hit by this bug after upgrading grub, have you tried just removing the environment.bz2 and re-emerging the effected packages?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zmedico@gentoo.org</who>
            <bug_when>2008-09-01 19:47:45 0000</bug_when>
            <thetext>Created an attachment (id=164284)
filter \1 (start of heading) characters for portage-2.1.4.4

Use this patch if you have portage-2.1.4.4. If this patch is saved as /tmp/soh_2.1.4.4.patch then it can be applied as follows:

patch /usr/lib/portage/bin/filter-bash-environment.py /tmp/soh_2.1.4.4.patch</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zmedico@gentoo.org</who>
            <bug_when>2008-09-01 19:56:11 0000</bug_when>
            <thetext>Created an attachment (id=164288)
filter \1 (start of heading) characters for portage-2.2_rc8

If this patch is saved as /tmp/soh_2.2_rc8.patch then it can be applied as follows:

patch /usr/lib/portage/bin/filter-bash-environment.py /tmp/soh_2.2_rc8.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-09-02 15:38:40 0000</bug_when>
            <thetext>(In reply to comment #71)
That stopped being funny a *long* time ago. Having to continually delete environment files and re-emerge is very annoying, especially if it&apos;s a bigish package like php for example.

(In reply to comment #72)

What does your script do Zac?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zmedico@gentoo.org</who>
            <bug_when>2008-09-02 19:32:10 0000</bug_when>
            <thetext>(In reply to comment #74)
&gt; What does your script do Zac?

It&apos;s a patch which causes portage&apos;s environment filter to exclude \1 characters which trigger the problem. Here&apos;s the comment from the patch that applies to portage-2.2_rc8 which is in svn and is also attached to this bug:

+	# Filter out any instances of the \1 character from variable values
+	# since this character multiplies each time that the environment
+	# is saved (strange bash behavior). This can eventually result in
+	# mysterious &apos;Argument list too long&apos; errors from programs that have
+	# huge strings of \1 characters in their environment. See bug #222091.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mpagano@gentoo.org</who>
            <bug_when>2008-09-04 15:08:57 0000</bug_when>
            <thetext>*** Bug 236641 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>junkmail@hesketh-family.co.uk</who>
            <bug_when>2008-09-04 19:12:14 0000</bug_when>
            <thetext>(In reply to comment #75)

Great, that&apos;s sorted it. Thank you Zac :-)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>zmedico@gentoo.org</who>
            <bug_when>2008-09-07 22:51:06 0000</bug_when>
            <thetext>*** Bug 236743 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>153155</attachid>
            <date>2008-05-14 18:59 0000</date>
            <desc>emerge --info output</desc>
            <filename>emerge-info.txt</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuNC40IChkZWZhdWx0L2xpbnV4L2FtZDY0LzIwMDguMCwgZ2NjLTQuMS4yLCBn
bGliYy0yLjYuMS1yMCwgMi42LjI0LWdlbnRvby1yNSB4ODZfNjQpCj09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClN5c3RlbSB1
bmFtZTogMi42LjI0LWdlbnRvby1yNSB4ODZfNjQgSW50ZWwoUikgQ29yZShUTSkyIFF1YWQgQ1BV
IFE5MzAwIEAgMi41MEdIegpUaW1lc3RhbXAgb2YgdHJlZTogV2VkLCAxNCBNYXkgMjAwOCAwMTo0
NTowMyArMDAwMAphcHAtc2hlbGxzL2Jhc2g6ICAgICAzLjJfcDE3LXIxLCAzLjJfcDMzCmRldi1s
YW5nL3B5dGhvbjogICAgIDIuNC40LXI2CmRldi1weXRob24vcHljcnlwdG86IDIuMC4xLXI2CnN5
cy1hcHBzL2Jhc2VsYXlvdXQ6IDEuMTIuMTEuMQpzeXMtYXBwcy9zYW5kYm94OiAgICAxLjIuMTgu
MS1yMgpzeXMtZGV2ZWwvYXV0b2NvbmY6ICAyLjYxLXIxCnN5cy1kZXZlbC9hdXRvbWFrZTogIDEu
MTAKc3lzLWRldmVsL2JpbnV0aWxzOiAgMi4xOC1yMQpzeXMtZGV2ZWwvZ2NjLWNvbmZpZzogMS40
LjAtcjQKc3lzLWRldmVsL2xpYnRvb2w6ICAgMS41LjI0CnZpcnR1YWwvb3MtaGVhZGVyczogIDIu
Ni4yMy1yMwpBQ0NFUFRfS0VZV09SRFM9ImFtZDY0IgpDQlVJTEQ9Ing4Nl82NC1wYy1saW51eC1n
bnUiCkNGTEFHUz0iLW1hcmNoPW5vY29uYSAtTzIgLXBpcGUiCkNIT1NUPSJ4ODZfNjQtcGMtbGlu
dXgtZ251IgpDT05GSUdfUFJPVEVDVD0iL2V0YyIKQ09ORklHX1BST1RFQ1RfTUFTSz0iL2V0Yy9l
bnYuZCAvZXRjL2djb25mIC9ldGMvdGVybWluZm8gL2V0Yy91ZGV2L3J1bGVzLmQiCkNYWEZMQUdT
PSItbWFyY2g9bm9jb25hIC1PMiAtcGlwZSIKRElTVERJUj0iL3Vzci9wb3J0YWdlL2Rpc3RmaWxl
cyIKRkVBVFVSRVM9ImRpc3Rsb2NrcyBtZXRhZGF0YS10cmFuc2ZlciBzYW5kYm94IHNmcGVybXMg
c3RyaWN0IHVubWVyZ2Utb3JwaGFucyB1c2VyZmV0Y2giCkdFTlRPT19NSVJST1JTPSJodHRwOi8v
bWlycm9yLm92aC5uZXQvZ2VudG9vLWRpc3RmaWxlcyBodHRwOi8vZGlzdGZpbGVzLmdlbnRvby5v
cmcgaHR0cDovL3d3dy5pYmlibGlvLm9yZy9wdWIvTGludXgvZGlzdHJpYnV0aW9ucy9nZW50b28i
Ck1BS0VPUFRTPSItajUiClBLR0RJUj0iL3Vzci9wb3J0YWdlL3BhY2thZ2VzIgpQT1JUQUdFX1JT
WU5DX09QVFM9Ii0tcmVjdXJzaXZlIC0tbGlua3MgLS1zYWZlLWxpbmtzIC0tcGVybXMgLS10aW1l
cyAtLWNvbXByZXNzIC0tZm9yY2UgLS13aG9sZS1maWxlIC0tZGVsZXRlIC0tc3RhdHMgLS10aW1l
b3V0PTE4MCAtLWV4Y2x1ZGU9L2Rpc3RmaWxlcyAtLWV4Y2x1ZGU9L2xvY2FsIC0tZXhjbHVkZT0v
cGFja2FnZXMiClBPUlRBR0VfVE1QRElSPSIvdmFyL3RtcCIKUE9SVERJUj0iL3Vzci9wb3J0YWdl
IgpTWU5DPSJyc3luYzovL3JzeW5jLmdlbnRvby5vcmcvZ2VudG9vLXBvcnRhZ2UiClVTRT0iWCBh
Y2wgYWNwaSBhbHNhIGFtZDY0IGJlcmtkYiBiemlwMiBjbGkgY3JhY2tsaWIgY3J5cHQgY3VwcyBk
b2MgZHJpIGZvcnRyYW4gZ2RibSBncG0gaWNvbnYgaXB2NiBpc2RubG9nIGxhdGV4IG1pZGkgbW14
IG11ZGZsYXAgbXVsdGlsaWIgbmN1cnNlcyBubHMgbnB0bCBucHRsb25seSBvcGVubXAgcGFtIHBj
cmUgcGVybCBwcHBkIHB5dGhvbiBxdDQgcmVhZGxpbmUgcmVmbGVjdGlvbiBzZXNzaW9uIHNwbCBz
c2Ugc3NlMiBzc2wgdGNwZCB1bmljb2RlIHhvcmcgemxpYiIgQUxTQV9DQVJEUz0iYWxpNTQ1MSBh
bHM0MDAwIGF0aWl4cCBhdGlpeHAtbW9kZW0gYnQ4N3ggY2EwMTA2IGNtaXBjaSBlbXUxMGsxeCBl
bnMxMzcwIGVuczEzNzEgZXMxOTM4IGVzMTk2OCBmbTgwMSBoZGEtaW50ZWwgaW50ZWw4eDAgaW50
ZWw4eDBtIG1hZXN0cm8zIHRyaWRlbnQgdXNiLWF1ZGlvIHZpYTgyeHggdmlhODJ4eC1tb2RlbSB5
bWZwY2kiIEFMU0FfUENNX1BMVUdJTlM9ImFkcGNtIGFsYXcgYXN5bSBjb3B5IGRtaXggZHNoYXJl
IGRzbm9vcCBlbXB0eSBleHRwbHVnIGZpbGUgaG9va3MgaWVjOTU4IGlvcGx1ZyBsYWRzcGEgbGZs
b2F0IGxpbmVhciBtZXRlciBtdWxhdyBtdWx0aSBudWxsIHBsdWcgcmF0ZSByb3V0ZSBzaGFyZSBz
aG0gc29mdHZvbCIgQVBBQ0hFMl9NT0RVTEVTPSJhY3Rpb25zIGFsaWFzIGF1dGhfYmFzaWMgYXV0
aG5fYWxpYXMgYXV0aG5fYW5vbiBhdXRobl9kYm0gYXV0aG5fZGVmYXVsdCBhdXRobl9maWxlIGF1
dGh6X2RibSBhdXRoel9kZWZhdWx0IGF1dGh6X2dyb3VwZmlsZSBhdXRoel9ob3N0IGF1dGh6X293
bmVyIGF1dGh6X3VzZXIgYXV0b2luZGV4IGNhY2hlIGRhdiBkYXZfZnMgZGF2X2xvY2sgZGVmbGF0
ZSBkaXIgZGlza19jYWNoZSBlbnYgZXhwaXJlcyBleHRfZmlsdGVyIGZpbGVfY2FjaGUgZmlsdGVy
IGhlYWRlcnMgaW5jbHVkZSBpbmZvIGxvZ19jb25maWcgbG9naW8gbWVtX2NhY2hlIG1pbWUgbWlt
ZV9tYWdpYyBuZWdvdGlhdGlvbiByZXdyaXRlIHNldGVudmlmIHNwZWxpbmcgc3RhdHVzIHVuaXF1
ZV9pZCB1c2VyZGlyIHVzZXJ0cmFjayB2aG9zdF9hbGlhcyIgRUxJQkM9ImdsaWJjIiBJTlBVVF9E
RVZJQ0VTPSJrZXlib2FyZCBtb3VzZSBldmRldiIgS0VSTkVMPSJsaW51eCIgTENEX0RFVklDRVM9
ImJheXJhZCBjZm9udHogY2ZvbnR6NjMzIGdsayBoZDQ0NzgwIGxiMjE2IGxjZG0wMDEgbXR4b3Ji
IG5jdXJzZXMgdGV4dCIgVVNFUkxBTkQ9IkdOVSIgVklERU9fQ0FSRFM9ImZiZGV2IGdsaW50IGk4
MTAgbWFjaDY0IG1nYSBuZW9tYWdpYyBudiByMTI4IHJhZGVvbiBzYXZhZ2Ugc2lzIHRkZnggdHJp
ZGVudCB2ZXNhIHZnYSB2aWEgdm13YXJlIHZvb2RvbyIKVW5zZXQ6ICBDUFBGTEFHUywgQ1RBUkdF
VCwgRU1FUkdFX0RFRkFVTFRfT1BUUywgSU5TVEFMTF9NQVNLLCBMQU5HLCBMQ19BTEwsIExERkxB
R1MsIExJTkdVQVMsIFBPUlRBR0VfQ09NUFJFU1MsIFBPUlRBR0VfQ09NUFJFU1NfRkxBR1MsIFBP
UlRBR0VfUlNZTkNfRVhUUkFfT1BUUywgUE9SVERJUl9PVkVSTEFZCgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>155061</attachid>
            <date>2008-06-01 05:11 0000</date>
            <desc>emerge -v --info</desc>
            <filename>emerge.info</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuNC40IChkZWZhdWx0L2xpbnV4L2FtZDY0LzIwMDguMC9kZXNrdG9wLCBnY2Mt
NC4xLjIsIGdsaWJjLTIuNi4xLXIwLCAyLjYuMjQtZ2VudG9vLXI1IHg4Nl82NCkKPT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K
U3lzdGVtIHVuYW1lOiAyLjYuMjQtZ2VudG9vLXI1IHg4Nl82NCBBTUQgQXRobG9uKHRtKSA2NCBY
MiBEdWFsIENvcmUgUHJvY2Vzc29yIDQyMDArClRpbWVzdGFtcCBvZiB0cmVlOiBTYXQsIDMxIE1h
eSAyMDA4IDA3OjMwOjAxICswMDAwCmNjYWNoZSB2ZXJzaW9uIDIuNCBbZW5hYmxlZF0KYXBwLXNo
ZWxscy9iYXNoOiAgICAgMy4yX3AzMwpkZXYtbGFuZy9weXRob246ICAgICAyLjQuNC1yMTMKZGV2
LXB5dGhvbi9weWNyeXB0bzogMi4wLjEtcjYKZGV2LXV0aWwvY2NhY2hlOiAgICAgMi40LXI3CnN5
cy1hcHBzL2Jhc2VsYXlvdXQ6IDEuMTIuMTEuMQpzeXMtYXBwcy9zYW5kYm94OiAgICAxLjIuMTgu
MS1yMgpzeXMtZGV2ZWwvYXV0b2NvbmY6ICAyLjYxLXIxCnN5cy1kZXZlbC9hdXRvbWFrZTogIDEu
MTAuMQpzeXMtZGV2ZWwvYmludXRpbHM6ICAyLjE4LXIxCnN5cy1kZXZlbC9nY2MtY29uZmlnOiAx
LjQuMC1yNApzeXMtZGV2ZWwvbGlidG9vbDogICAxLjUuMjYKdmlydHVhbC9vcy1oZWFkZXJzOiAg
Mi42LjIzLXIzCkFCST0iYW1kNjQiCkFDQ0VQVF9LRVlXT1JEUz0iYW1kNjQiCkFMU0FfQ0FSRFM9
ImFsaTU0NTEgYWxzNDAwMCBhdGlpeHAgYXRpaXhwLW1vZGVtIGJ0ODd4IGNhMDEwNiBjbWlwY2kg
ZW11MTBrMXggZW5zMTM3MCBlbnMxMzcxIGVzMTkzOCBlczE5NjggZm04MDEgaGRhLWludGVsIGlu
dGVsOHgwIGludGVsOHgwbSBtYWVzdHJvMyB0cmlkZW50IHVzYi1hdWRpbyB2aWE4Mnh4IHZpYTgy
eHgtbW9kZW0geW1mcGNpIgpBTFNBX1BDTV9QTFVHSU5TPSJhZHBjbSBhbGF3IGFzeW0gY29weSBk
bWl4IGRzaGFyZSBkc25vb3AgZW1wdHkgZXh0cGx1ZyBmaWxlIGhvb2tzIGllYzk1OCBpb3BsdWcg
bGFkc3BhIGxmbG9hdCBsaW5lYXIgbWV0ZXIgbXVsYXcgbXVsdGkgbnVsbCBwbHVnIHJhdGUgcm91
dGUgc2hhcmUgc2htIHNvZnR2b2wiCkFQQUNIRTJfTU9EVUxFUz0iYWN0aW9ucyBhbGlhcyBhdXRo
X2Jhc2ljIGF1dGhuX2FsaWFzIGF1dGhuX2Fub24gYXV0aG5fZGJtIGF1dGhuX2RlZmF1bHQgYXV0
aG5fZmlsZSBhdXRoel9kYm0gYXV0aHpfZGVmYXVsdCBhdXRoel9ncm91cGZpbGUgYXV0aHpfaG9z
dCBhdXRoel9vd25lciBhdXRoel91c2VyIGF1dG9pbmRleCBjYWNoZSBkYXYgZGF2X2ZzIGRhdl9s
b2NrIGRlZmxhdGUgZGlyIGRpc2tfY2FjaGUgZW52IGV4cGlyZXMgZXh0X2ZpbHRlciBmaWxlX2Nh
Y2hlIGZpbHRlciBoZWFkZXJzIGluY2x1ZGUgaW5mbyBsb2dfY29uZmlnIGxvZ2lvIG1lbV9jYWNo
ZSBtaW1lIG1pbWVfbWFnaWMgbmVnb3RpYXRpb24gcmV3cml0ZSBzZXRlbnZpZiBzcGVsaW5nIHN0
YXR1cyB1bmlxdWVfaWQgdXNlcmRpciB1c2VydHJhY2sgdmhvc3RfYWxpYXMiCkFSQ0g9ImFtZDY0
IgpBU0ZMQUdTX3g4Nj0iLS0zMiIKQVVUT0NMRUFOPSJ5ZXMiCkNCVUlMRD0ieDg2XzY0LXBjLWxp
bnV4LWdudSIKQ0NBQ0hFX1NJWkU9IjJHIgpDREJPT1Q9IjEiCkNERUZJTkVfYW1kNjQ9Il9feDg2
XzY0X18iCkNERUZJTkVfeDg2PSJfX2kzODZfXyIKQ0ZMQUdTPSItTzMgLW1hcmNoPWs4IC1tdHVu
ZT1rOCAtbXNzZTIgLW1tbXggLW0zZG5vdyAtbWZwbWF0aD1zc2UgLXBpcGUgLWZvbWl0LWZyYW1l
LXBvaW50ZXIgLWZ0cmFjZXIgLWZpbmxpbmUtZnVuY3Rpb25zIC1mcmVuYW1lLXJlZ2lzdGVycyAt
ZnVuaXQtYXQtYS10aW1lIgpDRkxBR1NfeDg2PSItbTMyIgpDSE9TVD0ieDg2XzY0LXBjLWxpbnV4
LWdudSIKQ0hPU1RfYW1kNjQ9Ing4Nl82NC1wYy1saW51eC1nbnUiCkNIT1NUX3g4Nj0iaTY4Ni1w
Yy1saW51eC1nbnUiCkNMRUFOX0RFTEFZPSI1IgpDT05GSUdfUFJPVEVDVD0iL2V0YyIKQ09ORklH
X1BST1RFQ1RfTUFTSz0iL2V0Yy9lbnYuZCAvZXRjL2djb25mIC9ldGMvdGVybWluZm8gL2V0Yy91
ZGV2L3J1bGVzLmQiCkNPTlNPTEU9Ii9kZXYvY29uc29sZSIKQ1ZTX1JTSD0ic3NoIgpDWFhGTEFH
Uz0iLU8zIC1tYXJjaD1rOCAtbXR1bmU9azggLW1zc2UyIC1tbW14IC1tM2Rub3cgLW1mcG1hdGg9
c3NlIC1waXBlIC1mb21pdC1mcmFtZS1wb2ludGVyIC1mdHJhY2VyIC1maW5saW5lLWZ1bmN0aW9u
cyAtZnJlbmFtZS1yZWdpc3RlcnMgLWZ1bml0LWF0LWEtdGltZSIKREVGQVVMVF9BQkk9ImFtZDY0
IgpESVNURElSPSIvdXNyL3BvcnRhZ2UvZGlzdGZpbGVzIgpFRElUT1I9Ii9iaW4vbmFubyIKRUxJ
QkM9ImdsaWJjIgpFTUVSR0VfV0FSTklOR19ERUxBWT0iMTAiCkZFQVRVUkVTPSJjY2FjaGUgZGlz
dGxvY2tzIG1ldGFkYXRhLXRyYW5zZmVyIHBhcmFsbGVsLWZldGNoIHNhbmRib3ggc2ZwZXJtcyBz
dHJpY3QgdW5tZXJnZS1vcnBoYW5zIHVzZXJmZXRjaCIKRkVUQ0hDT01NQU5EPSIvdXNyL2Jpbi93
Z2V0IC10IDUgLVQgNjAgLS1wYXNzaXZlLWZ0cCAtTyAke0RJU1RESVJ9LyR7RklMRX0gJHtVUkl9
IgpHQ0NfU1BFQ1M9IiIKR0VOVE9PX01JUlJPUlM9Imh0dHA6Ly9taXJyb3JzLmx1ZG9zdC5uZXQv
Z2VudG9vLyIKSE9NRT0iLyIKSU5GT1BBVEg9Ii91c3Ivc2hhcmUvaW5mbzovdXNyL3NoYXJlL2Jp
bnV0aWxzLWRhdGEveDg2XzY0LXBjLWxpbnV4LWdudS8yLjE4L2luZm86L3Vzci9zaGFyZS9nY2Mt
ZGF0YS94ODZfNjQtcGMtbGludXgtZ251LzQuMS4yL2luZm8iCklOSVRfVkVSU0lPTj0ic3lzdmlu
aXQtMi44NiIKSU5QVVRfREVWSUNFUz0iZXZkZXYga2V5Ym9hcmQgbW91c2Ugc3luYXB0aWNzIgpL
RVJORUw9ImxpbnV4IgpMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250eiBjZm9udHo2MzMgZ2xrIGhk
NDQ3ODAgbGIyMTYgbGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0IgpMREZMQUdTX3g4Nj0iLW0g
ZWxmX2kzODYiCkxFU1M9Ii1SIC1NIC0tc2hpZnQgNSIKTEVTU09QRU49InxsZXNzcGlwZS5zaCAl
cyIKTElCRElSX2FtZDY0PSJsaWI2NCIKTElCRElSX3BwYz0ibGliMzIiCkxJQkRJUl9wcGM2ND0i
bGliNjQiCkxJQkRJUl94ODY9ImxpYjMyIgpMSU5HVUFTPSJiZyBlbl9HQiBlbl9VUyBlbiIKTFNf
Q09MT1JTPSJubz0wMDpmaT0wMDpkaT0wMTszNDpsbj0wMTszNjpwaT00MDszMzpzbz0wMTszNTpk
bz0wMTszNTpiZD00MDszMzswMTpjZD00MDszMzswMTpvcj0wMTswNTszNzs0MTptaT0wMTswNTsz
Nzs0MTpzdT0zNzs0MTpzZz0zMDs0Mzp0dz0zMDs0Mjpvdz0zNDs0MjpzdD0zNzs0NDpleD0wMTsz
MjoqLnRhcj0wMTszMToqLnRnej0wMTszMToqLnN2Z3o9MDE7MzE6Ki5hcmo9MDE7MzE6Ki50YXo9
MDE7MzE6Ki5semg9MDE7MzE6Ki5sem1hPTAxOzMxOiouemlwPTAxOzMxOiouej0wMTszMToqLlo9
MDE7MzE6Ki5kej0wMTszMToqLmd6PTAxOzMxOiouYnoyPTAxOzMxOiouYno9MDE7MzE6Ki50Ynoy
PTAxOzMxOioudHo9MDE7MzE6Ki5kZWI9MDE7MzE6Ki5ycG09MDE7MzE6Ki5qYXI9MDE7MzE6Ki5y
YXI9MDE7MzE6Ki5hY2U9MDE7MzE6Ki56b289MDE7MzE6Ki5jcGlvPTAxOzMxOiouN3o9MDE7MzE6
Ki5yej0wMTszMToqLmpwZz0wMTszNToqLmpwZWc9MDE7MzU6Ki5naWY9MDE7MzU6Ki5ibXA9MDE7
MzU6Ki5wYm09MDE7MzU6Ki5wZ209MDE7MzU6Ki5wcG09MDE7MzU6Ki50Z2E9MDE7MzU6Ki54Ym09
MDE7MzU6Ki54cG09MDE7MzU6Ki50aWY9MDE7MzU6Ki50aWZmPTAxOzM1OioucG5nPTAxOzM1Oiou
c3ZnPTAxOzM1OioubW5nPTAxOzM1OioucGN4PTAxOzM1OioubW92PTAxOzM1OioubXBnPTAxOzM1
OioubXBlZz0wMTszNToqLm0ydj0wMTszNToqLm1rdj0wMTszNToqLm9nbT0wMTszNToqLm1wND0w
MTszNToqLm00dj0wMTszNToqLm1wNHY9MDE7MzU6Ki52b2I9MDE7MzU6Ki5xdD0wMTszNToqLm51
dj0wMTszNToqLndtdj0wMTszNToqLmFzZj0wMTszNToqLnJtPTAxOzM1Oioucm12Yj0wMTszNToq
LmZsYz0wMTszNToqLmF2aT0wMTszNToqLmZsaT0wMTszNToqLmdsPTAxOzM1OiouZGw9MDE7MzU6
Ki54Y2Y9MDE7MzU6Ki54d2Q9MDE7MzU6Ki55dXY9MDE7MzU6Ki5wZGY9MDA7MzI6Ki5wcz0wMDsz
MjoqLnR4dD0wMDszMjoqLnBhdGNoPTAwOzMyOiouZGlmZj0wMDszMjoqLmxvZz0wMDszMjoqLnRl
eD0wMDszMjoqLmRvYz0wMDszMjoqLmFhYz0wMDszNjoqLmF1PTAwOzM2OiouZmxhYz0wMDszNjoq
Lm1pZD0wMDszNjoqLm1pZGk9MDA7MzY6Ki5ta2E9MDA7MzY6Ki5tcDM9MDA7MzY6Ki5tcGM9MDA7
MzY6Ki5vZ2c9MDA7MzY6Ki5yYT0wMDszNjoqLndhdj0wMDszNjoiCk1BS0VPUFRTPSItajUgLXMi
Ck1BTlBBVEg9Ii91c3IvbG9jYWwvc2hhcmUvbWFuOi91c3Ivc2hhcmUvbWFuOi91c3Ivc2hhcmUv
YmludXRpbHMtZGF0YS94ODZfNjQtcGMtbGludXgtZ251LzIuMTgvbWFuOi91c3Ivc2hhcmUvZ2Nj
LWRhdGEveDg2XzY0LXBjLWxpbnV4LWdudS80LjEuMi9tYW4iCk1VTFRJTElCX0FCSVM9ImFtZDY0
IHg4NiIKTVVMVElMSUJfU1RSSUNUX0RFTlk9IjY0LWJpdC4qc2hhcmVkIG9iamVjdCIKTVVMVElM
SUJfU1RSSUNUX0RJUlM9Ii9saWIzMiAvbGliIC91c3IvbGliMzIgL3Vzci9saWIgL3Vzci9rZGUv
Ki9saWIzMiAvdXNyL2tkZS8qL2xpYiAvdXNyL3F0LyovbGliMzIgL3Vzci9xdC8qL2xpYiAvdXNy
L1gxMVI2L2xpYjMyIC91c3IvWDExUjYvbGliIgpNVUxUSUxJQl9TVFJJQ1RfRVhFTVBUPSIocGVy
bDV8Z2NjfGdjYy1saWJ8YmludXRpbHN8ZWNsaXBzZS0zfGRlYnVnfHBvcnRhZ2UpIgpOT0NPTE9S
PSJ0cnVlIgpPTERQV0Q9Ii8iClBBR0VSPSIvdXNyL2Jpbi9sZXNzIgpQQVRIPSIvdXNyL2xvY2Fs
L3NiaW46L3Vzci9sb2NhbC9iaW46L3Vzci9zYmluOi91c3IvYmluOi9zYmluOi9iaW46L29wdC9i
aW46L3Vzci94ODZfNjQtcGMtbGludXgtZ251L2djYy1iaW4vNC4xLjIiClBLR0RJUj0iL3Vzci9w
b3J0YWdlL3BhY2thZ2VzIgpQT1JUQUdFX0FSQ0hMSVNUPSJwcGMgczM5MCBhbWQ2NCB4ODYgcHBj
NjQgeDg2LWZic2QgbTY4ayBhcm0gc3BhcmMgc2ggbWlwcyBpYTY0IGFscGhhIGhwcGEgc3BhcmMt
ZmJzZCIKUE9SVEFHRV9CSU5IT1NUX0NIVU5LU0laRT0iMzAwMCIKUE9SVEFHRV9CSU5fUEFUSD0i
L3Vzci9saWI2NC9wb3J0YWdlL2JpbiIKUE9SVEFHRV9DT05GSUdST09UPSIvIgpQT1JUQUdFX0RF
QlVHPSIwIgpQT1JUQUdFX0RFUENBQ0hFRElSPSIvdmFyL2NhY2hlL2VkYi9kZXAiClBPUlRBR0Vf
RUxPR19DTEFTU0VTPSJsb2cgd2FybiBlcnJvciIKUE9SVEFHRV9FTE9HX01BSUxGUk9NPSJwb3J0
YWdlQGxvY2FsaG9zdCIKUE9SVEFHRV9FTE9HX01BSUxTVUJKRUNUPSJbcG9ydGFnZV0gZWJ1aWxk
IGxvZyBmb3IgJHtQQUNLQUdFfSBvbiAke0hPU1R9IgpQT1JUQUdFX0VMT0dfTUFJTFVSST0icm9v
dCIKUE9SVEFHRV9FTE9HX1NZU1RFTT0ic2F2ZV9zdW1tYXJ5IGVjaG8iClBPUlRBR0VfR0lEPSIy
NTAiClBPUlRBR0VfSU5TVF9HSUQ9IjAiClBPUlRBR0VfSU5TVF9VSUQ9IjAiClBPUlRBR0VfSVVT
RT0iXigzZGZ4fGFkYWJhc3xhbHBoYXxhbHNhX2NhcmRzX2FvYXxhbHNhX2NhcmRzX2FvYS1mYWJy
aWMtbGF5b3V0fGFsc2FfY2FyZHNfYW9hLW9ueXh8YWxzYV9jYXJkc19hb2Etc291bmRidXN8YWxz
YV9jYXJkc19hb2Etc291bmRidXMtaTJzfGFsc2FfY2FyZHNfYW9hLXRhc3xhbHNhX2NhcmRzX2Fv
YS10b29uaWV8YWxzYV9jYXJkc19hcm1hYWNpfGFsc2FfY2FyZHNfYXQ5MS1zb2N8YWxzYV9jYXJk
c19hdDkxLXNvYy1ldGktYjEtd204NzMxfGFsc2FfY2FyZHNfYXUxeDAwfGFsc2FfY2FyZHNfY3M1
NTM1YXVkaW98YWxzYV9jYXJkc19oYXJtb255fGFsc2FfY2FyZHNfcG93ZXJtYWN8YWxzYV9jYXJk
c19weGEyeHgtaTJzb3VuZHxhbHNhX2NhcmRzX3B4YTJ4eC1zb2N8YWxzYV9jYXJkc19weGEyeHgt
c29jLWNvcmdpfGFsc2FfY2FyZHNfcHhhMnh4LXNvYy1wb29kbGV8YWxzYV9jYXJkc19weGEyeHgt
c29jLXNwaXR6fGFsc2FfY2FyZHNfcHhhMnh4LXNvYy10b3NhfGFsc2FfY2FyZHNfc2ExMXh4LXVk
YTEzNDF0c3xhbHNhX2NhcmRzX3N1bi1hbWQ3OTMwfGFsc2FfY2FyZHNfc3VuLWNzNDIzMXxhbHNh
X2NhcmRzX3N1bi1kYnJpfGFsdGl2ZWN8YW1kNjR8YXF1YXxhcm18YXNtfGJpcmRzdGVwfGJtcHxi
bXB4fGJvb3RzdHJhcHxidWlsZHxjYXBzbGlifGNsdm18Y21hbnxjbXVjbHxjb3JlYXVkaW98Y3Jv
c3Njb21waWxlX29wdHNfLip8ZGJtYWtlcnxkb29tc2RheXxkcmFjfGVsaWJjXy4qfGVsaWJjX0Rh
cndpbnxlbGliY19EcmFnb25GbHl8ZWxpYmNfRnJlZUJTRHxlbGliY19OZXRCU0R8ZWxpYmNfT3Bl
bkJTRHxlbGliY19nbGliY3xlbGliY191Y2xpYmN8ZW1mfGVtcHJlc3N8ZW1wcmVzcy1iY3N8ZXNv
b2J8ZmRmdGt8ZmlsZXByb3xmaXJlYmlyZHxmcm9udGJhc2V8Z2FtZXNzfGdjYzY0fGd1bG18aHBw
YXxpYTY0fGlibXxpbmZvcGlwZXxpbmZvcm1peHxpbmdyZXN8a2VybmVsXy4qfGtlcm5lbF9EYXJ3
aW58a2VybmVsX0ZyZWVCU0R8a2VybmVsX2xpbnV4fGxjZF9kZXZpY2VzX3N2Z2F8bTY4a3xtYWNi
b29rfG1pcHN8bXVsdGlsaWJ8bXpzY2hlbWV8bjMyfG42NHxvc3B8cGFtX2NvbnNvbGV8cGJidXR0
b25zZHxwZnByb3xwbHVnaW58cHBjfHBwYzY0fHBwY3NoYTF8cHN5Y298cHZtfHJlYWx8czM5MHxz
ZWxpbnV4fHNofHNvbGlkfHNwYXJjfHNwYXJjLWZic2R8c3ZnYXxzeWJhc2V8c3liYXNlLWN0fHRj
Y3x1Y2xpYmN8dWx0cmExfHVzZXJsYW5kXy4qfHVzZXJsYW5kX0JTRHx1c2VybGFuZF9EYXJ3aW58
dXNlcmxhbmRfR05VfHZpZGVvX2NhcmRzX2dlb2RlfHZpZGVvX2NhcmRzX2k3NDB8dmlkZW9fY2Fy
ZHNfaW1wYWN0fHZpZGVvX2NhcmRzX2ltc3R0fHZpZGVvX2NhcmRzX25ld3BvcnR8dmlkZW9fY2Fy
ZHNfbnNjfHZpZGVvX2NhcmRzX3N1bmJ3Mnx2aWRlb19jYXJkc19zdW5jZzE0fHZpZGVvX2NhcmRz
X3N1bmNnM3x2aWRlb19jYXJkc19zdW5jZzZ8dmlkZW9fY2FyZHNfc3VuZmZifHZpZGVvX2NhcmRz
X3N1bmxlb3x2aWRlb19jYXJkc19zdW50Y3h8dmlkZW9fY2FyZHNfdmVybWlsaW9ufHZpZGVvX2Nh
cmRzX3hnaXx2aWRpeHx2aXN8d2luMzJjb2RlY3N8eDg2fHg4Ni1mYnNkfHhtbXN8eWVsbG93bmV0
KSQiClBPUlRBR0VfUFlNX1BBVEg9Ii91c3IvbGliNjQvcG9ydGFnZS9weW0iClBPUlRBR0VfUlNZ
TkNfT1BUUz0iLS1yZWN1cnNpdmUgLS1saW5rcyAtLXNhZmUtbGlua3MgLS1wZXJtcyAtLXRpbWVz
IC0tY29tcHJlc3MgLS1mb3JjZSAtLXdob2xlLWZpbGUgLS1kZWxldGUgLS1zdGF0cyAtLXRpbWVv
dXQ9MTgwIC0tZXhjbHVkZT0vZGlzdGZpbGVzIC0tZXhjbHVkZT0vbG9jYWwgLS1leGNsdWRlPS9w
YWNrYWdlcyIKUE9SVEFHRV9SU1lOQ19SRVRSSUVTPSIzIgpQT1JUQUdFX1RNUERJUj0iL3Zhci90
bXAiClBPUlRBR0VfVVNFPSJhbWQ2NCBlbGliY19nbGliYyBrZXJuZWxfbGludXggbXVsdGlsaWIg
dXNlcmxhbmRfR05VIgpQT1JUQUdFX1dPUktESVJfTU9ERT0iMDcwMCIKUE9SVERJUj0iL3Vzci9w
b3J0YWdlIgpQUkVWTEVWRUw9Ik4iClBXRD0iL3Vzci9wb3J0YWdlIgpQWVRIT05QQVRIPSIvdXNy
L2xpYjY0L3BvcnRhZ2UvcHltIgpSRVNVTUVDT01NQU5EPSIvdXNyL2Jpbi93Z2V0IC1jIC10IDUg
LVQgNjAgLS1wYXNzaXZlLWZ0cCAtTyAke0RJU1RESVJ9LyR7RklMRX0gJHtVUkl9IgpST09UPSIv
IgpST09UUEFUSD0iL29wdC9iaW46L3Vzci94ODZfNjQtcGMtbGludXgtZ251L2djYy1iaW4vNC4x
LjIiClJQTURJUj0iL3Vzci9wb3J0YWdlL3JwbSIKUlVOTEVWRUw9IjMiClNITFZMPSIyIgpTVEFH
RTFfVVNFPSJtdWx0aWxpYiBucHRsIG5wdGxvbmx5IHVuaWNvZGUiClNZTUxJTktfTElCPSJ5ZXMi
ClNZTkM9InJzeW5jOi8vcnN5bmMuYmcuZ2VudG9vLm9yZy9nZW50b28tcG9ydGFnZSIKVEVSTT0i
bGludXgiClVTRT0iM2Rub3cgM2Rub3dleHQgWCBhNTIgYWFjIGFhbGliIGFjbCBhY3BpIGFsc2Eg
YW1kNjQgYXZpIGJhc2gtY29tcGxldGlvbiBiZXJrZGIgYmx1ZXRvb3RoIGJyYW5kaW5nIGJ6aXAy
IGNhaXJvIGNkZGEgY2RkYiBjZGlvIGNkcGFyYW5vaWEgY2RyIGNsaSBjcmFja2xpYiBjcnlwdCBj
dXBzIGRhYXAgZGJ1cyBkZ2EgZGl2eDRsaW51eCBkcmkgZHRzIGR2IGR2YiBkdmQgZHZkciBkdmRy
ZWFkIGVkcyBlbWJvc3MgZW5jYSBlbmNvZGUgZXNkIGV2byBmYW0gZmJjb24gZmZtcGVnIGZpcmVm
b3ggZmxhYyBmb3J0cmFuIGZ0cCBnZGJtIGdpZiBnbGliYy1vbWl0ZnAgZ251dGxzIGdwbSBnc3Ry
ZWFtZXIgaGFsIGljb252IGlwdjYgaXNkbmxvZyBqcGVnIGtkZSBsZGFwIGxpYmNhY2EgbGlibm90
aWZ5IGxpdmUgbG1fc2Vuc29ycyBsem8gbWFkIG1hdHJvc2thIG1pZGkgbWlrbW9kIG1teCBtbXhl
eHQgbW5nIG1vZHBsdWcgbXAyIG1wMyBtcGVnIG11ZGZsYXAgbXVsdGlsaWIgbXVzZXBhY2sgbmN1
cnNlcyBuZW1lc2kgbmxzIG5wdGwgbnB0bG9ubHkgbnNwbHVnaW4gbnRwbCBudHBsb25seSBudmlk
aWEgb2dnIG9wZW5hbCBvcGVuZ2wgb3Blbm1wIHBhbSBwY3JlIHBkZiBwZXJsIHBtdSBwbmcgcG5t
IHBwZHMgcHBwZCBweXRob24gcXQgcXQzIHF0M3N1cHBvcnQgcXQ0IHF1aWNrdGltZSByYWRpbyBy
YXIgcmVhZGxpbmUgcmVmbGVjdGlvbiBydGMgcnRzcCBzZGwgc2Vzc2lvbiBza2lucyBzcGVleCBz
cGVsbCBzcGwgc3J0IHNzZSBzc2UyIHNzZTMgc3NsIHNzc2UzIHN0YXJ0dXAtbm90aWZpY2F0aW9u
IHN0cmVhbSBzdmcgdGNwZCB0Z2EgdGhlb3JhIHRocmVhZHMgdGlmZiB0cnVldHlwZSB1ZGViIHVu
aWNvZGUgdXNiIHY0bCB2NGwyIHZjZCB2bG0gdm9yYmlzIHd4d2luZG93cyB4MjY0IHhhbmltIHhh
dHRyIHhpbmVyYW1hIHhtbCB4b3JnIHhvc2QgeHYgeHZpZCB4dm1jIHpsaWIgem9yYW4iIEFMU0Ff
Q0FSRFM9ImFsaTU0NTEgYWxzNDAwMCBhdGlpeHAgYXRpaXhwLW1vZGVtIGJ0ODd4IGNhMDEwNiBj
bWlwY2kgZW11MTBrMXggZW5zMTM3MCBlbnMxMzcxIGVzMTkzOCBlczE5NjggZm04MDEgaGRhLWlu
dGVsIGludGVsOHgwIGludGVsOHgwbSBtYWVzdHJvMyB0cmlkZW50IHVzYi1hdWRpbyB2aWE4Mnh4
IHZpYTgyeHgtbW9kZW0geW1mcGNpIiBBTFNBX1BDTV9QTFVHSU5TPSJhZHBjbSBhbGF3IGFzeW0g
Y29weSBkbWl4IGRzaGFyZSBkc25vb3AgZW1wdHkgZXh0cGx1ZyBmaWxlIGhvb2tzIGllYzk1OCBp
b3BsdWcgbGFkc3BhIGxmbG9hdCBsaW5lYXIgbWV0ZXIgbXVsYXcgbXVsdGkgbnVsbCBwbHVnIHJh
dGUgcm91dGUgc2hhcmUgc2htIHNvZnR2b2wiIEFQQUNIRTJfTU9EVUxFUz0iYWN0aW9ucyBhbGlh
cyBhdXRoX2Jhc2ljIGF1dGhuX2FsaWFzIGF1dGhuX2Fub24gYXV0aG5fZGJtIGF1dGhuX2RlZmF1
bHQgYXV0aG5fZmlsZSBhdXRoel9kYm0gYXV0aHpfZGVmYXVsdCBhdXRoel9ncm91cGZpbGUgYXV0
aHpfaG9zdCBhdXRoel9vd25lciBhdXRoel91c2VyIGF1dG9pbmRleCBjYWNoZSBkYXYgZGF2X2Zz
IGRhdl9sb2NrIGRlZmxhdGUgZGlyIGRpc2tfY2FjaGUgZW52IGV4cGlyZXMgZXh0X2ZpbHRlciBm
aWxlX2NhY2hlIGZpbHRlciBoZWFkZXJzIGluY2x1ZGUgaW5mbyBsb2dfY29uZmlnIGxvZ2lvIG1l
bV9jYWNoZSBtaW1lIG1pbWVfbWFnaWMgbmVnb3RpYXRpb24gcmV3cml0ZSBzZXRlbnZpZiBzcGVs
aW5nIHN0YXR1cyB1bmlxdWVfaWQgdXNlcmRpciB1c2VydHJhY2sgdmhvc3RfYWxpYXMiIEVMSUJD
PSJnbGliYyIgSU5QVVRfREVWSUNFUz0iZXZkZXYga2V5Ym9hcmQgbW91c2Ugc3luYXB0aWNzIiBL
RVJORUw9ImxpbnV4IiBMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250eiBjZm9udHo2MzMgZ2xrIGhk
NDQ3ODAgbGIyMTYgbGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0IiBMSU5HVUFTPSJiZyBlbl9H
QiBlbl9VUyBlbiIgVVNFUkxBTkQ9IkdOVSIgVklERU9fQ0FSRFM9Im52aWRpYSBudiB2ZXNhIHZp
YSBzaXMgaW50ZWwiClVTRVJMQU5EPSJHTlUiClVTRV9FWFBBTkQ9IkFMU0FfQ0FSRFMgQUxTQV9Q
Q01fUExVR0lOUyBBUEFDSEUyX01PRFVMRVMgQVBBQ0hFMl9NUE1TIENBTUVSQVMgQ1JPU1NDT01Q
SUxFX09QVFMgRFZCX0NBUkRTIEVMSUJDIEZDRFNMX0NBUkRTIEZPTzJaSlNfREVWSUNFUyBGUklU
WkNBUElfQ0FSRFMgSU5QVVRfREVWSUNFUyBLRVJORUwgTENEX0RFVklDRVMgTElOR1VBUyBMSVJD
X0RFVklDRVMgTUlTRE5fQ0FSRFMgVVNFUkxBTkQgVklERU9fQ0FSRFMiClVTRV9FWFBBTkRfSElE
REVOPSJDUk9TU0NPTVBJTEVfT1BUUyBFTElCQyBLRVJORUwgVVNFUkxBTkQiClVTRV9PUkRFUj0i
ZW52OnBrZzpjb25mOmRlZmF1bHRzOnBrZ2ludGVybmFsOmVudi5kIgpWSURFT19DQVJEUz0ibnZp
ZGlhIG52IHZlc2EgdmlhIHNpcyBpbnRlbCIKXz0iL3Vzci9iaW4vZW1lcmdlIgpsb29wPSIvaW1h
Z2Uuc3F1YXNoZnMiCmxvb3B0eXBlPSJzcXVhc2hmcyIKdmdhPSI3OTEkh2CJfUyh10MM2G+yyqRa
FLBR235+o/8PDcGYjmLqK6f+HzxPW89olh0SRUdt5nUDDJq0EDKJ0zzkTUcuXyY+WQpKqWDQpYCO
11/Uh7h51uCdKbgn6Rgku3MwSx7k/Aep6kWYXmSMuuPqtovCDnHZtRayY+TpsmmrzXuU1gx0cI7R
M7ZTwaiNK0O25WafOqHzeXmn2W8FKNKtrzNOqc97jFjz8eTPAVh/wHnzXZ5I2wrva5maI+30WRdV
I1VT/nmhQpi91J/Pu+zXwuUvhDgfELoZMyIKCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>156805</attachid>
            <date>2008-06-14 23:13 0000</date>
            <desc>emerge --verbose --info</desc>
            <filename>emerge-verbose-info</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuNC40IChkZWZhdWx0LWxpbnV4L2FtZDY0LzIwMDcuMCwgZ2NjLTQuMS4yLCBn
bGliYy0yLjYuMS1yMCwgMi42LjI0LWdlbnRvby1yOCB4ODZfNjQpCj09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClN5c3RlbSB1
bmFtZTogMi42LjI0LWdlbnRvby1yOCB4ODZfNjQgSW50ZWwoUikgQ29yZShUTSkyIER1byBDUFUg
RTgyMDAgQCAyLjY2R0h6ClRpbWVzdGFtcCBvZiB0cmVlOiBTYXQsIDE0IEp1biAyMDA4IDIxOjQ1
OjAxICswMDAwCmNjYWNoZSB2ZXJzaW9uIDIuNCBbZW5hYmxlZF0KYXBwLXNoZWxscy9iYXNoOiAg
ICAgMy4yX3AzMwpkZXYtamF2YS9qYXZhLWNvbmZpZzogMS4zLjcsIDIuMS42CmRldi1sYW5nL3B5
dGhvbjogICAgIDIuNC40LXI2LCAyLjUuMi1yNApkZXYtcHl0aG9uL3B5Y3J5cHRvOiAyLjAuMS1y
NgpkZXYtdXRpbC9jY2FjaGU6ICAgICAyLjQtcjcKc3lzLWFwcHMvYmFzZWxheW91dDogMS4xMi4x
MS4xCnN5cy1hcHBzL3NhbmRib3g6ICAgIDEuMi4xOC4xLXIyCnN5cy1kZXZlbC9hdXRvY29uZjog
IDIuMTMsIDIuNjEtcjEKc3lzLWRldmVsL2F1dG9tYWtlOiAgMS41LCAxLjcuOS1yMSwgMS44LjUt
cjMsIDEuOS42LXIyLCAxLjEwLjEKc3lzLWRldmVsL2JpbnV0aWxzOiAgMi4xOC1yMQpzeXMtZGV2
ZWwvZ2NjLWNvbmZpZzogMS40LjAtcjQKc3lzLWRldmVsL2xpYnRvb2w6ICAgMS41LjI2CnZpcnR1
YWwvb3MtaGVhZGVyczogIDIuNi4yMy1yMwpBQkk9ImFtZDY0IgpBQ0NFUFRfS0VZV09SRFM9ImFt
ZDY0IgpBTFNBX0NBUkRTPSJhbGk1NDUxIGFsczQwMDAgYXRpaXhwIGF0aWl4cC1tb2RlbSBidDg3
eCBjYTAxMDYgY21pcGNpIGVtdTEwazF4IGVuczEzNzAgZW5zMTM3MSBlczE5MzggZXMxOTY4IGZt
ODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpbnRlbDh4MG0gbWFlc3RybzMgdHJpZGVudCB1c2ItYXVk
aW8gdmlhODJ4eCB2aWE4Mnh4LW1vZGVtIHltZnBjaSIKQUxTQV9QQ01fUExVR0lOUz0iYWRwY20g
YWxhdyBhc3ltIGNvcHkgZG1peCBkc2hhcmUgZHNub29wIGVtcHR5IGV4dHBsdWcgZmlsZSBob29r
cyBpZWM5NTggaW9wbHVnIGxhZHNwYSBsZmxvYXQgbGluZWFyIG1ldGVyIG11bGF3IG11bHRpIG51
bGwgcGx1ZyByYXRlIHJvdXRlIHNoYXJlIHNobSBzb2Z0dm9sIgpBUEFDSEUyX01PRFVMRVM9ImFj
dGlvbnMgYWxpYXMgYXV0aF9iYXNpYyBhdXRobl9hbGlhcyBhdXRobl9hbm9uIGF1dGhuX2RlZmF1
bHQgYXV0aG5fZmlsZSBhdXRoel9kZWZhdWx0IGF1dGh6X2dyb3VwZmlsZSBhdXRoel9ob3N0IGF1
dGh6X3VzZXIgYXV0b2luZGV4IGNhY2hlIGRlZmxhdGUgZGlyIGRpc2tfY2FjaGUgZW52IGV4cGly
ZXMgZXh0X2ZpbHRlciBmaWxlX2NhY2hlIGZpbHRlciBoZWFkZXJzIGluY2x1ZGUgaW5mbyBsb2df
Y29uZmlnIGxvZ2lvIG1lbV9jYWNoZSBtaW1lIG1pbWVfbWFnaWMgbmVnb3RpYXRpb24gcmV3cml0
ZSBzZXRlbnZpZiBzcGVsaW5nIHN0YXR1cyB1bmlxdWVfaWQgdXNlcmRpciB1c2VydHJhY2sgdmhv
c3RfYWxpYXMiCkFQQUNIRTJfTVBNUz0iaXRrIgpBUkNIPSJhbWQ2NCIKQVNGTEFHU194ODY9Ii0t
MzIiCkFVVE9DTEVBTj0ieWVzIgpDQlVJTEQ9Ing4Nl82NC1wYy1saW51eC1nbnUiCkNERUZJTkVf
YW1kNjQ9Il9feDg2XzY0X18iCkNERUZJTkVfeDg2PSJfX2kzODZfXyIKQ0ZMQUdTPSItTzIgLXBp
cGUgLW1hcmNoPW5vY29uYSAtZm9taXQtZnJhbWUtcG9pbnRlciIKQ0ZMQUdTX3g4Nj0iLW0zMiAt
TC9lbXVsL2xpbnV4L3g4Ni9saWIgLUwvZW11bC9saW51eC94ODYvdXNyL2xpYiIKQ0hPU1Q9Ing4
Nl82NC1wYy1saW51eC1nbnUiCkNIT1NUX2FtZDY0PSJ4ODZfNjQtcGMtbGludXgtZ251IgpDSE9T
VF94ODY9Imk2ODYtcGMtbGludXgtZ251IgpDTEFTU1BBVEg9Ii4iCkNMRUFOX0RFTEFZPSI1IgpD
T05GSUdfUFJPVEVDVD0iL2V0YyIKQ09ORklHX1BST1RFQ1RfTUFTSz0iL2V0Yy9lbnYuZCAvZXRj
L2Vudi5kL2phdmEvIC9ldGMvZm9udHMvZm9udHMuY29uZiAvZXRjL2djb25mIC9ldGMvcGhwL2Fw
YWNoZTItcGhwNS9leHQtYWN0aXZlLyAvZXRjL3BocC9jZ2ktcGhwNS9leHQtYWN0aXZlLyAvZXRj
L3BocC9jbGktcGhwNS9leHQtYWN0aXZlLyAvZXRjL3JldmRlcC1yZWJ1aWxkIC9ldGMvdGVybWlu
Zm8gL2V0Yy91ZGV2L3J1bGVzLmQiCkNWU19SU0g9InNzaCIKQ1hYRkxBR1M9Ii1PMiAtcGlwZSAt
bWFyY2g9bm9jb25hIC1mb21pdC1mcmFtZS1wb2ludGVyIgpERUZBVUxUX0FCST0iYW1kNjQiCkRJ
U1RESVI9Ii91c3IvcG9ydGFnZS9kaXN0ZmlsZXMiCkVESVRPUj0iL3Vzci9iaW4vdmltIgpFTElC
Qz0iZ2xpYmMiCkVNRVJHRV9XQVJOSU5HX0RFTEFZPSIxMCIKRkVBVFVSRVM9ImJ1aWxkc3lzcGtn
IGNhbmR5IGNjYWNoZSBkaXN0bG9ja3MgZml4cGFja2FnZXMgbWV0YWRhdGEtdHJhbnNmZXIgcGFy
YWxsZWwtZmV0Y2ggc2FuZGJveCBzZnBlcm1zIHN0cmljdCB1bm1lcmdlLW9ycGhhbnMgdXNlcmZl
dGNoIgpGRVRDSENPTU1BTkQ9Ii91c3IvYmluL3dnZXQgLXQgNSAtVCA2MCAtLXBhc3NpdmUtZnRw
IC1PICR7RElTVERJUn0vJHtGSUxFfSAke1VSSX0iCkdDQ19TUEVDUz0iIgpHREtfVVNFX1hGVD0i
MSIKR0VOVE9PX01JUlJPUlM9Imh0dHA6Ly9taXJyb3IubXVudGludGVybmV0Lm5ldC9wdWIvZ2Vu
dG9vLyBodHRwOi8vbWlycm9yLmluZy51bmliby5pdC9nZW50b28vIGh0dHA6Ly9mdHAudW5pLWVy
bGFuZ2VuLmRlL3B1Yi9taXJyb3JzL2dlbnRvbyIKSE9NRT0iL3Jvb3QiCklORk9QQVRIPSIvdXNy
L3NoYXJlL2luZm86L3Vzci9zaGFyZS9iaW51dGlscy1kYXRhL3g4Nl82NC1wYy1saW51eC1nbnUv
Mi4xOC9pbmZvOi91c3Ivc2hhcmUvZ2NjLWRhdGEveDg2XzY0LXBjLWxpbnV4LWdudS80LjEuMi9p
bmZvIgpJTlBVVF9ERVZJQ0VTPSJldmRldiBrZXlib2FyZCBtb3VzZSB3YWNvbSIKSkFWQUM9Ii9l
dGMvamF2YS1jb25maWctMi9jdXJyZW50LXN5c3RlbS12bS9iaW4vamF2YWMiCkpBVkFfSE9NRT0i
L2V0Yy9qYXZhLWNvbmZpZy0yL2N1cnJlbnQtc3lzdGVtLXZtIgpKREtfSE9NRT0iL2V0Yy9qYXZh
LWNvbmZpZy0yL2N1cnJlbnQtc3lzdGVtLXZtIgpLRVJORUw9ImxpbnV4IgpMQU5HPSJpdF9JVC5V
VEYtOCIKTEFOR1VBR0U9Iml0X0lULlVURi04IgpMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250eiBj
Zm9udHo2MzMgZ2xrIGhkNDQ3ODAgbGIyMTYgbGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0IgpM
Q19BTEw9Iml0X0lULlVURi04IgpMQ19DVFlQRT0iaXRfSVQuVVRGLTgiCkxERkxBR1NfeDg2PSIt
bSBlbGZfaTM4NiAtTC9lbXVsL2xpbnV4L3g4Ni9saWIgLUwvZW11bC9saW51eC94ODYvdXNyL2xp
YiIKTEVTUz0iLVIgLU0gLS1zaGlmdCA1IgpMRVNTT1BFTj0ifGxlc3NwaXBlLnNoICVzIgpMSUJE
SVJfYW1kNjQ9ImxpYjY0IgpMSUJESVJfeDg2PSJsaWIzMiIKTElOR1VBUz0iaXQgZW4iCkxPR05B
TUU9InJvb3QiCkxTX0NPTE9SUz0ibm89MDA6Zmk9MDA6ZGk9MDE7MzQ6bG49MDE7MzY6cGk9NDA7
MzM6c289MDE7MzU6ZG89MDE7MzU6YmQ9NDA7MzM7MDE6Y2Q9NDA7MzM7MDE6b3I9MDE7MDU7Mzc7
NDE6bWk9MDE7MDU7Mzc7NDE6c3U9Mzc7NDE6c2c9MzA7NDM6dHc9MzA7NDI6b3c9MzQ7NDI6c3Q9
Mzc7NDQ6ZXg9MDE7MzI6Ki50YXI9MDE7MzE6Ki50Z3o9MDE7MzE6Ki5zdmd6PTAxOzMxOiouYXJq
PTAxOzMxOioudGF6PTAxOzMxOioubHpoPTAxOzMxOioubHptYT0wMTszMToqLnppcD0wMTszMToq
Lno9MDE7MzE6Ki5aPTAxOzMxOiouZHo9MDE7MzE6Ki5nej0wMTszMToqLmJ6Mj0wMTszMToqLmJ6
PTAxOzMxOioudGJ6Mj0wMTszMToqLnR6PTAxOzMxOiouZGViPTAxOzMxOioucnBtPTAxOzMxOiou
amFyPTAxOzMxOioucmFyPTAxOzMxOiouYWNlPTAxOzMxOiouem9vPTAxOzMxOiouY3Bpbz0wMTsz
MToqLjd6PTAxOzMxOioucno9MDE7MzE6Ki5qcGc9MDE7MzU6Ki5qcGVnPTAxOzM1OiouZ2lmPTAx
OzM1OiouYm1wPTAxOzM1OioucGJtPTAxOzM1OioucGdtPTAxOzM1OioucHBtPTAxOzM1OioudGdh
PTAxOzM1OioueGJtPTAxOzM1OioueHBtPTAxOzM1OioudGlmPTAxOzM1OioudGlmZj0wMTszNToq
LnBuZz0wMTszNToqLnN2Zz0wMTszNToqLm1uZz0wMTszNToqLnBjeD0wMTszNToqLm1vdj0wMTsz
NToqLm1wZz0wMTszNToqLm1wZWc9MDE7MzU6Ki5tMnY9MDE7MzU6Ki5ta3Y9MDE7MzU6Ki5vZ209
MDE7MzU6Ki5tcDQ9MDE7MzU6Ki5tNHY9MDE7MzU6Ki5tcDR2PTAxOzM1Oioudm9iPTAxOzM1Oiou
cXQ9MDE7MzU6Ki5udXY9MDE7MzU6Ki53bXY9MDE7MzU6Ki5hc2Y9MDE7MzU6Ki5ybT0wMTszNToq
LnJtdmI9MDE7MzU6Ki5mbGM9MDE7MzU6Ki5hdmk9MDE7MzU6Ki5mbGk9MDE7MzU6Ki5nbD0wMTsz
NToqLmRsPTAxOzM1OioueGNmPTAxOzM1OioueHdkPTAxOzM1OioueXV2PTAxOzM1OioucGRmPTAw
OzMyOioucHM9MDA7MzI6Ki50eHQ9MDA7MzI6Ki5wYXRjaD0wMDszMjoqLmRpZmY9MDA7MzI6Ki5s
b2c9MDA7MzI6Ki50ZXg9MDA7MzI6Ki5kb2M9MDA7MzI6Ki5hYWM9MDA7MzY6Ki5hdT0wMDszNjoq
LmZsYWM9MDA7MzY6Ki5taWQ9MDA7MzY6Ki5taWRpPTAwOzM2OioubWthPTAwOzM2OioubXAzPTAw
OzM2OioubXBjPTAwOzM2Oioub2dnPTAwOzM2OioucmE9MDA7MzY6Ki53YXY9MDA7MzY6IgpNQUtF
T1BUUz0iLWozIgpNQU5QQVRIPSIvZXRjL2phdmEtY29uZmlnLTIvY3VycmVudC1zeXN0ZW0tdm0v
bWFuOi91c3IvbG9jYWwvc2hhcmUvbWFuOi91c3Ivc2hhcmUvbWFuOi91c3Ivc2hhcmUvYmludXRp
bHMtZGF0YS94ODZfNjQtcGMtbGludXgtZ251LzIuMTgvbWFuOi91c3Ivc2hhcmUvZ2NjLWRhdGEv
eDg2XzY0LXBjLWxpbnV4LWdudS80LjEuMi9tYW46L2V0Yy9qYXZhLWNvbmZpZy9zeXN0ZW0tdm0v
bWFuLzovdXNyL2xpYjY0L3BocDUvbWFuLyIKTVVMVElMSUJfQUJJUz0iYW1kNjQgeDg2IgpNVUxU
SUxJQl9TVFJJQ1RfREVOWT0iNjQtYml0LipzaGFyZWQgb2JqZWN0IgpNVUxUSUxJQl9TVFJJQ1Rf
RElSUz0iL2xpYiAvdXNyL2xpYiAvdXNyL2tkZS8qL2xpYiAvdXNyL3F0LyovbGliIC91c3IvWDEx
UjYvbGliIgpNVUxUSUxJQl9TVFJJQ1RfRVhFTVBUPSIocGVybDV8Z2NjfGdjYy1saWJ8YmludXRp
bHN8ZWNsaXBzZS0zfGRlYnVnfHBvcnRhZ2UpIgpOT0NPTE9SPSJ0cnVlIgpPUEVOR0xfUFJPRklM
RT0ibnZpZGlhIgpQQUdFUj0iL3Vzci9iaW4vbGVzcyIKUEFUSD0iL3Vzci9sb2NhbC9zYmluOi91
c3IvbG9jYWwvYmluOi91c3Ivc2JpbjovdXNyL2Jpbjovc2JpbjovYmluOi9vcHQvYmluOi91c3Iv
eDg2XzY0LXBjLWxpbnV4LWdudS9nY2MtYmluLzQuMS4yIgpQS0dESVI9Ii91c3IvcG9ydGFnZS9w
YWNrYWdlcyIKUE9SVEFHRV9BUkNITElTVD0icHBjIHMzOTAgYW1kNjQgeDg2IHBwYzY0IHg4Ni1m
YnNkIG02OGsgYXJtIHNwYXJjIHNoIG1pcHMgaWE2NCBhbHBoYSBocHBhIHNwYXJjLWZic2QiClBP
UlRBR0VfQklOSE9TVF9DSFVOS1NJWkU9IjMwMDAiClBPUlRBR0VfQklOX1BBVEg9Ii91c3IvbGli
NjQvcG9ydGFnZS9iaW4iClBPUlRBR0VfQ09ORklHUk9PVD0iLyIKUE9SVEFHRV9ERUJVRz0iMCIK
UE9SVEFHRV9ERVBDQUNIRURJUj0iL3Zhci9jYWNoZS9lZGIvZGVwIgpQT1JUQUdFX0VMT0dfQ0xB
U1NFUz0id2FybiBlcnJvciBsb2ciClBPUlRBR0VfRUxPR19NQUlMRlJPTT0icG9ydGFnZUBsb2Nh
bGhvc3QiClBPUlRBR0VfRUxPR19NQUlMU1VCSkVDVD0iW3BvcnRhZ2VdIGVidWlsZCBsb2cgZm9y
ICR7UEFDS0FHRX0gb24gJHtIT1NUfSIKUE9SVEFHRV9FTE9HX01BSUxVUkk9InJvb3QiClBPUlRB
R0VfRUxPR19TWVNURU09ImVjaG8gc2F2ZS1zdW1tYXJ5IgpQT1JUQUdFX0dJRD0iMjUwIgpQT1JU
QUdFX0lOU1RfR0lEPSIwIgpQT1JUQUdFX0lOU1RfVUlEPSIwIgpQT1JUQUdFX0lVU0U9Il4oM2Rm
eHxhZGFiYXN8YWxwaGF8YWxzYV9jYXJkc19hb2F8YWxzYV9jYXJkc19hb2EtZmFicmljLWxheW91
dHxhbHNhX2NhcmRzX2FvYS1vbnl4fGFsc2FfY2FyZHNfYW9hLXNvdW5kYnVzfGFsc2FfY2FyZHNf
YW9hLXNvdW5kYnVzLWkyc3xhbHNhX2NhcmRzX2FvYS10YXN8YWxzYV9jYXJkc19hb2EtdG9vbmll
fGFsc2FfY2FyZHNfYXJtYWFjaXxhbHNhX2NhcmRzX2F0OTEtc29jfGFsc2FfY2FyZHNfYXQ5MS1z
b2MtZXRpLWIxLXdtODczMXxhbHNhX2NhcmRzX2F1MXgwMHxhbHNhX2NhcmRzX2NzNTUzNWF1ZGlv
fGFsc2FfY2FyZHNfaGFybW9ueXxhbHNhX2NhcmRzX3Bvd2VybWFjfGFsc2FfY2FyZHNfcHhhMnh4
LWkyc291bmR8YWxzYV9jYXJkc19weGEyeHgtc29jfGFsc2FfY2FyZHNfcHhhMnh4LXNvYy1jb3Jn
aXxhbHNhX2NhcmRzX3B4YTJ4eC1zb2MtcG9vZGxlfGFsc2FfY2FyZHNfcHhhMnh4LXNvYy1zcGl0
enxhbHNhX2NhcmRzX3B4YTJ4eC1zb2MtdG9zYXxhbHNhX2NhcmRzX3NhMTF4eC11ZGExMzQxdHN8
YWxzYV9jYXJkc19zdW4tYW1kNzkzMHxhbHNhX2NhcmRzX3N1bi1jczQyMzF8YWxzYV9jYXJkc19z
dW4tZGJyaXxhbHRpdmVjfGFtZDY0fGFxdWF8YXJtfGFzbXxiaXJkc3RlcHxibXB8Ym1weHxib290
c3RyYXB8YnVpbGR8Y2Fwc2xpYnxjbHZtfGNtYW58Y211Y2x8Y29yZWF1ZGlvfGNyb3NzY29tcGls
ZV9vcHRzXy4qfGRibWFrZXJ8ZG9vbXNkYXl8ZHJhY3xlbGliY18uKnxlbGliY19EYXJ3aW58ZWxp
YmNfRHJhZ29uRmx5fGVsaWJjX0ZyZWVCU0R8ZWxpYmNfTmV0QlNEfGVsaWJjX09wZW5CU0R8ZWxp
YmNfZ2xpYmN8ZWxpYmNfdWNsaWJjfGVtZnxlbXByZXNzfGVtcHJlc3MtYmNzfGVzb29ifGZkZnRr
fGZpbGVwcm98ZmlyZWJpcmR8ZnJvbnRiYXNlfGdhbWVzc3xnY2M2NHxndWxtfGhwcGF8aWE2NHxp
Ym18aW5mb3BpcGV8aW5mb3JtaXh8aW5ncmVzfGtlcm5lbF8uKnxrZXJuZWxfRGFyd2lufGtlcm5l
bF9GcmVlQlNEfGtlcm5lbF9saW51eHxsY2RfZGV2aWNlc19zdmdhfG02OGt8bWFjYm9va3xtaXBz
fG11bHRpbGlifG4zMnxuNjR8b3NwfHBhbV9jb25zb2xlfHBiYnV0dG9uc2R8cGZwcm98cGx1Z2lu
fHBwY3xwcGM2NHxwcGNzaGExfHBzeWNvfHB2bXxyZWFsfHMzOTB8c2VsaW51eHxzaHxzb2xpZHxz
cGFyY3xzcGFyYy1mYnNkfHN2Z2F8c3liYXNlfHN5YmFzZS1jdHx0Y2N8dWNsaWJjfHVsdHJhMXx1
c2VybGFuZF8uKnx1c2VybGFuZF9CU0R8dXNlcmxhbmRfRGFyd2lufHVzZXJsYW5kX0dOVXx2aWRl
b19jYXJkc19nZW9kZXx2aWRlb19jYXJkc19pNzQwfHZpZGVvX2NhcmRzX2ltcGFjdHx2aWRlb19j
YXJkc19pbXN0dHx2aWRlb19jYXJkc19uZXdwb3J0fHZpZGVvX2NhcmRzX25zY3x2aWRlb19jYXJk
c19zdW5idzJ8dmlkZW9fY2FyZHNfc3VuY2cxNHx2aWRlb19jYXJkc19zdW5jZzN8dmlkZW9fY2Fy
ZHNfc3VuY2c2fHZpZGVvX2NhcmRzX3N1bmZmYnx2aWRlb19jYXJkc19zdW5sZW98dmlkZW9fY2Fy
ZHNfc3VudGN4fHZpZGVvX2NhcmRzX3Zlcm1pbGlvbnx2aWRlb19jYXJkc194Z2l8dmlkaXh8dmlz
fHdpbjMyY29kZWNzfHg4Nnx4ODYtZmJzZHx4bW1zfHllbGxvd25ldCkkIgpQT1JUQUdFX1BZTV9Q
QVRIPSIvdXNyL2xpYjY0L3BvcnRhZ2UvcHltIgpQT1JUQUdFX1JTWU5DX09QVFM9Ii0tcmVjdXJz
aXZlIC0tbGlua3MgLS1zYWZlLWxpbmtzIC0tcGVybXMgLS10aW1lcyAtLWNvbXByZXNzIC0tZm9y
Y2UgLS13aG9sZS1maWxlIC0tZGVsZXRlIC0tc3RhdHMgLS10aW1lb3V0PTE4MCAtLWV4Y2x1ZGU9
L2Rpc3RmaWxlcyAtLWV4Y2x1ZGU9L2xvY2FsIC0tZXhjbHVkZT0vcGFja2FnZXMiClBPUlRBR0Vf
UlNZTkNfUkVUUklFUz0iMyIKUE9SVEFHRV9UTVBESVI9Ii92YXIvdG1wIgpQT1JUQUdFX1VTRT0i
YW1kNjQgZWxpYmNfZ2xpYmMga2VybmVsX2xpbnV4IHVzZXJsYW5kX0dOVSIKUE9SVEFHRV9XT1JL
RElSX01PREU9IjA3MDAiClBPUlRESVI9Ii91c3IvcG9ydGFnZSIKUE9SVERJUl9PVkVSTEFZPSIv
dXNyL3BvcnRhZ2UvbG9jYWwvbGF5bWFuL2dlY2hpIC91c3IvcG9ydGFnZS9sb2NhbC9sYXltYW4v
ZW5saWdodGVubWVudCIKUFJFTElOS19QQVRIX01BU0s9Ii91c3IvbGliNjQva2xpYmMiClBXRD0i
L3Jvb3QiClBZVEhPTlBBVEg9Ii91c3IvbGliNjQvcG9ydGFnZS9weW0iClJFU1VNRUNPTU1BTkQ9
Ii91c3IvYmluL3dnZXQgLWMgLXQgNSAtVCA2MCAtLXBhc3NpdmUtZnRwIC1PICR7RElTVERJUn0v
JHtGSUxFfSAke1VSSX0iClJPT1Q9Ii8iClJPT1RQQVRIPSIvb3B0L2JpbjovdXNyL3g4Nl82NC1w
Yy1saW51eC1nbnUvZ2NjLWJpbi80LjEuMiIKUlBNRElSPSIvdXNyL3BvcnRhZ2UvcnBtIgpTSEVM
TD0iL2Jpbi9iYXNoIgpTSExWTD0iMSIKU1RBR0UxX1VTRT0ibnB0bCBucHRsb25seSB1bmljb2Rl
IgpTWU1MSU5LX0xJQj0ieWVzIgpTWU5DPSJyc3luYzovL3JzeW5jLmV1cm9wZS5nZW50b28ub3Jn
L2dlbnRvby1wb3J0YWdlIgpURVJNPSJzY3JlZW4iClVTRT0iWCBhY3BpIGFsc2EgYW1kNjQgYmFz
aC1jb21wbGV0aW9uIGJlcmtkYiBiemlwMiBjYWlybyBjZGRiIGNsaSBjcmFja2xpYiBjcnlwdCBj
dXBzIGRidXMgZGlyZWN0ZmIgZHJpIGV4aWYgZmJjb24gZmxhYyBmb3J0cmFuIGdkYm0gZ2lmIGds
aXR6IGdwbSBndGsgaGFsIGljb252IGlwdjYgaXNkbmxvZyBqYmlnIGpwZWcganBlZzJrIGxpYm5v
dGlmeSBsaWJzYW1wbGVyYXRlIG1pZGkgbW14IG1uZyBtcDMgbXBlZyBtdWRmbGFwIG5jdXJzZXMg
bmxzIG5wdGwgbnB0bG9ubHkgb2ZmZW5zaXZlIG9wZW5nbCBvcGVubXAgcGFtIHBjcmUgcG5nIHBw
ZHMgcHBwZCBweXRob24gcXQ0IHJlYWRsaW5lIHJlZmxlY3Rpb24gc2FtYmEgc2Vzc2lvbiBzcGVs
bCBzcGwgc3NlIHNzZTIgc3NsIHNzc2UzIHN0YXJ0dXAtbm90aWZpY2F0aW9uIHN2ZyB0Y3BkIHRp
ZmYgdHJ1ZXR5cGUgdHlwZTEgdW5pY29kZSB2aW0tc3ludGF4IHZvcmJpcyB3bWEgeGNiIHhjb21w
b3NpdGUgeGZ0IHhtbCB4b3JnIHhwbSB6bGliIiBBTFNBX0NBUkRTPSJhbGk1NDUxIGFsczQwMDAg
YXRpaXhwIGF0aWl4cC1tb2RlbSBidDg3eCBjYTAxMDYgY21pcGNpIGVtdTEwazF4IGVuczEzNzAg
ZW5zMTM3MSBlczE5MzggZXMxOTY4IGZtODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpbnRlbDh4MG0g
bWFlc3RybzMgdHJpZGVudCB1c2ItYXVkaW8gdmlhODJ4eCB2aWE4Mnh4LW1vZGVtIHltZnBjaSIg
QUxTQV9QQ01fUExVR0lOUz0iYWRwY20gYWxhdyBhc3ltIGNvcHkgZG1peCBkc2hhcmUgZHNub29w
IGVtcHR5IGV4dHBsdWcgZmlsZSBob29rcyBpZWM5NTggaW9wbHVnIGxhZHNwYSBsZmxvYXQgbGlu
ZWFyIG1ldGVyIG11bGF3IG11bHRpIG51bGwgcGx1ZyByYXRlIHJvdXRlIHNoYXJlIHNobSBzb2Z0
dm9sIiBBUEFDSEUyX01PRFVMRVM9ImFjdGlvbnMgYWxpYXMgYXV0aF9iYXNpYyBhdXRobl9hbGlh
cyBhdXRobl9hbm9uIGF1dGhuX2RlZmF1bHQgYXV0aG5fZmlsZSBhdXRoel9kZWZhdWx0IGF1dGh6
X2dyb3VwZmlsZSBhdXRoel9ob3N0IGF1dGh6X3VzZXIgYXV0b2luZGV4IGNhY2hlIGRlZmxhdGUg
ZGlyIGRpc2tfY2FjaGUgZW52IGV4cGlyZXMgZXh0X2ZpbHRlciBmaWxlX2NhY2hlIGZpbHRlciBo
ZWFkZXJzIGluY2x1ZGUgaW5mbyBsb2dfY29uZmlnIGxvZ2lvIG1lbV9jYWNoZSBtaW1lIG1pbWVf
bWFnaWMgbmVnb3RpYXRpb24gcmV3cml0ZSBzZXRlbnZpZiBzcGVsaW5nIHN0YXR1cyB1bmlxdWVf
aWQgdXNlcmRpciB1c2VydHJhY2sgdmhvc3RfYWxpYXMiIEFQQUNIRTJfTVBNUz0iaXRrIiBFTElC
Qz0iZ2xpYmMiIElOUFVUX0RFVklDRVM9ImV2ZGV2IGtleWJvYXJkIG1vdXNlIHdhY29tIiBLRVJO
RUw9ImxpbnV4IiBMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250eiBjZm9udHo2MzMgZ2xrIGhkNDQ3
ODAgbGIyMTYgbGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0IiBMSU5HVUFTPSJpdCBlbiIgVVNF
UkxBTkQ9IkdOVSIgVklERU9fQ0FSRFM9Im52IG52aWRpYSB2ZXNhIgpVU0VSPSJyb290IgpVU0VS
TEFORD0iR05VIgpVU0VfRVhQQU5EPSJBTFNBX0NBUkRTIEFMU0FfUENNX1BMVUdJTlMgQVBBQ0hF
Ml9NT0RVTEVTIEFQQUNIRTJfTVBNUyBDQU1FUkFTIENST1NTQ09NUElMRV9PUFRTIERWQl9DQVJE
UyBFTElCQyBGQ0RTTF9DQVJEUyBGT08yWkpTX0RFVklDRVMgRlJJVFpDQVBJX0NBUkRTIElOUFVU
X0RFVklDRVMgS0VSTkVMIExDRF9ERVZJQ0VTIExJTkdVQVMgTElSQ19ERVZJQ0VTIE1JU0ROX0NB
UkRTIFVTRVJMQU5EIFZJREVPX0NBUkRTIgpVU0VfRVhQQU5EX0hJRERFTj0iQ1JPU1NDT01QSUxF
X09QVFMgRUxJQkMgS0VSTkVMIFVTRVJMQU5EIgpVU0VfT1JERVI9ImVudjpwa2c6Y29uZjpkZWZh
dWx0czpwa2dpbnRlcm5hbDplbnYuZCIKVklERU9fQ0FSRFM9Im52IG52aWRpYSB2ZXNhIgpfPSIv
dXNyL2Jpbi9lbWVyZ2UiCgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>161457</attachid>
            <date>2008-07-27 11:45 0000</date>
            <desc>emerge --verbose --info</desc>
            <filename>emerge.info</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjEuNC40IChkZWZhdWx0L2xpbnV4L2FtZDY0LzIwMDguMCwgZ2NjLTQuMS4yLCBn
bGliYy0yLjYuMS1yMCwgMi42LjI1LWdlbnRvby1yNiB4ODZfNjQpCj09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClN5c3RlbSB1
bmFtZTogMi42LjI1LWdlbnRvby1yNiB4ODZfNjQgSW50ZWwoUikgQ29yZShUTSkyIFF1YWQgQ1BV
IFE2NjAwIEAgMi40MEdIegpUaW1lc3RhbXAgb2YgdHJlZTogU2F0LCAyNiBKdWwgMjAwOCAxNTox
NTowMSArMDAwMAphcHAtc2hlbGxzL2Jhc2g6ICAgICAzLjJfcDMzCmRldi1qYXZhL2phdmEtY29u
ZmlnOiAxLjMuNywgMi4xLjYKZGV2LWxhbmcvcHl0aG9uOiAgICAgMi40LjQtcjEzLCAyLjUuMi1y
NQpkZXYtcHl0aG9uL3B5Y3J5cHRvOiAyLjAuMS1yNgpzeXMtYXBwcy9iYXNlbGF5b3V0OiAxLjEy
LjExLjEKc3lzLWFwcHMvc2FuZGJveDogICAgMS4yLjE4LjEtcjIKc3lzLWRldmVsL2F1dG9jb25m
OiAgMi4xMywgMi42MS1yMgpzeXMtZGV2ZWwvYXV0b21ha2U6ICAxLjUsIDEuNy45LXIxLCAxLjgu
NS1yMywgMS45LjYtcjIsIDEuMTAuMQpzeXMtZGV2ZWwvYmludXRpbHM6ICAyLjE4LXIzCnN5cy1k
ZXZlbC9nY2MtY29uZmlnOiAxLjQuMC1yNApzeXMtZGV2ZWwvbGlidG9vbDogICAxLjUuMjYKdmly
dHVhbC9vcy1oZWFkZXJzOiAgMi42LjIzLXIzCkFCST0iYW1kNjQiCkFDQ0VQVF9LRVlXT1JEUz0i
YW1kNjQiCkFMU0FfQ0FSRFM9ImFsaTU0NTEgYWxzNDAwMCBhdGlpeHAgYXRpaXhwLW1vZGVtIGJ0
ODd4IGNhMDEwNiBjbWlwY2kgZW11MTBrMXggZW5zMTM3MCBlbnMxMzcxIGVzMTkzOCBlczE5Njgg
Zm04MDEgaGRhLWludGVsIGludGVsOHgwIGludGVsOHgwbSBtYWVzdHJvMyB0cmlkZW50IHVzYi1h
dWRpbyB2aWE4Mnh4IHZpYTgyeHgtbW9kZW0geW1mcGNpIgpBTFNBX1BDTV9QTFVHSU5TPSJhZHBj
bSBhbGF3IGFzeW0gY29weSBkbWl4IGRzaGFyZSBkc25vb3AgZW1wdHkgZXh0cGx1ZyBmaWxlIGhv
b2tzIGllYzk1OCBpb3BsdWcgbGFkc3BhIGxmbG9hdCBsaW5lYXIgbWV0ZXIgbXVsYXcgbXVsdGkg
bnVsbCBwbHVnIHJhdGUgcm91dGUgc2hhcmUgc2htIHNvZnR2b2wiCkFOVF9IT01FPSIvdXNyL3No
YXJlL2FudCIKQVBBQ0hFMl9NT0RVTEVTPSJhY3Rpb25zIGFsaWFzIGF1dGhfYmFzaWMgYXV0aG5f
YWxpYXMgYXV0aG5fYW5vbiBhdXRobl9kYm0gYXV0aG5fZGVmYXVsdCBhdXRobl9maWxlIGF1dGh6
X2RibSBhdXRoel9kZWZhdWx0IGF1dGh6X2dyb3VwZmlsZSBhdXRoel9ob3N0IGF1dGh6X293bmVy
IGF1dGh6X3VzZXIgYXV0b2luZGV4IGNhY2hlIGRhdiBkYXZfZnMgZGF2X2xvY2sgZGVmbGF0ZSBk
aXIgZGlza19jYWNoZSBlbnYgZXhwaXJlcyBleHRfZmlsdGVyIGZpbGVfY2FjaGUgZmlsdGVyIGhl
YWRlcnMgaW5jbHVkZSBpbmZvIGxvZ19jb25maWcgbG9naW8gbWVtX2NhY2hlIG1pbWUgbWltZV9t
YWdpYyBuZWdvdGlhdGlvbiByZXdyaXRlIHNldGVudmlmIHNwZWxpbmcgc3RhdHVzIHVuaXF1ZV9p
ZCB1c2VyZGlyIHVzZXJ0cmFjayB2aG9zdF9hbGlhcyIKQVJDSD0iYW1kNjQiCkFTRkxBR1NfeDg2
PSItLTMyIgpBVVRPQ0xFQU49InllcyIKQ0JVSUxEPSJ4ODZfNjQtcGMtbGludXgtZ251IgpDREVG
SU5FX2FtZDY0PSJfX3g4Nl82NF9fIgpDREVGSU5FX3g4Nj0iX19pMzg2X18iCkNGTEFHUz0iLW1h
cmNoPW5vY29uYSAtTzIgLXBpcGUiCkNGTEFHU194ODY9Ii1tMzIiCkNIT1NUPSJ4ODZfNjQtcGMt
bGludXgtZ251IgpDSE9TVF9hbWQ2ND0ieDg2XzY0LXBjLWxpbnV4LWdudSIKQ0hPU1RfeDg2PSJp
Njg2LXBjLWxpbnV4LWdudSIKQ0xBU1NQQVRIPSIuIgpDTEVBTl9ERUxBWT0iNSIKQ09MT1JURVJN
PSJnbm9tZS10ZXJtaW5hbCIKQ09ORklHX1BST1RFQ1Q9Ii9ldGMgL3Zhci9saWIvaHNxbGRiIgpD
T05GSUdfUFJPVEVDVF9NQVNLPSIvZXRjL2Vudi5kIC9ldGMvZW52LmQvamF2YS8gL2V0Yy9mb250
cy9mb250cy5jb25mIC9ldGMvZ2NvbmYgL2V0Yy9yZXZkZXAtcmVidWlsZCAvZXRjL3Rlcm1pbmZv
IC9ldGMvdGV4bWYvd2ViMmMgL2V0Yy91ZGV2L3J1bGVzLmQiCkNWU19SU0g9InNzaCIKQ1hYRkxB
R1M9Ii1PMiAtcGlwZSIKREVGQVVMVF9BQkk9ImFtZDY0IgpESVNQTEFZPSI6MC4wIgpESVNURElS
PSIvdXNyL3BvcnRhZ2UvZGlzdGZpbGVzIgpFRElUT1I9Ii9iaW4vbmFubyIKRUxJQkM9ImdsaWJj
IgpFTUVSR0VfREVGQVVMVF9PUFRTPSItLXZlcmJvc2UgLS1hc2siCkVNRVJHRV9XQVJOSU5HX0RF
TEFZPSIxMCIKRkVBVFVSRVM9ImRpc3Rsb2NrcyBtZXRhZGF0YS10cmFuc2ZlciBzYW5kYm94IHNm
cGVybXMgc3RyaWN0IHVubWVyZ2Utb3JwaGFucyB1c2VyZmV0Y2giCkZFVENIQ09NTUFORD0iL3Vz
ci9iaW4vd2dldCAtdCA1IC1UIDYwIC0tcGFzc2l2ZS1mdHAgLU8gJHtESVNURElSfS8ke0ZJTEV9
ICR7VVJJfSIKR0NDX1NQRUNTPSIiCkdES19VU0VfWEZUPSIxIgpHRU5FUkFUSU9OPSIyIgpHRU5U
T09fTUlSUk9SUz0iaHR0cDovL21pcnJvcnMuc2VjLmluZm9ybWF0aWsudHUtZGFybXN0YWR0LmRl
L2dlbnRvby8gZnRwOi8vZnRwLXN0dWQuZmh0LWVzc2xpbmdlbi5kZS9wdWIvTWlycm9ycy9nZW50
b28vIgpHUEdfQUdFTlRfSU5GTz0iL3RtcC9ncGctUHJpWk9sL1MuZ3BnLWFnZW50OjU2MTc6MSIK
SE9NRT0iL3Jvb3QiCklORk9QQVRIPSIvdXNyL3NoYXJlL2luZm86L3Vzci9zaGFyZS9iaW51dGls
cy1kYXRhL3g4Nl82NC1wYy1saW51eC1nbnUvMi4xOC9pbmZvOi91c3Ivc2hhcmUvZ2NjLWRhdGEv
eDg2XzY0LXBjLWxpbnV4LWdudS80LjEuMi9pbmZvOi91c3Ivc2hhcmUvaW5mby9lbWFjcy0yMiIK
SU5QVVRfREVWSUNFUz0iZXZkZXYga2V5Ym9hcmQgbW91c2UiCkpBVkFDPSIvaG9tZS90b3JpYW4v
LmdlbnRvby9qYXZhLWNvbmZpZy0yL2N1cnJlbnQtdXNlci12bS9iaW4vamF2YWMiCkpBVkFfSE9N
RT0iL2hvbWUvdG9yaWFuLy5nZW50b28vamF2YS1jb25maWctMi9jdXJyZW50LXVzZXItdm0iCkpE
S19IT01FPSIvaG9tZS90b3JpYW4vLmdlbnRvby9qYXZhLWNvbmZpZy0yL2N1cnJlbnQtdXNlci12
bSIKS0VSTkVMPSJsaW51eCIKTENEX0RFVklDRVM9ImJheXJhZCBjZm9udHogY2ZvbnR6NjMzIGds
ayBoZDQ0NzgwIGxiMjE2IGxjZG0wMDEgbXR4b3JiIG5jdXJzZXMgdGV4dCIKTENfQUREUkVTUz0i
ZGVfREUudXRmOCIKTENfQ09MTEFURT0iZGVfREUudXRmOCIKTENfQ1RZUEU9ImRlX0RFLnV0Zjgi
CkxDX0lERU5USUZJQ0FUSU9OPSJkZV9ERS51dGY4IgpMQ19NRUFTVVJFTUVOVD0iZGVfREUudXRm
OCIKTENfTUVTU0FHRVM9ImVuX1VTLnV0ZjgiCkxDX01PTkVUQVJZPSJkZV9ERS51dGY4IgpMQ19O
QU1FPSJkZV9ERS51dGY4IgpMQ19OVU1FUklDPSJkZV9ERS51dGY4IgpMQ19QQVBFUj0iZGVfREUu
dXRmOCIKTENfVEVMRVBIT05FPSJkZV9ERS51dGY4IgpMQ19USU1FPSJkZV9ERS51dGY4IgpMREZM
QUdTPSItV2wsLU8xIgpMREZMQUdTX3g4Nj0iLW0gZWxmX2kzODYiCkxFU1M9Ii1SIC1NIC0tc2hp
ZnQgNSIKTEVTU09QRU49InxsZXNzcGlwZS5zaCAlcyIKTElCRElSX2FtZDY0PSJsaWI2NCIKTElC
RElSX3BwYz0ibGliMzIiCkxJQkRJUl9wcGM2ND0ibGliNjQiCkxJQkRJUl94ODY9ImxpYjMyIgpM
SU5HVUFTPSJlbiBkZSIKTE9HTkFNRT0icm9vdCIKTFNfQ09MT1JTPSJubz0wMDpmaT0wMDpkaT0w
MTszNDpsbj0wMTszNjpwaT00MDszMzpzbz0wMTszNTpkbz0wMTszNTpiZD00MDszMzswMTpjZD00
MDszMzswMTpvcj0wMTswNTszNzs0MTptaT0wMTswNTszNzs0MTpzdT0zNzs0MTpzZz0zMDs0Mzp0
dz0zMDs0Mjpvdz0zNDs0MjpzdD0zNzs0NDpleD0wMTszMjoqLnRhcj0wMTszMToqLnRnej0wMTsz
MToqLnN2Z3o9MDE7MzE6Ki5hcmo9MDE7MzE6Ki50YXo9MDE7MzE6Ki5semg9MDE7MzE6Ki5sem1h
PTAxOzMxOiouemlwPTAxOzMxOiouej0wMTszMToqLlo9MDE7MzE6Ki5kej0wMTszMToqLmd6PTAx
OzMxOiouYnoyPTAxOzMxOiouYno9MDE7MzE6Ki50YnoyPTAxOzMxOioudHo9MDE7MzE6Ki5kZWI9
MDE7MzE6Ki5ycG09MDE7MzE6Ki5qYXI9MDE7MzE6Ki5yYXI9MDE7MzE6Ki5hY2U9MDE7MzE6Ki56
b289MDE7MzE6Ki5jcGlvPTAxOzMxOiouN3o9MDE7MzE6Ki5yej0wMTszMToqLmpwZz0wMTszNToq
LmpwZWc9MDE7MzU6Ki5naWY9MDE7MzU6Ki5ibXA9MDE7MzU6Ki5wYm09MDE7MzU6Ki5wZ209MDE7
MzU6Ki5wcG09MDE7MzU6Ki50Z2E9MDE7MzU6Ki54Ym09MDE7MzU6Ki54cG09MDE7MzU6Ki50aWY9
MDE7MzU6Ki50aWZmPTAxOzM1OioucG5nPTAxOzM1Oiouc3ZnPTAxOzM1OioubW5nPTAxOzM1Oiou
cGN4PTAxOzM1OioubW92PTAxOzM1OioubXBnPTAxOzM1OioubXBlZz0wMTszNToqLm0ydj0wMTsz
NToqLm1rdj0wMTszNToqLm9nbT0wMTszNToqLm1wND0wMTszNToqLm00dj0wMTszNToqLm1wNHY9
MDE7MzU6Ki52b2I9MDE7MzU6Ki5xdD0wMTszNToqLm51dj0wMTszNToqLndtdj0wMTszNToqLmFz
Zj0wMTszNToqLnJtPTAxOzM1Oioucm12Yj0wMTszNToqLmZsYz0wMTszNToqLmF2aT0wMTszNToq
LmZsaT0wMTszNToqLmdsPTAxOzM1OiouZGw9MDE7MzU6Ki54Y2Y9MDE7MzU6Ki54d2Q9MDE7MzU6
Ki55dXY9MDE7MzU6Ki5wZGY9MDA7MzI6Ki5wcz0wMDszMjoqLnR4dD0wMDszMjoqLnBhdGNoPTAw
OzMyOiouZGlmZj0wMDszMjoqLmxvZz0wMDszMjoqLnRleD0wMDszMjoqLmRvYz0wMDszMjoqLmFh
Yz0wMDszNjoqLmF1PTAwOzM2OiouZmxhYz0wMDszNjoqLm1pZD0wMDszNjoqLm1pZGk9MDA7MzY6
Ki5ta2E9MDA7MzY6Ki5tcDM9MDA7MzY6Ki5tcGM9MDA7MzY6Ki5vZ2c9MDA7MzY6Ki5yYT0wMDsz
NjoqLndhdj0wMDszNjoiCk1BS0VPUFRTPSItajUiCk1BTlBBVEg9Ii9ob21lL3Rvcmlhbi8uZ2Vu
dG9vL2phdmEtY29uZmlnLTIvY3VycmVudC11c2VyLXZtL21hbjovdXNyL2xvY2FsL3NoYXJlL21h
bjovdXNyL3NoYXJlL21hbjovdXNyL3NoYXJlL2JpbnV0aWxzLWRhdGEveDg2XzY0LXBjLWxpbnV4
LWdudS8yLjE4L21hbjovdXNyL3NoYXJlL2djYy1kYXRhL3g4Nl82NC1wYy1saW51eC1nbnUvNC4x
LjIvbWFuOi9vcHQvYmxhY2tkb3duLWpkay0xLjQuMi4wMy9tYW46L2V0Yy9qYXZhLWNvbmZpZy9z
eXN0ZW0tdm0vbWFuLzovdXNyL3F0LzMvZG9jL21hbjovb3B0L3Ztd2FyZS93b3Jrc3RhdGlvbi9t
YW4iCk1VTFRJTElCX0FCSVM9ImFtZDY0IHg4NiIKTVVMVElMSUJfU1RSSUNUX0RFTlk9IjY0LWJp
dC4qc2hhcmVkIG9iamVjdCIKTVVMVElMSUJfU1RSSUNUX0RJUlM9Ii9saWIzMiAvbGliIC91c3Iv
bGliMzIgL3Vzci9saWIgL3Vzci9rZGUvKi9saWIzMiAvdXNyL2tkZS8qL2xpYiAvdXNyL3F0Lyov
bGliMzIgL3Vzci9xdC8qL2xpYiAvdXNyL1gxMVI2L2xpYjMyIC91c3IvWDExUjYvbGliIgpNVUxU
SUxJQl9TVFJJQ1RfRVhFTVBUPSIocGVybDV8Z2NjfGdjYy1saWJ8YmludXRpbHN8ZWNsaXBzZS0z
fGRlYnVnfHBvcnRhZ2UpIgpOT0NPTE9SPSJ0cnVlIgpPUEVOR0xfUFJPRklMRT0ibnZpZGlhIgpQ
QUdFUj0iL3Vzci9iaW4vbGVzcyIKUEFUSD0iL3NiaW46L2JpbjovdXNyL3NiaW46L3Vzci9iaW4i
ClBLR0RJUj0iL3Vzci9wb3J0YWdlL3BhY2thZ2VzIgpQS0dfQ09ORklHX1BBVEg9Ii91c3IvcXQv
My9saWI2NC9wa2djb25maWciClBPUlRBR0VfQVJDSExJU1Q9InBwYyBzMzkwIGFtZDY0IHg4NiBw
cGM2NCB4ODYtZmJzZCBtNjhrIGFybSBzcGFyYyBzaCBtaXBzIGlhNjQgYWxwaGEgaHBwYSBzcGFy
Yy1mYnNkIgpQT1JUQUdFX0JJTkhPU1RfQ0hVTktTSVpFPSIzMDAwIgpQT1JUQUdFX0JJTl9QQVRI
PSIvdXNyL2xpYjY0L3BvcnRhZ2UvYmluIgpQT1JUQUdFX0NPTkZJR1JPT1Q9Ii8iClBPUlRBR0Vf
REVCVUc9IjAiClBPUlRBR0VfREVQQ0FDSEVESVI9Ii92YXIvY2FjaGUvZWRiL2RlcCIKUE9SVEFH
RV9FTE9HX0NMQVNTRVM9ImxvZyB3YXJuIGVycm9yIgpQT1JUQUdFX0VMT0dfTUFJTEZST009InBv
cnRhZ2VAbG9jYWxob3N0IgpQT1JUQUdFX0VMT0dfTUFJTFNVQkpFQ1Q9Iltwb3J0YWdlXSBlYnVp
bGQgbG9nIGZvciAke1BBQ0tBR0V9IG9uICR7SE9TVH0iClBPUlRBR0VfRUxPR19NQUlMVVJJPSJy
b290IgpQT1JUQUdFX0VMT0dfU1lTVEVNPSJzYXZlX3N1bW1hcnkgZWNobyIKUE9SVEFHRV9HSUQ9
IjI1MCIKUE9SVEFHRV9JTlNUX0dJRD0iMCIKUE9SVEFHRV9JTlNUX1VJRD0iMCIKUE9SVEFHRV9J
VVNFPSJeKDNkZnh8YWRhYmFzfGFscGhhfGFsc2FfY2FyZHNfYW9hfGFsc2FfY2FyZHNfYW9hLWZh
YnJpYy1sYXlvdXR8YWxzYV9jYXJkc19hb2Etb255eHxhbHNhX2NhcmRzX2FvYS1zb3VuZGJ1c3xh
bHNhX2NhcmRzX2FvYS1zb3VuZGJ1cy1pMnN8YWxzYV9jYXJkc19hb2EtdGFzfGFsc2FfY2FyZHNf
YW9hLXRvb25pZXxhbHNhX2NhcmRzX2FybWFhY2l8YWxzYV9jYXJkc19hdDkxLXNvY3xhbHNhX2Nh
cmRzX2F0OTEtc29jLWV0aS1iMS13bTg3MzF8YWxzYV9jYXJkc19hdTF4MDB8YWxzYV9jYXJkc19j
czU1MzVhdWRpb3xhbHNhX2NhcmRzX2hhcm1vbnl8YWxzYV9jYXJkc19wb3dlcm1hY3xhbHNhX2Nh
cmRzX3B4YTJ4eC1pMnNvdW5kfGFsc2FfY2FyZHNfcHhhMnh4LXNvY3xhbHNhX2NhcmRzX3B4YTJ4
eC1zb2MtY29yZ2l8YWxzYV9jYXJkc19weGEyeHgtc29jLXBvb2RsZXxhbHNhX2NhcmRzX3B4YTJ4
eC1zb2Mtc3BpdHp8YWxzYV9jYXJkc19weGEyeHgtc29jLXRvc2F8YWxzYV9jYXJkc19zYTExeHgt
dWRhMTM0MXRzfGFsc2FfY2FyZHNfc3VuLWFtZDc5MzB8YWxzYV9jYXJkc19zdW4tY3M0MjMxfGFs
c2FfY2FyZHNfc3VuLWRicml8YWx0aXZlY3xhbWQ2NHxhcXVhfGFybXxhc218YmlyZHN0ZXB8Ym1w
fGJtcHh8Ym9vdHN0cmFwfGJ1aWxkfGNhcHNsaWJ8Y2x2bXxjbWFufGNtdWNsfGNvcmVhdWRpb3xj
cm9zc2NvbXBpbGVfb3B0c18uKnxkYm1ha2VyfGRvb21zZGF5fGRyYWN8ZWxpYmNfLip8ZWxpYmNf
RGFyd2lufGVsaWJjX0RyYWdvbkZseXxlbGliY19GcmVlQlNEfGVsaWJjX05ldEJTRHxlbGliY19P
cGVuQlNEfGVsaWJjX2dsaWJjfGVsaWJjX3VjbGliY3xlbWZ8ZW1wcmVzc3xlbXByZXNzLWJjc3xl
c29vYnxmZGZ0a3xmaWxlcHJvfGZpcmViaXJkfGZyb250YmFzZXxnYW1lc3N8Z2NjNjR8Z3VsbXxo
cHBhfGlhNjR8aWJtfGluZm9waXBlfGluZm9ybWl4fGluZ3Jlc3xrZXJuZWxfLip8a2VybmVsX0Rh
cndpbnxrZXJuZWxfRnJlZUJTRHxrZXJuZWxfbGludXh8bGNkX2RldmljZXNfc3ZnYXxtNjhrfG1h
Y2Jvb2t8bWlwc3xtdWx0aWxpYnxtenNjaGVtZXxuMzJ8bjY0fG9zcHxwYW1fY29uc29sZXxwYmJ1
dHRvbnNkfHBmcHJvfHBsdWdpbnxwcGN8cHBjNjR8cHBjc2hhMXxwc3ljb3xwdm18cmVhbHxzMzkw
fHNlbGludXh8c2h8c29saWR8c3BhcmN8c3BhcmMtZmJzZHxzdmdhfHN5YmFzZXxzeWJhc2UtY3R8
dGNjfHVjbGliY3x1bHRyYTF8dXNlcmxhbmRfLip8dXNlcmxhbmRfQlNEfHVzZXJsYW5kX0Rhcndp
bnx1c2VybGFuZF9HTlV8dmlkZW9fY2FyZHNfZ2VvZGV8dmlkZW9fY2FyZHNfaTc0MHx2aWRlb19j
YXJkc19pbXBhY3R8dmlkZW9fY2FyZHNfaW1zdHR8dmlkZW9fY2FyZHNfbmV3cG9ydHx2aWRlb19j
YXJkc19uc2N8dmlkZW9fY2FyZHNfc3VuYncyfHZpZGVvX2NhcmRzX3N1bmNnMTR8dmlkZW9fY2Fy
ZHNfc3VuY2czfHZpZGVvX2NhcmRzX3N1bmNnNnx2aWRlb19jYXJkc19zdW5mZmJ8dmlkZW9fY2Fy
ZHNfc3VubGVvfHZpZGVvX2NhcmRzX3N1bnRjeHx2aWRlb19jYXJkc192ZXJtaWxpb258dmlkZW9f
Y2FyZHNfeGdpfHZpZGl4fHZpc3x3aW4zMmNvZGVjc3x4ODZ8eDg2LWZic2R8eG1tc3x5ZWxsb3du
ZXQpJCIKUE9SVEFHRV9QWU1fUEFUSD0iL3Vzci9saWI2NC9wb3J0YWdlL3B5bSIKUE9SVEFHRV9S
U1lOQ19PUFRTPSItLXJlY3Vyc2l2ZSAtLWxpbmtzIC0tc2FmZS1saW5rcyAtLXBlcm1zIC0tdGlt
ZXMgLS1jb21wcmVzcyAtLWZvcmNlIC0td2hvbGUtZmlsZSAtLWRlbGV0ZSAtLXN0YXRzIC0tdGlt
ZW91dD0xODAgLS1leGNsdWRlPS9kaXN0ZmlsZXMgLS1leGNsdWRlPS9sb2NhbCAtLWV4Y2x1ZGU9
L3BhY2thZ2VzIgpQT1JUQUdFX1JTWU5DX1JFVFJJRVM9IjMiClBPUlRBR0VfVE1QRElSPSIvdmFy
L3RtcCIKUE9SVEFHRV9VU0U9ImFtZDY0IGVsaWJjX2dsaWJjIGtlcm5lbF9saW51eCBtdWx0aWxp
YiB1c2VybGFuZF9HTlUiClBPUlRBR0VfV09SS0RJUl9NT0RFPSIwNzAwIgpQT1JURElSPSIvdXNy
L3BvcnRhZ2UiClBPUlRESVJfT1ZFUkxBWT0iL3Vzci9sb2NhbC9wb3J0YWdlIgpQV0Q9Ii9ob21l
L3RvcmlhbiIKUFlUSE9OUEFUSD0iL3Vzci9saWI2NC9wb3J0YWdlL3B5bSIKUU1BS0VTUEVDPSJs
aW51eC1nKysiClFURElSPSIvdXNyL3F0LzMiClJFU1VNRUNPTU1BTkQ9Ii91c3IvYmluL3dnZXQg
LWMgLXQgNSAtVCA2MCAtLXBhc3NpdmUtZnRwIC1PICR7RElTVERJUn0vJHtGSUxFfSAke1VSSX0i
ClJPT1Q9Ii8iClJPT1RQQVRIPSIvb3B0L2JpbjovdXNyL3g4Nl82NC1wYy1saW51eC1nbnUvZ2Nj
LWJpbi80LjEuMjovb3B0L2JsYWNrZG93bi1qZGstMS40LjIuMDMvYmluOi9vcHQvYmxhY2tkb3du
LWpkay0xLjQuMi4wMy9qcmUvYmluOi91c3IvcXQvMy9iaW46L29wdC92bXdhcmUvd29ya3N0YXRp
b24vYmluIgpSUE1ESVI9Ii91c3IvcG9ydGFnZS9ycG0iClJVQllPUFQ9Ii1yYXV0b19nZW0iClNI
RUxMPSIvYmluL2Jhc2giClNITFZMPSIzIgpTVEFHRTFfVVNFPSJtdWx0aWxpYiBucHRsIG5wdGxv
bmx5IHVuaWNvZGUiClNZTUxJTktfTElCPSJ5ZXMiClNZTkM9InJzeW5jOi8vcnN5bmMuZGUuZ2Vu
dG9vLm9yZy9nZW50b28tcG9ydGFnZSIKVEVSTT0ieHRlcm0iClRFWElOUFVUUz0iL3Vzci9saWI2
NC9vY2FtbC9vY2FtbGRvYzoiClVTRT0iWCBYb3JnIGE1MiBhYWMgYWNsIGFjcGkgYWxzYSBhbWQ2
NCBhc2YgYXZpIGJlcmtkYiBiemlwMiBjYWlybyBjZGRiIGNkciBjbGkgY3JhY2tsaWIgY3J5cHQg
Y3VwcyBjdXJsIGRpdnggZHJpIGR2ZCBkdmRuYXYgZHZkciBkdmRyZWFkIGVtYWNzIGVuY29kZSBl
dGhlcmVhbCBmZm1wZWcgZmlyZWZveCBmbGFjIGZvcmNlLWNnaS1yZWRpcmVjdCBmb3J0cmFuIGdj
aiBnZGJtIGdpZiBnbHV0IGdtZWRpYSBnbm9tZSBncG0gZ3JhcGh2aXogZ3N0cmVhbWVyIGd0ayBn
dGsyIGhkcmkgaWNvbnYgaWVlZTEzOTQgaW1hcCBpcHY2IGlzZG5sb2cgamF2YSBqYmlnIGpwZWcg
anBlZzJrIGtlcmJlcm9zIGxhbWUgbGF0ZXggbGRhcCBsaWJnKysgbGludWd1YXNfZW4gbWFkIG1h
dHJvc2thIG1pZGkgbW14IG1teGV4dCBtcDMgbXBlZyBtdWRmbGFwIG11bHRpbGliIG5jdXJzZXMg
bnB0bCBucHRsb25seSBuc3BsdWdpbiBudmlkaWEgb2dnIG9wZW5nbCBvcGVubXAgcGFtIHBjbWNp
YSBwY3JlIHBkZiBwZGZsaWIgcGVybCBwbG90dXRpbHMgcG5nIHBvc3RncmVzIHBwcGQgcHVsc2Vh
dWRpbyBweXRob24gcXVpY2t0aW1lIHJlYWRsaW5lIHJlZmxlY3Rpb24gcnRjIHJ1Ynkgc2FzbCBz
ZXNzaW9uIHNwZWV4IHNwbCBzcyBzc2Ugc3NlMiBzc2wgc3ZnIHRjcGQgdGV4bGl2ZSB0Z2EgdGhl
b3JhIHRpZmYgdHJ1ZXR5cGUgdHJ1ZXR5cGUtZm9udHMgdHlwZTEtZm9udHMgdWRldiB1bmljb2Rl
IHVzYiB2b3JiaXMgd21mIHdtcCB3eHdpbmRvd3MgeGFuaW0geGluZSB4aW5lcmFtYSB4bWwgeG1s
MiB4b3JnIHh2aWQgeHZtYyB6bGliIiBBTFNBX0NBUkRTPSJhbGk1NDUxIGFsczQwMDAgYXRpaXhw
IGF0aWl4cC1tb2RlbSBidDg3eCBjYTAxMDYgY21pcGNpIGVtdTEwazF4IGVuczEzNzAgZW5zMTM3
MSBlczE5MzggZXMxOTY4IGZtODAxIGhkYS1pbnRlbCBpbnRlbDh4MCBpbnRlbDh4MG0gbWFlc3Ry
bzMgdHJpZGVudCB1c2ItYXVkaW8gdmlhODJ4eCB2aWE4Mnh4LW1vZGVtIHltZnBjaSIgQUxTQV9Q
Q01fUExVR0lOUz0iYWRwY20gYWxhdyBhc3ltIGNvcHkgZG1peCBkc2hhcmUgZHNub29wIGVtcHR5
IGV4dHBsdWcgZmlsZSBob29rcyBpZWM5NTggaW9wbHVnIGxhZHNwYSBsZmxvYXQgbGluZWFyIG1l
dGVyIG11bGF3IG11bHRpIG51bGwgcGx1ZyByYXRlIHJvdXRlIHNoYXJlIHNobSBzb2Z0dm9sIiBB
UEFDSEUyX01PRFVMRVM9ImFjdGlvbnMgYWxpYXMgYXV0aF9iYXNpYyBhdXRobl9hbGlhcyBhdXRo
bl9hbm9uIGF1dGhuX2RibSBhdXRobl9kZWZhdWx0IGF1dGhuX2ZpbGUgYXV0aHpfZGJtIGF1dGh6
X2RlZmF1bHQgYXV0aHpfZ3JvdXBmaWxlIGF1dGh6X2hvc3QgYXV0aHpfb3duZXIgYXV0aHpfdXNl
ciBhdXRvaW5kZXggY2FjaGUgZGF2IGRhdl9mcyBkYXZfbG9jayBkZWZsYXRlIGRpciBkaXNrX2Nh
Y2hlIGVudiBleHBpcmVzIGV4dF9maWx0ZXIgZmlsZV9jYWNoZSBmaWx0ZXIgaGVhZGVycyBpbmNs
dWRlIGluZm8gbG9nX2NvbmZpZyBsb2dpbyBtZW1fY2FjaGUgbWltZSBtaW1lX21hZ2ljIG5lZ290
aWF0aW9uIHJld3JpdGUgc2V0ZW52aWYgc3BlbGluZyBzdGF0dXMgdW5pcXVlX2lkIHVzZXJkaXIg
dXNlcnRyYWNrIHZob3N0X2FsaWFzIiBFTElCQz0iZ2xpYmMiIElOUFVUX0RFVklDRVM9ImV2ZGV2
IGtleWJvYXJkIG1vdXNlIiBLRVJORUw9ImxpbnV4IiBMQ0RfREVWSUNFUz0iYmF5cmFkIGNmb250
eiBjZm9udHo2MzMgZ2xrIGhkNDQ3ODAgbGIyMTYgbGNkbTAwMSBtdHhvcmIgbmN1cnNlcyB0ZXh0
IiBMSU5HVUFTPSJlbiBkZSIgVVNFUkxBTkQ9IkdOVSIgVklERU9fQ0FSRFM9ImZiZGV2IGdsaW50
IGk4MTAgbWFjaDY0IG1nYSBuZW9tYWdpYyBudiByMTI4IHJhZGVvbiBzYXZhZ2Ugc2lzIHRkZngg
dHJpZGVudCB2ZXNhIHZnYSB2aWEgdm13YXJlIHZvb2RvbyIKVVNFUj0icm9vdCIKVVNFUkxBTkQ9
IkdOVSIKVVNFX0VYUEFORD0iQUxTQV9DQVJEUyBBTFNBX1BDTV9QTFVHSU5TIEFQQUNIRTJfTU9E
VUxFUyBBUEFDSEUyX01QTVMgQ0FNRVJBUyBDUk9TU0NPTVBJTEVfT1BUUyBEVkJfQ0FSRFMgRUxJ
QkMgRkNEU0xfQ0FSRFMgRk9PMlpKU19ERVZJQ0VTIEZSSVRaQ0FQSV9DQVJEUyBJTlBVVF9ERVZJ
Q0VTIEtFUk5FTCBMQ0RfREVWSUNFUyBMSU5HVUFTIExJUkNfREVWSUNFUyBNSVNETl9DQVJEUyBV
U0VSTEFORCBWSURFT19DQVJEUyIKVVNFX0VYUEFORF9ISURERU49IkNST1NTQ09NUElMRV9PUFRT
IEVMSUJDIEtFUk5FTCBVU0VSTEFORCIKVVNFX09SREVSPSJlbnY6cGtnOmNvbmY6ZGVmYXVsdHM6
cGtnaW50ZXJuYWw6ZW52LmQiClZJREVPX0NBUkRTPSJmYmRldiBnbGludCBpODEwIG1hY2g2NCBt
Z2EgbmVvbWFnaWMgbnYgcjEyOCByYWRlb24gc2F2YWdlIHNpcyB0ZGZ4IHRyaWRlbnQgdmVzYSB2
Z2EgdmlhIHZtd2FyZSB2b29kb28iClZNSEFORExFPSJibGFja2Rvd24tamRrLTEuNC4yIgpXSU5E
T1dJRD0iODM4ODY2MCIKWEFVVEhPUklUWT0iL3Jvb3QvLnhhdXRoM2pPNzZyIgpfPSIvdXNyL2Jp
bi9lbWVyZ2UiCgo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>164284</attachid>
            <date>2008-09-01 19:47 0000</date>
            <desc>filter \1 (start of heading) characters for portage-2.1.4.4</desc>
            <filename>soh_2.1.4.4.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGZpbHRlci1iYXNoLWVudmlyb25tZW50LnB5Lm9yaWcKKysrIGZpbHRlci1iYXNoLWVudmly
b25tZW50LnB5CkBAIC0zMSw3ICszMSw3IEBACiAJCQlmaWxlX291dC53cml0ZShsaW5lKQogCQkJ
Y29udGludWUKIAkJaWYgcGF0dGVybi5tYXRjaChsaW5lKSBpcyBOb25lOgotCQkJZmlsZV9vdXQu
d3JpdGUobGluZSkKKwkJCWZpbGVfb3V0LndyaXRlKGxpbmUucmVwbGFjZSgiXDEiLCAiIikpCiAK
IGlmIF9fbmFtZV9fID09ICJfX21haW5fXyI6CiAJZGVzY3JpcHRpb24gPSAiRmlsdGVyIG91dCBh
bnkgbGluZXMgdGhhdCBtYXRjaCBhIGdpdmVuIFBBVFRFUk4gIiArIFwK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>164288</attachid>
            <date>2008-09-01 19:56 0000</date>
            <desc>filter \1 (start of heading) characters for portage-2.2_rc8</desc>
            <filename>soh_2.2_rc8.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IGJpbi9maWx0ZXItYmFzaC1lbnZpcm9ubWVudC5weQo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBiaW4v
ZmlsdGVyLWJhc2gtZW52aXJvbm1lbnQucHkJKHJldmlzaW9uIDExNDg0KQorKysgYmluL2ZpbHRl
ci1iYXNoLWVudmlyb25tZW50LnB5CShyZXZpc2lvbiAxMTQ4NSkKQEAgLTI1LDYgKzI1LDExIEBA
CiAJCWNsb3NlX3F1b3RlX21hdGNoLmdyb3VwKDEpID09IHF1b3RlCiAKIGRlZiBmaWx0ZXJfYmFz
aF9lbnZpcm9ubWVudChwYXR0ZXJuLCBmaWxlX2luLCBmaWxlX291dCk6CisJIyBGaWx0ZXIgb3V0
IGFueSBpbnN0YW5jZXMgb2YgdGhlIFwxIGNoYXJhY3RlciBmcm9tIHZhcmlhYmxlIHZhbHVlcwor
CSMgc2luY2UgdGhpcyBjaGFyYWN0ZXIgbXVsdGlwbGllcyBlYWNoIHRpbWUgdGhhdCB0aGUgZW52
aXJvbm1lbnQKKwkjIGlzIHNhdmVkIChzdHJhbmdlIGJhc2ggYmVoYXZpb3IpLiBUaGlzIGNhbiBl
dmVudHVhbGx5IHJlc3VsdCBpbgorCSMgbXlzdGVyaW91cyAnQXJndW1lbnQgbGlzdCB0b28gbG9u
ZycgZXJyb3JzIGZyb20gcHJvZ3JhbXMgdGhhdCBoYXZlCisJIyBodWdlIHN0cmluZ3Mgb2YgXDEg
Y2hhcmFjdGVycyBpbiB0aGVpciBlbnZpcm9ubWVudC4gU2VlIGJ1ZyAjMjIyMDkxLgogCWhlcmVf
ZG9jX2RlbGltID0gTm9uZQogCWluX2Z1bmMgPSBOb25lCiAJbXVsdGlfbGluZV9xdW90ZSA9IE5v
bmUKQEAgLTMyLDcgKzM3LDcgQEAKIAlmb3IgbGluZSBpbiBmaWxlX2luOgogCQlpZiBtdWx0aV9s
aW5lX3F1b3RlIGlzIG5vdCBOb25lOgogCQkJaWYgbm90IG11bHRpX2xpbmVfcXVvdGVfZmlsdGVy
OgotCQkJCWZpbGVfb3V0LndyaXRlKGxpbmUpCisJCQkJZmlsZV9vdXQud3JpdGUobGluZS5yZXBs
YWNlKCJcMSIsICIiKSkKIAkJCWlmIGhhdmVfZW5kX3F1b3RlKG11bHRpX2xpbmVfcXVvdGUsIGxp
bmUpOgogCQkJCW11bHRpX2xpbmVfcXVvdGUgPSBOb25lCiAJCQkJbXVsdGlfbGluZV9xdW90ZV9m
aWx0ZXIgPSBOb25lCkBAIC01OSw3ICs2NCw3IEBACiAJCQkJCQkJCShkZWNsYXJlX29wdHMsIGxp
bmVbcmVhZG9ubHlfbWF0Y2guZW5kKCk6XSkKIAkJCQkJCWVsc2U6CiAJCQkJCQkJbGluZSA9ICJk
ZWNsYXJlICIgKyBsaW5lW3JlYWRvbmx5X21hdGNoLmVuZCgpOl0KLQkJCQkJZmlsZV9vdXQud3Jp
dGUobGluZSkKKwkJCQkJZmlsZV9vdXQud3JpdGUobGluZS5yZXBsYWNlKCJcMSIsICIiKSkKIAkJ
CQljb250aW51ZQogCQlpZiBoZXJlX2RvY19kZWxpbSBpcyBub3QgTm9uZToKIAkJCWlmIGhlcmVf
ZG9jX2RlbGltLm1hdGNoKGxpbmUpOgo=
</data>        

          </attachment>
    </bug>

</bugzilla>