<?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>107826</bug_id>
          
          <creation_ts>2005-10-01 15:42 0000</creation_ts>
          <short_desc>sys-fs/dmraid-1.0.0_rc10 version bump</short_desc>
          <delta_ts>2007-06-13 06:23:27 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>139860</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>garlicbread@ntlworld.com</reporter>
          <assigned_to>ian@syndicated-productions.com</assigned_to>
          <cc>david.helstroom@gmail.com</cc>
    
    <cc>ian@syndicated-productions.com</cc>
    
    <cc>llucas@mantle.g-status.com</cc>
    
    <cc>mieszcz@zabrze.zigzag.pl</cc>
    
    <cc>rockoo@gmail.com</cc>
    
    <cc>rwalker@miracomnetwork.com</cc>
    
    <cc>r_marten@gmx.net</cc>
    
    <cc>toddmarimon@earthlink.net</cc>
    
    <cc>u_peg@centrum.cz</cc>

      

      
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2005-10-01 15:42:26 0000</bug_when>
            <thetext>Hi,

new ebuild for dmraid-1.0.0_rc9</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2005-10-01 15:44:07 0000</bug_when>
            <thetext>Created an attachment (id=69671)
dmraid/dmraid-1.0.0_rc9.ebuild
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2005-10-19 14:26:39 0000</bug_when>
            <thetext>Why does your ebuild add libselinux as a dep?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2005-10-19 14:40:21 0000</bug_when>
            <thetext>Ahh I kinda see why you add that now. 
It&apos;s dumb that it hard forces linking to the lib as it would pretty much go 
unused. So as it stands I have no plans to add a new dmraid to the tree at this
time by me as long as it depends on libselinux.

Changing owner to maintainer-wanted</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>llucas@mantle.g-status.com</who>
            <bug_when>2006-03-02 11:24:01 0000</bug_when>
            <thetext>This package really deserves some attention.

Motherboards with this capability are now a dime a dozen...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2006-03-02 12:28:24 0000</bug_when>
            <thetext>Then talk to upstream and get them to not force linking to libselinux.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>llucas@mantle.g-status.com</who>
            <bug_when>2006-03-04 22:18:45 0000</bug_when>
            <thetext>Well since I most likely don&apos;t have that kind of influence, are there any other alternatives we could consider?  I&apos;m a dummy when it comes to this topic, so I don&apos;t understand the complexity related with forced linking to selinux, but obviously it&apos;s a pain.  So is this a rock and a hard place?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2006-03-05 02:30:21 0000</bug_when>
            <thetext>You could always add it to a local overlay.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rockoo@gmail.com</who>
            <bug_when>2006-03-22 14:04:21 0000</bug_when>
            <thetext>*** Bug 125380 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2006-04-10 14:27:21 0000</bug_when>
            <thetext>Created an attachment (id=84394)
dmraid-1.0.0_rc10.ebuild

Here&apos;s an ebuild for rc10
it also needs a minor patch dmraid-1.0.0-rc10-asr-make.patch
libselinux is now optional so hopefully this will make the gentoo devs happy

I was hoping this would fix the partitioning problem seen with 2.6.16, (the main drive node is created but not the partition nodes at the initramfs stage) but it&apos;s still no different yet
so back to 2.6.15 for the time being
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2006-04-10 14:29:01 0000</bug_when>
            <thetext>Created an attachment (id=84395)
dmraid-1.0.0-rc10-asr-make.patch

minor patch to avoid an error during compile of rc10
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>llucas@mantle.g-status.com</who>
            <bug_when>2006-04-10 18:41:05 0000</bug_when>
            <thetext>Richard:  thanks for the ebuild.  I had been using a quick&apos;n&apos;dirty version that didn&apos;t deal with libselinux and --enable-shared_lib very well (only static was working).

Here is the 2.6.16 and dmraid bug:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186842

May be OT, but I figured this info would probably be of interest to this bug...once a patch/fix is available there, we can work on getting it into the ebuilds.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2006-04-11 05:12:52 0000</bug_when>
            <thetext>thanks for the link, spotted it on a couple of other bugs related to dmraid

dropping into a shell within the initramfs image
dmraid -ay gives
&quot;ERROR: dos: reading /dev/mapper/nvidia_cadcdfaj[No such file or directory]&quot;

calling dmsetup directly within the initramfs with the table
&quot;echo &quot;0 290452220 striped 2 128 8:0 0 8:16 0&quot; | dmsetup create nvidia_cadcdfaj&quot;
gives
&quot;device-mapper: reload ioctl failed: invalid argument&quot;

looking at dmesg
&quot;device-mapper: dm-stripe: Target length not divisible by chunk size
device-mapper: error adding target to table&quot;

so Yep it does look as if it&apos;s the same problem
it looks as if the kernel devs have added a new restriction for 2.6.16 for the device-mapper stripe target, that the total raid volume size has to be a multiple of the chunk size (which kind of makes sense)

if I reduce the total volume size to the nearest multiple of the chunk 290452220 -&gt; 290452096 for a chunk size of 128 sectors (64K) (probably better to go under rather than over to avoid crossing into the raid metadata region)
I can manually map it via dmsetup for the overall stripe
&quot;echo &quot;0 290452096 striped 2 128 8:0 0 8:16 0&quot; | dmsetup create nvidia_cadcdfaj&quot;

looking at the last partition on the disk under 2.6.15 / dmsetup table
&quot;nvidia_cadcdfaj6: 0 142978437 linear 253:0 147460698&quot;
142978437 + 147460698 = 290439135 which I believe should be the last sector for the last partition, so this should easily fall within the stipe mapping

so it looks as if dmraid just needs to round down the number to the nearest multiple of the chunk size when creating the stripe map</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>garlicbread@ntlworld.com</who>
            <bug_when>2006-04-11 15:00:47 0000</bug_when>
            <thetext>it looks as if a preliminary version of a rc11 binary was released on the bug link mentioned before
extracted the binary from the rpm using rpm2targz (64bit)
and swapped the static binary around with the one in the initramfs image
seems to work okay (using 2.6.16 to type this at the moment)
seems to work for some users but not others</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>llucas@mantle.g-status.com</who>
            <bug_when>2006-04-19 19:09:04 0000</bug_when>
            <thetext>Created an attachment (id=84993)
hack ebuild for testing dmraid-rc11-pre1

Here is a hack-ish ebuild (based on Richard&apos;s rc10 version) to facilitate testing the new rc11_pre1 release, now that the source has also been released (see RedHat bug above).  

I ran into some issues - I made an rc11-compatible version of the previous patch (removes asr.c from Makefile, iirc), but this now creates breakage later on during compilation.  The only way I can get rc11-pre1 to compile is with USE=&quot;static&quot; (--enable-static_link) and without the asr patch.  If people are interested, we could start a seperate bug and attempt to send some meaningful debugging info upstream (on compilation problems &amp; 2.6.16 bug).

Not sure if this version fixes the 2.6.16 bug for me (havent tested it in an initrd yet), but I figured I&apos;d pass it along for others for testing.

devs:  is there a chance of getting Richard&apos;s rc10 ebuild into portage, even if its hardmask or w/o keywords?  It appears to solve the initial dilemma w/forced libselinux linking.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>b33fc0d3@gentoo.org</who>
            <bug_when>2006-06-23 03:28:25 0000</bug_when>
            <thetext>(In reply to comment #14)
&gt; Created an attachment (id=84993) [edit]
&gt; hack ebuild for testing dmraid-rc11-pre1

This ebuild works fine, although would need a clean-up before allowing into portage. I have been testing this version for weeks and is stable.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>r_marten@gmx.net</who>
            <bug_when>2006-06-23 03:47:37 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; (In reply to comment #14)
&gt; &gt; Created an attachment (id=84993) [edit]
&gt; &gt; hack ebuild for testing dmraid-rc11-pre1
&gt; 
&gt; This ebuild works fine, although would need a clean-up before allowing into
&gt; portage. I have been testing this version for weeks and is stable.
&gt; 

Not for me. Same breakage during compilation as above.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>b33fc0d3@gentoo.org</who>
            <bug_when>2006-06-23 03:53:28 0000</bug_when>
            <thetext>&gt; 
&gt; Not for me. Same breakage during compilation as above.
&gt; 

USE=&quot;static -selinux&quot;
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-06-23 11:48:40 0000</bug_when>
            <thetext>We don&apos;t install dmraid on the release media... genkernel uses its own built-in dmraid.  Removing release@ until such time as there&apos;s an actual stable version of dmraid and we actually use it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>r_marten@gmx.net</who>
            <bug_when>2006-06-24 05:24:06 0000</bug_when>
            <thetext>I&apos;ve tried to use a newer version of dmraid (1,0.0-rc11) with genkernel and gen2dmraid. It built just fine but doesn&apos;t work then.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>r_marten@gmx.net</who>
            <bug_when>2006-07-10 05:16:11 0000</bug_when>
            <thetext>(In reply to comment #19)
&gt; I&apos;ve tried to use a newer version of dmraid (1,0.0-rc11) with genkernel and
&gt; gen2dmraid. It built just fine but doesn&apos;t work then.
&gt; 

Yeah thats what I mean and I experienced so far.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>toddmarimon@earthlink.net</who>
            <bug_when>2006-07-24 13:54:34 0000</bug_when>
            <thetext>The rc11 ebuild worked fine for me. I didn&apos;t know that dmraid didn&apos;t work with kernels after 2.6.15 until just recently, so I thought I didn&apos;t know what I was doing with setting up my nvraid. But then I was informed that I needed rc11, so I looked for it here, found it, installed it and it worked just fine. No my nvraid works!!!!

The ebuild needs to be clean up a bit (the SRC_URL has changed) and added to the official portage tree.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>toddmarimon@earthlink.net</who>
            <bug_when>2006-07-24 13:56:49 0000</bug_when>
            <thetext>**Now my nvraid works!!! (typo)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gtl4407@log1.net</who>
            <bug_when>2006-07-25 20:28:51 0000</bug_when>
            <thetext>dmraid-1.0.0-rc11 doesn&apos;t build for me. 
I had to hack the ebuild to get the source to download as it has now moved.

SRC_URI=&quot;http://people.redhat.com/~heinzm/sw/dmraid/tst/old/dmraid-1.0.0.rc11-pre1.tar.bz2&quot;

none-the-less compiling failed with the following error:


format/ataraid/asr.o: In function `register_asr&apos;:
asr.c:(.text+0x2280): multiple definition of `register_asr&apos;
format/ataraid/asr.o:asr.c:(.text+0x2280): first defined here
collect2: ld returned 1 exit status
make[1]: *** [../lib/libdmraid.so] Error 1
make[1]: Leaving directory `/var/tmp/portage/dmraid-1.0.0_rc11/work/dmraid/1.0.0.rc11/lib&apos;
make: *** [lib] Error 2

!!! ERROR: sys-fs/dmraid-1.0.0_rc11 failed.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gtl4407@log1.net</who>
            <bug_when>2006-07-25 20:34:50 0000</bug_when>
            <thetext>Ok. I can confirm it *does* compile for me also provided I use USE=&quot;static&quot; and it works! I can see my parititions from the Promise raid card again.Thank you!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-08-23 08:27:15 0000</bug_when>
            <thetext>Created an attachment (id=94941)
dmraid-1.0.0_rc11-asr-make.patch

asr-make.patch updated for the _rc11 ebuild</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-08-23 08:28:44 0000</bug_when>
            <thetext>Created an attachment (id=94942)
dmraid-1.0.0_rc11-man-make.patch

Patch to fix install locations for info/man pages (for switch from einstall to emake)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-08-23 08:36:07 0000</bug_when>
            <thetext>Created an attachment (id=94944)
dmraid-1.0.0_rc11.ebuild (less hacked)

This is an attempt to clean up the ebuild:
- Files install in their stock locations
- The asr-make.patch applies iff USE=&quot;-static&quot; (and both ways compile/run fine afaict) [see attachment 94941 for the patch]
- Uses emake instead of einstall [see attachment 94942 for patch]
- Added a &apos;genkernel&apos; use flag which installs the distfile to /usr/share/genkernel/pkg/ and adds comments to genkernel.conf for what to change to get genkenrel to use this package instead of its internal dmraid package (thanks to David Helstroom, 5th comment in bug 139860)

Im trying to get this into sunrise, apparently the devs will allow us to maintain the package in portage through that (here&apos;s hoping)..

Oh, and despite the name, this ebuild is for -rc11-pre1 as well..  I dropped -pre1 as apparently older portage versions don&apos;t work well with multiple local version specifications?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-08-23 12:22:01 0000</bug_when>
            <thetext>Now in the sunrise overlay:
http://gentoo-sunrise.org/svn/portage-review/sys-fs/dmraid/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-08-24 13:07:29 0000</bug_when>
            <thetext>Messed up the &apos;genkernel&apos; use flag implementation, fixed now on portage-review (revision &gt;=1014)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-09-01 22:43:31 0000</bug_when>
            <thetext>version -rc12 in portage, marking resolved.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mieszcz@zabrze.zigzag.pl</who>
            <bug_when>2006-10-27 05:28:02 0000</bug_when>
            <thetext>There is released new version of that package</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2006-11-02 08:10:04 0000</bug_when>
            <thetext>Yep they have -- see bug #153819</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ian@syndicated-productions.com</who>
            <bug_when>2007-06-13 06:23:27 0000</bug_when>
            <thetext>dmraid is way beyond this version now -- closing bug.  See bug #153819 (and future bugs) for newer versions.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>69671</attachid>
            <date>2005-10-01 15:44 0000</date>
            <desc>dmraid/dmraid-1.0.0_rc9.ebuild</desc>
            <filename>dmraid-1.0.0_rc9.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwNS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9kbXJhaWQvZG1yYWlkLTEuMC4wX3Jj
OC1yMS5lYnVpbGQsdiAxLjEgMjAwNS8wNy8yOCAwMjoyNDowNyBzb2xhciBFeHAgJAoKaW5oZXJp
dCBsaW51eC1pbmZvIGZsYWctby1tYXRpYwoKREVTQ1JJUFRJT049ImRtcmFpZCAoRGV2aWNlLW1h
cHBlciBSQUlEIHRvb2wgYW5kIGxpYnJhcnkpIgpIT01FUEFHRT0iaHR0cDovL3Blb3BsZS5yZWRo
YXQuY29tL35oZWluem0vc3cvZG1yYWlkLyIKU1JDX1VSST0iaHR0cDovL3Blb3BsZS5yZWRoYXQu
Y29tL35oZWluem0vc3cvZG1yYWlkL3NyYy8ke1AvXy8ufS50YXIuYnoyIgoKTElDRU5TRT0iR1BM
LTIiClNMT1Q9IjAiCktFWVdPUkRTPSJ4ODYgYW1kNjQiCklVU0U9IiIKREVQRU5EPSJzeXMtZnMv
ZGV2aWNlLW1hcHBlcgoJCXN5cy1saWJzL2xpYnNlbGludXgiClM9JHtXT1JLRElSfS8ke1BOfS8k
e1BWL18vLn0KCnBrZ19zZXR1cCgpIHsKCWlmIGtlcm5lbF9pcyBsdCAyIDY7IHRoZW4KCQlld2Fy
biAiWW91IGFyZSB1c2luZyBhIGtlcm5lbCA8IDIuNiIKCQlld2FybiAiRE1yYWlkIHVzZXMgcmVj
ZW50bHkgaW50cm9kdWNlZCBEZXZpY2UtTWFwcGVyIGZlYXR1cmVzLiIKCQlld2FybiAiVGhlc2Ug
bWlnaHQgYmUgdW5hdmFpbGFibGUgaW4gdGhlIGtlcm5lbCB5b3UgYXJlIHJ1bm5pbmcgbm93LiIK
CWZpCn0KCnNyY19jb21waWxlKCkgewoJIyBCdWlsZCBmaXggcmM4IGZvciBzaGFyZWQgbGliCgkj
c2VkIC1lICdzOmdsb2JhbFw6Omdsb2JhbFw6XCBpbml0X2xvY2tpbmc7OicgLWkgbGliLy5leHBv
cnQuc3ltCglzZWQgLWUgJ3M6Z2xvYmFsXDo6Z2xvYmFsXDpcIGluaXRfbG9ja2luZztcblx0XHRs
Y19zdHJjYXRfb3B0O1xuXHRcdGxjX3N0cmFsbG9jX29wdDtcblx0XHRsY19vcHQ7OicgLWkgbGli
Ly5leHBvcnQuc3ltCgoJI2lubGluaW5nIGRvZXNudCBzZWVtIHRvIHdvcmsgZm9yIGRtcmFpZAoJ
ZmlsdGVyLWZsYWdzIC1mbm8taW5saW5lCgoJIyBXZSB3YW50IHNoYXJlZC4gRm9yIHN0YXRpYyBi
b290IHN0dWZmLCBwZW9wbGUgc2hvdWxkIHVzZSBnZW5rZXJuZWwuCgkuL2NvbmZpZ3VyZSAtLWVu
YWJsZS1zaGFyZWRfbGliIHx8IGRpZSAiRmFpbGVkIGNvbmZpZ3VyZSIKCSNlY29uZiAtLWVuYWJs
ZS1zaGFyZWRfbGliIHx8IGRpZSAiZWNvbmYgZmFpbGVkIgoJZW1ha2UgfHwgZGllICJlbWFrZSBm
YWlsZWQiCn0KCnNyY19pbnN0YWxsKCkgewoJZWluc3RhbGwgREVTVERJUj0ke0R9IHx8IGRpZSAi
ZWluc3RhbGwgZmFpbGVkIgoKCWRvbGliLmEgbGliL2xpYmRtcmFpZC5hCgoJIyBubyBoZWFkZXIg
ZmlsZSBpcyBpbnN0YWxsZWQgYnkgbWFrZSBpbnN0YWxsCglpbnNpbnRvIC91c3IvaW5jbHVkZQoJ
bmV3aW5zIGluY2x1ZGUvZG1yYWlkLmggbGliZG1yYWlkLmgKCglkb2RvYyBDSEFOR0VMT0cgUkVB
RE1FIFRPRE8gS05PV05fQlVHUyBkb2MvKgp9Cgpwa2dfcG9zdGluc3QoKSB7CgllY2hvCgllaW5m
byAiRm9yIGJvb3RpbmcgR2VudG9vIGZyb20gRGV2aWNlLU1hcHBlciBSQUlEIHlvdSBjYW4gdXNl
IEdlbmtlcm5lbC4iCgllY2hvCgllaW5mbyAiR2Vua2VybmVsIHdpbGwgZ2VuZXJhdGUgdGhlIGtl
cm5lbCBhbmQgdGhlIGluaXRyZCB3aXRoIGEgc3RhdGljbHkgbGlua2VkIGRtcmFpZCBiaW5hcnk6
IgoJZWluZm8gImVtZXJnZSAtYXYgc3lzLWtlcm5lbC9nZW5rZXJuZWwiCgllaW5mbyAiZ2Vua2Vy
bmVsIC0tZG1yYWlkIC0tdWRldiBhbGwiCgllY2hvCglld2FybiAiRE1yYWlkIHNob3VsZCBiZSBz
YWZlIHRvIHVzZSwgYnV0IG5vIHdhcnJhbnRpZXMgY2FuIGJlIGdpdmVuIgoJZWNobwoJZWJlZXAK
fQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>84394</attachid>
            <date>2006-04-10 14:27 0000</date>
            <desc>dmraid-1.0.0_rc10.ebuild</desc>
            <filename>dmraid-1.0.0_rc10.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwNS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9kbXJhaWQvZG1yYWlkLTEuMC4wX3Jj
OC1yMS5lYnVpbGQsdiAxLjEgMjAwNS8wNy8yOCAwMjoyNDowNyBzb2xhciBFeHAgJAoKaW5oZXJp
dCBsaW51eC1pbmZvIGZsYWctby1tYXRpYwoKREVTQ1JJUFRJT049ImRtcmFpZCAoRGV2aWNlLW1h
cHBlciBSQUlEIHRvb2wgYW5kIGxpYnJhcnkpIgpIT01FUEFHRT0iaHR0cDovL3Blb3BsZS5yZWRo
YXQuY29tL35oZWluem0vc3cvZG1yYWlkLyIKU1JDX1VSST0iaHR0cDovL3Blb3BsZS5yZWRoYXQu
Y29tL35oZWluem0vc3cvZG1yYWlkL3NyYy8ke1AvXy8ufS50YXIuYnoyIgoKTElDRU5TRT0iR1BM
LTIiClNMT1Q9IjAiCktFWVdPUkRTPSJ4ODYgYW1kNjQiCklVU0U9InN0YXRpYyBzZWxpbnV4IgpE
RVBFTkQ9InN5cy1mcy9kZXZpY2UtbWFwcGVyCgkJc2VsaW51eD8gKCBzeXMtbGlicy9saWJzZWxp
bnV4ICkKCQlzZWxpbnV4PyAoIHN5cy1saWJzL2xpYnNlcG9sICkiClM9JHtXT1JLRElSfS8ke1BO
fS8ke1BWL18vLn0KCnBrZ19zZXR1cCgpIHsKCWlmIGtlcm5lbF9pcyBsdCAyIDY7IHRoZW4KCQll
d2FybiAiWW91IGFyZSB1c2luZyBhIGtlcm5lbCA8IDIuNiIKCQlld2FybiAiRE1yYWlkIHVzZXMg
cmVjZW50bHkgaW50cm9kdWNlZCBEZXZpY2UtTWFwcGVyIGZlYXR1cmVzLiIKCQlld2FybiAiVGhl
c2UgbWlnaHQgYmUgdW5hdmFpbGFibGUgaW4gdGhlIGtlcm5lbCB5b3UgYXJlIHJ1bm5pbmcgbm93
LiIKCWZpCn0KCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJZXBhdGNoICR7RklMRVNESVJ9
LyR7UE59LTEuMC4wLXJjMTAtYXNyLW1ha2UucGF0Y2gKCWNkICR7U30KfQoKc3JjX2NvbXBpbGUo
KSB7Cglsb2NhbCBteWNvbmY9CgkjbXljb25mPSIke215Y29uZn0gJCh1c2VfZW5hYmxlIHN0YXRp
YyBzdGF0aWNfbGluaykiCgkKCWlmIHVzZSBzdGF0aWM7IHRoZW4KCQlteWNvbmY9IiR7bXljb25m
fSAtLWVuYWJsZS1zdGF0aWNfbGluayIKCQlpZiB1c2Ugc2VsaW51eDsgdGhlbgoJCQlld2FybiAi
Tk9URSAtIGNvbXBpbGluZyB3aXRoIGxpYnNlbGludXggLyBsaWJzZXBvbCBpcyBub3QgY3VycmVu
dGx5IHBvc3NpYmxlIGZvciBzdGF0aWMiCgkJZmkKCQlteWNvbmY9IiR7bXljb25mfSAtLWRpc2Fi
bGUtbGlic2Vwb2wgLS1kaXNhYmxlLWxpYnNlbGludXgiCgllbHNlCgkJbXljb25mPSIke215Y29u
Zn0gLS1lbmFibGUtc2hhcmVkX2xpYiIKCQlteWNvbmY9IiR7bXljb25mfSAkKHVzZV9lbmFibGUg
c2VsaW51eCBsaWJzZWxpbnV4KSIKCQlteWNvbmY9IiR7bXljb25mfSAkKHVzZV9lbmFibGUgc2Vs
aW51eCBsaWJzZXBvbCkiCglmaQoKCSNpbmxpbmluZyBkb2VzbnQgc2VlbSB0byB3b3JrIGZvciBk
bXJhaWQKCWZpbHRlci1mbGFncyAtZm5vLWlubGluZQoKCS4vY29uZmlndXJlICR7bXljb25mfSB8
fCBkaWUgIkZhaWxlZCBjb25maWd1cmUiCgllbWFrZSB8fCBkaWUgImVtYWtlIGZhaWxlZCIKfQoK
c3JjX2luc3RhbGwoKSB7CgllaW5zdGFsbCBERVNURElSPSR7RH0gfHwgZGllICJlaW5zdGFsbCBm
YWlsZWQiCgoJZG9saWIuYSBsaWIvbGliZG1yYWlkLmEKCgkjIG5vIGhlYWRlciBmaWxlIGlzIGlu
c3RhbGxlZCBieSBtYWtlIGluc3RhbGwKCWluc2ludG8gL3Vzci9pbmNsdWRlCgluZXdpbnMgaW5j
bHVkZS9kbXJhaWQuaCBsaWJkbXJhaWQuaAoKCWRvZG9jIENIQU5HRUxPRyBSRUFETUUgVE9ETyBL
Tk9XTl9CVUdTIGRvYy8qCn0KCnBrZ19wb3N0aW5zdCgpIHsKCWVjaG8KCWVpbmZvICJGb3IgYm9v
dGluZyBHZW50b28gZnJvbSBEZXZpY2UtTWFwcGVyIFJBSUQgeW91IGNhbiB1c2UgR2Vua2VybmVs
LiIKCWVjaG8KCWVpbmZvICJHZW5rZXJuZWwgd2lsbCBnZW5lcmF0ZSB0aGUga2VybmVsIGFuZCB0
aGUgaW5pdHJkIHdpdGggYSBzdGF0aWNseSBsaW5rZWQgZG1yYWlkIGJpbmFyeToiCgllaW5mbyAi
ZW1lcmdlIC1hdiBzeXMta2VybmVsL2dlbmtlcm5lbCIKCWVpbmZvICJnZW5rZXJuZWwgLS1kbXJh
aWQgLS11ZGV2IGFsbCIKCWVjaG8KCWV3YXJuICJETXJhaWQgc2hvdWxkIGJlIHNhZmUgdG8gdXNl
LCBidXQgbm8gd2FycmFudGllcyBjYW4gYmUgZ2l2ZW4iCgllY2hvCgllYmVlcAp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>84395</attachid>
            <date>2006-04-10 14:29 0000</date>
            <desc>dmraid-1.0.0-rc10-asr-make.patch</desc>
            <filename>dmraid-1.0.0-rc10-asr-make.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTmF1ciBkbXJhaWQub3JnLzEuMC4wLnJjMTAvbGliL01ha2VmaWxlLmluIGRtcmFpZC8x
LjAuMC5yYzEwL2xpYi9NYWtlZmlsZS5pbgotLS0gZG1yYWlkLm9yZy8xLjAuMC5yYzEwL2xpYi9N
YWtlZmlsZS5pbgkyMDA2LTAyLTE3IDE2OjE5OjI1LjAwMDAwMDAwMCArMDAwMAorKysgZG1yYWlk
LzEuMC4wLnJjMTAvbGliL01ha2VmaWxlLmluCTIwMDYtMDQtMTAgMjE6NDc6MzguMDAwMDAwMDAw
ICswMTAwCkBAIC0zNSw3ICszNSw2IEBACiAJZm9ybWF0L2F0YXJhaWQvcGRjLmMgXAogCWZvcm1h
dC9hdGFyYWlkL3NpbC5jIFwKIAlmb3JtYXQvYXRhcmFpZC92aWEuYyBcCi0JZm9ybWF0L2F0YXJh
aWQvYXNyLmMgXAogCWZvcm1hdC9wYXJ0aXRpb24vZG9zLmMKIAogT0JKRUNUUz0kKFNPVVJDRVM6
JS5jPSUubykKZGlmZiAtTmF1ciBkbXJhaWQub3JnLzEuMC4wLnJjMTAvbGliL01ha2VmaWxlLmlu
Lm9yaWcgZG1yYWlkLzEuMC4wLnJjMTAvbGliL01ha2VmaWxlLmluLm9yaWcKLS0tIGRtcmFpZC5v
cmcvMS4wLjAucmMxMC9saWIvTWFrZWZpbGUuaW4ub3JpZwkyMDA2LTAyLTE3IDE2OjA1OjQyLjAw
MDAwMDAwMCArMDAwMAorKysgZG1yYWlkLzEuMC4wLnJjMTAvbGliL01ha2VmaWxlLmluLm9yaWcJ
MjAwNi0wNC0xMCAyMTo0Nzo1MC4wMDAwMDAwMDAgKzAxMDAKQEAgLTM1LDcgKzM1LDYgQEAKIAlm
b3JtYXQvYXRhcmFpZC9wZGMuYyBcCiAJZm9ybWF0L2F0YXJhaWQvc2lsLmMgXAogCWZvcm1hdC9h
dGFyYWlkL3ZpYS5jIFwKLQlmb3JtYXQvYXRhcmFpZC9hc3IuYyBcCiAJZm9ybWF0L3BhcnRpdGlv
bi9kb3MuYwogCiBPQkpFQ1RTPSQoU09VUkNFUzolLmM9JS5vKQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>84993</attachid>
            <date>2006-04-19 19:09 0000</date>
            <desc>hack ebuild for testing dmraid-rc11-pre1</desc>
            <filename>dmraid-1.0.0_rc11.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMjAwNS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9kbXJhaWQvZG1yYWlkLTEuMC4wX3Jj
OC1yMS5lYnVpbGQsdiAxLjEgMjAwNS8wNy8yOCAwMjoyNDowNyBzb2xhciBFeHAgJAoKaW5oZXJp
dCBsaW51eC1pbmZvIGZsYWctby1tYXRpYwoKREVTQ1JJUFRJT049ImRtcmFpZCAoRGV2aWNlLW1h
cHBlciBSQUlEIHRvb2wgYW5kIGxpYnJhcnkpIgpIT01FUEFHRT0iaHR0cDovL3Blb3BsZS5yZWRo
YXQuY29tL35oZWluem0vc3cvZG1yYWlkLyIKI1NSQ19VUkk9Imh0dHA6Ly9wZW9wbGUucmVkaGF0
LmNvbS9+aGVpbnptL3N3L2RtcmFpZC9zcmMvJHtQL18vLn0udGFyLmJ6MiIKIyBUZW1wb3Jhcmls
eSBzZXQgdG8gdGVzdGluZyBwcmVyZWxlYXNlIHNvdXJjZSBVUkkKU1JDX1VSST0iaHR0cDovL3Bl
b3BsZS5yZWRoYXQuY29tL35oZWluem0vc3cvZG1yYWlkL3RzdC9kbXJhaWQtMS4wLjAucmMxMS1w
cmUxLnRhci5iejIiCgoKTElDRU5TRT0iR1BMLTIiClNMT1Q9IjAiCktFWVdPUkRTPSJ4ODYgYW1k
NjQiCklVU0U9InN0YXRpYyBzZWxpbnV4IgpERVBFTkQ9InN5cy1mcy9kZXZpY2UtbWFwcGVyCgkJ
c2VsaW51eD8gKCBzeXMtbGlicy9saWJzZWxpbnV4ICkKCQlzZWxpbnV4PyAoIHN5cy1saWJzL2xp
YnNlcG9sICkiClM9JHtXT1JLRElSfS8ke1BOfS8ke1BWL18vLn0KCnBrZ19zZXR1cCgpIHsKCWlm
IGtlcm5lbF9pcyBsdCAyIDY7IHRoZW4KCQlld2FybiAiWW91IGFyZSB1c2luZyBhIGtlcm5lbCA8
IDIuNiIKCQlld2FybiAiRE1yYWlkIHVzZXMgcmVjZW50bHkgaW50cm9kdWNlZCBEZXZpY2UtTWFw
cGVyIGZlYXR1cmVzLiIKCQlld2FybiAiVGhlc2UgbWlnaHQgYmUgdW5hdmFpbGFibGUgaW4gdGhl
IGtlcm5lbCB5b3UgYXJlIHJ1bm5pbmcgbm93LiIKCWZpCn0KCiNzcmNfdW5wYWNrKCkgewojCXVu
cGFjayAke0F9CiMJIyBNYWRlIGEgbmV3IHBhdGNoIGZvciByYzExLCBidXQgcmVtb3ZhbCBvZiBh
c3IgY3JlYXRlZCBvdGhlciBwcm9ibGVtcyB3aXRoIHRoaXMgdmVyc2lvbiAocmMxMS1wcmUxKQoj
CWVwYXRjaCAke0ZJTEVTRElSfS8ke1BOfS0xLjAuMC1yYzExLWFzci1tYWtlLnBhdGNoCiMJY2Qg
JHtTfQojfQoKc3JjX2NvbXBpbGUoKSB7Cglsb2NhbCBteWNvbmY9CgkjbXljb25mPSIke215Y29u
Zn0gJCh1c2VfZW5hYmxlIHN0YXRpYyBzdGF0aWNfbGluaykiCgkKCWlmIHVzZSBzdGF0aWM7IHRo
ZW4KCQlteWNvbmY9IiR7bXljb25mfSAtLWVuYWJsZS1zdGF0aWNfbGluayIKCQlpZiB1c2Ugc2Vs
aW51eDsgdGhlbgoJCQlld2FybiAiTk9URSAtIGNvbXBpbGluZyB3aXRoIGxpYnNlbGludXggLyBs
aWJzZXBvbCBpcyBub3QgY3VycmVudGx5IHBvc3NpYmxlIGZvciBzdGF0aWMiCgkJZmkKCQlteWNv
bmY9IiR7bXljb25mfSAtLWRpc2FibGUtbGlic2Vwb2wgLS1kaXNhYmxlLWxpYnNlbGludXgiCgll
bHNlCgkJbXljb25mPSIke215Y29uZn0gLS1lbmFibGUtc2hhcmVkX2xpYiIKCQlteWNvbmY9IiR7
bXljb25mfSAkKHVzZV9lbmFibGUgc2VsaW51eCBsaWJzZWxpbnV4KSIKCQlteWNvbmY9IiR7bXlj
b25mfSAkKHVzZV9lbmFibGUgc2VsaW51eCBsaWJzZXBvbCkiCglmaQoKCSNpbmxpbmluZyBkb2Vz
bnQgc2VlbSB0byB3b3JrIGZvciBkbXJhaWQKCWZpbHRlci1mbGFncyAtZm5vLWlubGluZQoKCS4v
Y29uZmlndXJlICR7bXljb25mfSB8fCBkaWUgIkZhaWxlZCBjb25maWd1cmUiCgllbWFrZSB8fCBk
aWUgImVtYWtlIGZhaWxlZCIKfQoKc3JjX2luc3RhbGwoKSB7CgllaW5zdGFsbCBERVNURElSPSR7
RH0gfHwgZGllICJlaW5zdGFsbCBmYWlsZWQiCgoJZG9saWIuYSBsaWIvbGliZG1yYWlkLmEKCgkj
IG5vIGhlYWRlciBmaWxlIGlzIGluc3RhbGxlZCBieSBtYWtlIGluc3RhbGwKCWluc2ludG8gL3Vz
ci9pbmNsdWRlCgluZXdpbnMgaW5jbHVkZS9kbXJhaWQuaCBsaWJkbXJhaWQuaAoKCWRvZG9jIENI
QU5HRUxPRyBSRUFETUUgVE9ETyBLTk9XTl9CVUdTIGRvYy8qCn0KCnBrZ19wb3N0aW5zdCgpIHsK
CWVjaG8KCWVpbmZvICJGb3IgYm9vdGluZyBHZW50b28gZnJvbSBEZXZpY2UtTWFwcGVyIFJBSUQg
eW91IGNhbiB1c2UgR2Vua2VybmVsLiIKCWVjaG8KCWVpbmZvICJHZW5rZXJuZWwgd2lsbCBnZW5l
cmF0ZSB0aGUga2VybmVsIGFuZCB0aGUgaW5pdHJkIHdpdGggYSBzdGF0aWNseSBsaW5rZWQgZG1y
YWlkIGJpbmFyeToiCgllaW5mbyAiZW1lcmdlIC1hdiBzeXMta2VybmVsL2dlbmtlcm5lbCIKCWVp
bmZvICJnZW5rZXJuZWwgLS1kbXJhaWQgLS11ZGV2IGFsbCIKCWVjaG8KCWV3YXJuICJETXJhaWQg
c2hvdWxkIGJlIHNhZmUgdG8gdXNlLCBidXQgbm8gd2FycmFudGllcyBjYW4gYmUgZ2l2ZW4iCgll
Y2hvCgllYmVlcAp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>94941</attachid>
            <date>2006-08-23 08:27 0000</date>
            <desc>dmraid-1.0.0_rc11-asr-make.patch</desc>
            <filename>dmraid-1.0.0_rc11-asr-make.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTmF1ciBkbXJhaWQub3JnLzEuMC4wLnJjMTEvbGliL01ha2VmaWxlLmluIGRtcmFpZC8x
LjAuMC5yYzExL2xpYi9NYWtlZmlsZS5pbgotLS0gZG1yYWlkLm9yZy8xLjAuMC5yYzExL2xpYi9N
YWtlZmlsZS5pbgkyMDA2LTAyLTE3IDE2OjE5OjI1LjAwMDAwMDAwMCArMDAwMAorKysgZG1yYWlk
LzEuMC4wLnJjMTEvbGliL01ha2VmaWxlLmluCTIwMDYtMDQtMTAgMjE6NDc6MzguMDAwMDAwMDAw
ICswMTAwCkBAIC0zNSw3ICszNSw2IEBACiAJZm9ybWF0L2F0YXJhaWQvcGRjLmMgXAogCWZvcm1h
dC9hdGFyYWlkL3NpbC5jIFwKIAlmb3JtYXQvYXRhcmFpZC92aWEuYyBcCi0JZm9ybWF0L2F0YXJh
aWQvYXNyLmMgXAogCWZvcm1hdC9wYXJ0aXRpb24vZG9zLmMKIAogT0JKRUNUUz0kKFNPVVJDRVM6
JS5jPSUubykKZGlmZiAtTmF1ciBkbXJhaWQub3JnLzEuMC4wLnJjMTEvbGliL01ha2VmaWxlLmlu
Lm9yaWcgZG1yYWlkLzEuMC4wLnJjMTEvbGliL01ha2VmaWxlLmluLm9yaWcKLS0tIGRtcmFpZC5v
cmcvMS4wLjAucmMxMS9saWIvTWFrZWZpbGUuaW4ub3JpZwkyMDA2LTAyLTE3IDE2OjA1OjQyLjAw
MDAwMDAwMCArMDAwMAorKysgZG1yYWlkLzEuMC4wLnJjMTEvbGliL01ha2VmaWxlLmluLm9yaWcJ
MjAwNi0wNC0xMCAyMTo0Nzo1MC4wMDAwMDAwMDAgKzAxMDAKQEAgLTM1LDcgKzM1LDYgQEAKIAlm
b3JtYXQvYXRhcmFpZC9wZGMuYyBcCiAJZm9ybWF0L2F0YXJhaWQvc2lsLmMgXAogCWZvcm1hdC9h
dGFyYWlkL3ZpYS5jIFwKLQlmb3JtYXQvYXRhcmFpZC9hc3IuYyBcCiAJZm9ybWF0L3BhcnRpdGlv
bi9kb3MuYwogCiBPQkpFQ1RTPSQoU09VUkNFUzolLmM9JS5vKQoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>94942</attachid>
            <date>2006-08-23 08:28 0000</date>
            <desc>dmraid-1.0.0_rc11-man-make.patch</desc>
            <filename>dmraid-1.0.0_rc11-man-make.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTmF1ciBkbXJhaWQvMS4wLjAucmMxMS9tYWtlLnRtcGwuaW4gZG1yYWlkLm5ldy8xLjAu
MC5yYzExL21ha2UudG1wbC5pbgotLS0gZG1yYWlkLzEuMC4wLnJjMTEvbWFrZS50bXBsLmluCTIw
MDYtMDItMTcgMTE6MTg6MjcuMDAwMDAwMDAwIC0wNTAwCisrKyBkbXJhaWQubmV3LzEuMC4wLnJj
MTEvbWFrZS50bXBsLmluCTIwMDYtMDgtMjIgMTY6NDg6MjguMDAwMDAwMDAwIC0wNDAwCkBAIC0y
MCwyMiArMjAsMjIgQEAKIExEX0RFUFMgKz0gQExEX0RFUFNACiBTT0ZMQUcgKz0gQFNPRkxBR0AK
IAogIyBTZXR1cCBkaXJlY3RvcnkgdmFyaWFibGVzCiBwcmVmaXggPSAkKERFU1RESVIpQHByZWZp
eEAKLWV4ZWNfcHJlZml4ID0gJChERVNURElSKUBleGVjX3ByZWZpeEAKK2V4ZWNfcHJlZml4ID0g
QGV4ZWNfcHJlZml4QAogYmluZGlyID0gQGJpbmRpckAKIGlmZXEgKCJAS0xJQkNAIiwgIm5vIikK
ICAgbGliZGlyID0gQGxpYmRpckAKICAgc2JpbmRpciA9IEBzYmluZGlyQAogICBpbmNsdWRlZGly
ID0gQGluY2x1ZGVkaXJACi0gIGluZm9kaXIgPSBAaW5mb2RpckAKLSAgbWFuZGlyID0gQG1hbmRp
ckAKKyAgaW5mb2RpciA9ICQoREVTVERJUilAaW5mb2RpckAKKyAgbWFuZGlyID0gJChERVNURElS
KUBtYW5kaXJACiBlbHNlCiAgIGxpYmRpciA9ICQoREVTVERJUilAS0xJQkNfTElCX0RJUkAKICAg
c2JpbmRpciA9ICQoREVTVERJUilAS0xJQkNfU0JJTl9ESVJACiAgIGluY2x1ZGVkaXIgPSAkKERF
U1RESVIpQEtMSUJDX0lOQ0xVREVfRElSQAotICBpbmZvZGlyID0gQGluZm9kaXJACi0gIG1hbmRp
ciA9IEBtYW5kaXJACisgIGluZm9kaXIgPSAkKERFU1RESVIpQGluZm9kaXJACisgIG1hbmRpciA9
ICQoREVTVERJUilAbWFuZGlyQAogZW5kaWYKIAogCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>94944</attachid>
            <date>2006-08-23 08:36 0000</date>
            <desc>dmraid-1.0.0_rc11.ebuild (less hacked)</desc>
            <filename>dmraid-1.0.0_rc11.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgbGludXgtaW5mbyBmbGFnLW8tbWF0aWMKCkRFU0NSSVBUSU9OPSJEZXZp
Y2UtbWFwcGVyIFJBSUQgdG9vbCBhbmQgbGlicmFyeSIKSE9NRVBBR0U9Imh0dHA6Ly9wZW9wbGUu
cmVkaGF0LmNvbS9+aGVpbnptL3N3L2RtcmFpZC8iCiNTUkNfVVJJPSJodHRwOi8vcGVvcGxlLnJl
ZGhhdC5jb20vfmhlaW56bS9zdy9kbXJhaWQvc3JjLyR7UC9fLy59LnRhci5iejIiCiMgVGVtcG9y
YXJpbHkgc2V0IHRvIHRlc3RpbmcgcHJlcmVsZWFzZSBzb3VyY2UgVVJJClNSQ19VUkk9Imh0dHA6
Ly9wZW9wbGUucmVkaGF0LmNvbS9+aGVpbnptL3N3L2RtcmFpZC90c3Qvb2xkL2RtcmFpZC0xLjAu
MC5yYzExLXByZTEudGFyLmJ6MiIKCkxJQ0VOU0U9IkdQTC0yIgpTTE9UPSIwIgpLRVlXT1JEUz0i
fng4NiB+YW1kNjQiCklVU0U9InN0YXRpYyBzZWxpbnV4IGdlbmtlcm5lbCIKCkRFUEVORD0ic3lz
LWZzL2RldmljZS1tYXBwZXIKCXNlbGludXg/ICggc3lzLWxpYnMvbGlic2VsaW51eAoJCSAgIHN5
cy1saWJzL2xpYnNlcG9sICkKCWdlbmtlcm5lbD8gKCBzeXMta2VybmVsL2dlbmtlcm5lbCApIgpT
PSR7V09SS0RJUn0vJHtQTn0vJHtQVi9fLy59Cgpwa2dfc2V0dXAoKSB7CglpZiBrZXJuZWxfaXMg
bHQgMiA2OyB0aGVuCgkJZXdhcm4gIllvdSBhcmUgdXNpbmcgYSBrZXJuZWwgPCAyLjYiCgkJZXdh
cm4gIkRNcmFpZCB1c2VzIHJlY2VudGx5IGludHJvZHVjZWQgRGV2aWNlLU1hcHBlciBmZWF0dXJl
cy4iCgkJZXdhcm4gIlRoZXNlIG1pZ2h0IGJlIHVuYXZhaWxhYmxlIGluIHRoZSBrZXJuZWwgeW91
IGFyZSBydW5uaW5nIG5vdy4iCglmaQoJaWYgdXNlIHN0YXRpYyAmJiB1c2Ugc2VsaW51eDsgdGhl
bgoJCWVlcnJvciAiRVJST1IgLSBjYW5ub3QgY29tcGlsZSBzdGF0aWMgd2l0aCBsaWJzZWxpbnV4
IC8gbGlic2Vwb2wiCgkJZGllICJVU0UgZmxhZyBjb25mbGljdHMuIgoJZmkKfQoKc3JjX3VucGFj
aygpIHsKCXVucGFjayAke0F9CgllcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1tYW4tbWFrZS5wYXRj
aAoJdXNlIHN0YXRpYyB8fCBlcGF0Y2ggJHtGSUxFU0RJUn0vJHtQfS1hc3ItbWFrZS5wYXRjaAoJ
Y2QgJHtTfQp9CgpzcmNfY29tcGlsZSgpIHsKCWxvY2FsIG15Y29uZgoJCgkjaW5saW5pbmcgZG9l
c250IHNlZW0gdG8gd29yayBmb3IgZG1yYWlkCglmaWx0ZXItZmxhZ3MgLWZuby1pbmxpbmUKCgll
Y29uZiAgICQodXNlX2VuYWJsZSBzdGF0aWMgc3RhdGljX2xpbmspIFwKCQkkKHVzZV9lbmFibGUg
c2VsaW51eCBsaWJzZWxpbnV4KSBcCgkJJCh1c2VfZW5hYmxlIHNlbGludXggbGlic2Vwb2wpIHx8
IGRpZSAiZWNvbmYgZmFpbGVkIgoJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCn0KCnNyY19p
bnN0YWxsKCkgewoJZW1ha2UgREVTVERJUj0ke0R9IGluc3RhbGwgfHwgZGllICJlbWFrZSBpbnN0
YWxsIGZhaWxlZCIKCgkjIFB1dCB0aGUgZGlzdGZpbGUgaW50byAvdXNyL3NoYXJlL2dlbmtlcm5l
bC9wa2cgZm9yIGdlbmtlcm5lbAoJIyBhbmQgcGF0Y2ggdGhlIGdlbmtlcm5lbC5jb25mIGluIC9l
dGMgd2l0aCB0aGUgbmV3IHZlcnNpb24KCWlmIHVzZSBnZW5rZXJuZWw7IHRoZW4KCQlkb2RpciAv
dXNyL3NoYXJlL2dlbmtlcm5lbC9wa2cKCQljcCAke0RJU1RESVJ9LyR7QX0gJHtEfS91c3Ivc2hh
cmUvZ2Vua2VybmVsL3BrZy8ke0F9CgoJCWRvZGlyIC9ldGMKCQljcCAvZXRjL2dlbmtlcm5lbC5j
b25mICR7RH0vZXRjL2dlbmtlcm5lbC5jb25mCgkJc2VkICIvXkRNUkFJRF9WRVI9L2lcIyBUbyB1
c2UgdGhlIGluc3RhbGxlZCAke1B9IHBhY2thZ2UgaW5zdGVhZCwgdXNlIHRoZSBmb2xsb3dpbmdc
OlxuIyBETVJBSURfVkVSPVwiJHtBL2RtcmFpZC0vfVwiIiAtaSAke0R9L2V0Yy9nZW5rZXJuZWwu
Y29uZgoJZmkKCglkb2RvYyBDSEFOR0VMT0cgUkVBRE1FIFRPRE8gS05PV05fQlVHUyBkb2MvKgp9
Cgpwa2dfcG9zdGluc3QoKSB7CgllaW5mbyAiRm9yIGJvb3RpbmcgR2VudG9vIGZyb20gRGV2aWNl
LU1hcHBlciBSQUlEIHlvdSBjYW4gdXNlIEdlbmtlcm5lbC4iCgllaW5mbyAiICIKCWlmIHVzZSBn
ZW5rZXJuZWw7IHRoZW4KCQllaW5mbyAiQmUgc3VyZSB0byB1cGRhdGUgdGhlIERNUkFJRCBvcHRp
b25zIGluIC9ldGMvZ2Vua2VybmVsLmNvbmYgdG8gIgogICAgICAgICAgICAgICAgZWluZm8gIm1h
a2UgR2Vua2VybmVsIHVzZSB0aGlzIERNcmFpZCB2ZXJzaW9uIgoJCWVpbmZvICIgIgoJCWVpbmZv
ICJUbyBhZGQgRE1yYWlkIHN1cHBvcnQgdG8geW91ciBHZW5la2VybmVsIGluaXRyZCwgYWRkIHRo
ZSAtLWRtcmFpZCBmbGFnOiIKCQllaW5mbyAiZ2Vua2VybmVsIC0tZG1yYWlkIC0tdWRldiBhbGwi
CgllbHNlCgkJZWluZm8gIkdlbmtlcm5lbCB3aWxsIGdlbmVyYXRlIHRoZSBrZXJuZWwgYW5kIHRo
ZSBpbml0cmQgd2l0aCBhIHN0YXRpY2FsbHkgIgoJCWVpbmZvICJsaW5rZWQgZG1yYWlkIGJpbmFy
eSAoaXRzIG93biB2ZXJzaW9uIC0gbm90IHRoaXMgdmVyc2lvbik6IgoJCWVpbmZvICJlbWVyZ2Ug
LWF2IHN5cy1rZXJuZWwvZ2Vua2VybmVsIgoJCWVpbmZvICJnZW5rZXJuZWwgLS1kbXJhaWQgLS11
ZGV2IGFsbCIKCWZpCglld2FybiAiICIKCWV3YXJuICJETXJhaWQgc2hvdWxkIGJlIHNhZmUgdG8g
dXNlLCBidXQgbm8gd2FycmFudGllcyBjYW4gYmUgZ2l2ZW4iCglld2FybiAiICIKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>