<?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>152293</bug_id>
          
          <creation_ts>2006-10-21 13:15 0000</creation_ts>
          <short_desc>sys-fs/evms-2.5.5-r3.ebuild with some more patches and without the need of glib1</short_desc>
          <delta_ts>2006-12-04 14:35:23 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>2006.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>154924</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>Jimmy.Jazz@gmx.net</reporter>
          <assigned_to>dev-zero@gentoo.org</assigned_to>
          <cc>base-system@gentoo.org</cc>
    
    <cc>ULMO@SONIC.NET</cc>

      

      
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:15:28 0000</bug_when>
            <thetext>Hi,

i have modified EVMS alocal.m4 to get rid of glib version 1. So i could free some more place on my box :)
EVMS text gui uses now glib version 2.

Sorry i don&apos;t have gtk+ 1.2 installed on any of my computers. It depends on the glib-1 library so i couldn&apos;t check if it is still working with the modification i made.
The new available EVMS patches can be found at http://evms.sourceforge.net/patches/2.5.5/engine/. They need to be installed in the files/2.5.5/ directory.

I didn&apos;t develop a gtk interface (lack of skills), so i prefer not to integrate Alexey Maximov&apos;s patches (amax@fantoo.org) that he developed for the EVMS version 2.5.4

I hope this helps

Jj</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:17:16 0000</bug_when>
            <thetext>Created an attachment (id=100164)
evms-2.5.5-r3.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:18:25 0000</bug_when>
            <thetext>Created an attachment (id=100165)
aclocal.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:21:56 0000</bug_when>
            <thetext>Created an attachment (id=100166)
cli_query_segfault.patch

http://evms.sourceforge.net/patches/2.5.5/engine/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:22:55 0000</bug_when>
            <thetext>Created an attachment (id=100167)
cli_reload_options.patch

http://evms.sourceforge.net/patches/2.5.5/engine/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:23:45 0000</bug_when>
            <thetext>Created an attachment (id=100168)
ntfs_unmkfs.patch

http://evms.sourceforge.net/patches/2.5.5/engine/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-21 13:24:59 0000</bug_when>
            <thetext>Created an attachment (id=100169)
raid5_algorithm.patch

http://evms.sourceforge.net/patches/2.5.5/engine/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-23 02:27:02 0000</bug_when>
            <thetext>Created an attachment (id=100253)
new version with static glib for the gui

Hi,

i added a static-glib flag. Now evmsn works even when /usr isn&apos;t mounted (i hope it will :). You need also a new glib ebuild that include a static option. See glib ebuild attachment below.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-10-23 02:30:27 0000</bug_when>
            <thetext>Created an attachment (id=100255)
glib with static option

Possibility to get a static glib with the dynamic one.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 20:45:37 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Created an attachment (id=100164) [edit]
&gt; evms-2.5.5-r3.ebuild
&gt; 

May I suggest you apply the patches in chronological order?  I don&apos;t know if this is the canonical order, but it makes sense that it would be the safest one.  Here is the time-ordered listing of the current release patch set at http://evms.sourceforge.net/patches/2.5.5/engine/ :

 2618 2006-04-20 09:16:56 -0700 md_super_fix.patch
 1605 2006-05-04 15:00:13 -0700 ntfs_unmkfs.patch
 1672 2006-05-05 10:55:33 -0700 raid5_degrade_fix.patch
 1055 2006-05-10 14:50:32 -0700 raid5_remove_spare_fix.patch
 1215 2006-05-10 14:51:27 -0700 raid5_remove_spare_fix_2.patch
  562 2006-06-08 12:03:06 -0700 raid5_algorithm.patch
  542 2006-09-01 09:58:26 -0700 cli_reload_options.patch
 1255 2006-09-14 07:49:39 -0700 cli_query_segfault.patch
 1230 2006-11-01 07:13:21 -0800 get_geometry.patch
 1109 2006-11-01 15:16:09 -0800 BaseName.patch

Also, the last two, get_geometry.patch and BaseName.patch, both bug fixes (the first a workaround for a Linux kernel change starting in 2.6.17, and the second an important bug fix) are not in your evms-2.5.5-r3.

So, I am going to build an updated evms-2.5.5-r3 with those in it and attach it here.

I didn&apos;t study the other issue, but it is true that when I&apos;m installing EVMS, I have to manually make it runnable from a non-/usr mounted system by moving and/or copying all of the relevent files to the root filesystem and doing appropriate ldconfigs, and such.  Of course this is vitally important, since whenever I use EVMS to resize /usr filesystem to something smaller, I have to first unmount /usr, then run EVMS (such as evmsn).  Is that solved in your ebuild?  That would sure be great.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 21:10:52 0000</bug_when>
            <thetext>First, additional comments:

* The changes I made are important nonexperimental changes.
* The current portage tree has another method of doing static glib than the one mentioned in the above attached glib ebuild.
* The get_geometry.patch is necessary for my systems to boot, so it&apos;s not just some random bug fix that no one needs.

Because of that, I am not sure wihch version of ebuild to work with.  So, I just essoterically grabbed the most recent ebuild above and then updated it, then also updated a pure ebuild (starting from evms-2.5.5-r2.ebuild) with the same name (evms-2.5.5-r3.ebuild) with only my changes in it.  I&apos;ll attach them both now.

I did test that the chronological ordering of patches I put in works.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 21:15:25 0000</bug_when>
            <thetext>Created an attachment (id=101581)
Most recent -r3 proposed above updated with EVMS release patches

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 21:33:20 0000</bug_when>
            <thetext>Created an attachment (id=101582)
evms-2.5.5-r3.ebuild only -r2 with latest release patches

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 21:35:27 0000</bug_when>
            <thetext>Created an attachment (id=101583)
get_geometry.patch

http://evms.sourceforge.net/patches/2.5.5/engine/get_geometry.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 21:36:24 0000</bug_when>
            <thetext>Created an attachment (id=101584)
BaseName.patch

http://evms.sourceforge.net/patches/2.5.5/engine/BaseName.patch
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-09 22:08:51 0000</bug_when>
            <thetext>(In reply to comment #12)
&gt; Created an attachment (id=101582) [edit]
&gt; evms-2.5.5-r3.ebuild only -r2 with latest release patches

Ok, after some thought about how to tame these multiple kinds of changes, since evms-2.5.5-r2 isn&apos;t yet unkeyworded in release portage (i.e., it&apos;s still KEYWORDS ~x86), I suggest you just take my last &quot;evms-2.5.5-r3.ebuild built from -r2&quot; version above and make it the new evms-2.5.5-r2.ebuild in the current tree, since it&apos;s a very conservative change to include release patches.

Then, the enhancement request above regarding glib and static and stuff can be reestablished in reference to the new evms-2.5.5-r2 version.

Right now, this bug is marked as an Enhancement P2; I tried setting it at Critical P2 until the release patches make it in, but I don&apos;t have permission.  (It is actually a BLOCKER for me with Linux kernel versions starting at 2.6.17.)  Then, after the EVMS release patches are in the ebuild portage tree, then someone can set the severity back down.  Perhaps someone can set it up for now?  If this doesn&apos;t get traction soon, I&apos;ll just file a new bug (but I&apos;ve been yelled at about entering &quot;duplicate&quot; bugs in bugzilla so I&apos;ll wait a very short bit before doing that).

If you want a fresh copy of the release patches to load, here they are (they go into $PORTDIR/sys-fs/evms/files/2.5.5/):

http://evms.sourceforge.net/patches/2.5.5/engine/md_super_fix.patch
http://evms.sourceforge.net/patches/2.5.5/engine/ntfs_unmkfs.patch
http://evms.sourceforge.net/patches/2.5.5/engine/raid5_degrade_fix.patch
http://evms.sourceforge.net/patches/2.5.5/engine/raid5_remove_spare_fix.patch
http://evms.sourceforge.net/patches/2.5.5/engine/raid5_remove_spare_fix_2.patch
http://evms.sourceforge.net/patches/2.5.5/engine/raid5_algorithm.patch
http://evms.sourceforge.net/patches/2.5.5/engine/cli_reload_options.patch
http://evms.sourceforge.net/patches/2.5.5/engine/cli_query_segfault.patch
http://evms.sourceforge.net/patches/2.5.5/engine/get_geometry.patch
http://evms.sourceforge.net/patches/2.5.5/engine/BaseName.patch


P.S., this does not include the DM INPUT patch I describe in http://gentoo-wiki.com/SECURITY_LVM_and_EVMS_over_cryptsetup-LUKS, and I won&apos;t update that wiki until you&apos;ve updated the evms ebuild to include the evms 2.5.5 release patches (or if 2.5.6 comes out sooner, that).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-11-13 11:06:18 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; (In reply to comment #1)
&gt; &gt; Created an attachment (id=100164) [edit]
&gt; &gt; evms-2.5.5-r3.ebuild
&gt; &gt; 
&gt; 
&gt; May I suggest you apply the patches in chronological order?  I don&apos;t know if
&gt; this is the canonical order, but it makes sense that it would be the safest
&gt; one.  Here is the time-ordered listing of the current release patch set at
&gt; http://evms.sourceforge.net/patches/2.5.5/engine/ :
&gt; 
&gt;  2618 2006-04-20 09:16:56 -0700 md_super_fix.patch
&gt;  1605 2006-05-04 15:00:13 -0700 ntfs_unmkfs.patch
&gt;  1672 2006-05-05 10:55:33 -0700 raid5_degrade_fix.patch
&gt;  1055 2006-05-10 14:50:32 -0700 raid5_remove_spare_fix.patch
&gt;  1215 2006-05-10 14:51:27 -0700 raid5_remove_spare_fix_2.patch
&gt;   562 2006-06-08 12:03:06 -0700 raid5_algorithm.patch
&gt;   542 2006-09-01 09:58:26 -0700 cli_reload_options.patch
&gt;  1255 2006-09-14 07:49:39 -0700 cli_query_segfault.patch
&gt;  1230 2006-11-01 07:13:21 -0800 get_geometry.patch
&gt;  1109 2006-11-01 15:16:09 -0800 BaseName.patch
&gt; 
&gt; Also, the last two, get_geometry.patch and BaseName.patch, both bug fixes (the
&gt; first a workaround for a Linux kernel change starting in 2.6.17, and the second
&gt; an important bug fix) are not in your evms-2.5.5-r3.
&gt; 
&gt; So, I am going to build an updated evms-2.5.5-r3 with those in it and attach it
&gt; here.
&gt; 
&gt; I didn&apos;t study the other issue, but it is true that when I&apos;m installing EVMS, I
&gt; have to manually make it runnable from a non-/usr mounted system by moving
&gt; and/or copying all of the relevent files to the root filesystem and doing
&gt; appropriate ldconfigs, and such.  Of course this is vitally important, since
&gt; whenever I use EVMS to resize /usr filesystem to something smaller, I have to
&gt; first unmount /usr, then run EVMS (such as evmsn).  Is that solved in your
&gt; ebuild?  That would sure be great.
&gt; 

Hi,

thanks to help us gentoo-users to improve evms integration. I hope that some gentoo evms maintainers will soon integrate these patches :).

Actually, i was focused on the fact that evms ui needs to be usable during earlier boot process before /usr is even mounted and definitely to get rid of glib version 1 in favor of the new release 2.
So i didn&apos;t pay much attention to patches and their orders as long as epatch won&apos;t complain.

I&apos;m glad to see you make quite a good work to gather all the last release patches and include them in your r3 build.

What bothers me about your build is why didn&apos;t you integrate the aclocal.patch patch in your release. Is there anything wrong?
Because, without it, you won&apos;t be able to migrate evms to glib release 2 because it will continuously link with the old one. So, you will still need the old glib release for evms even when glib 2 is already installed. If you look at the dependencies (equery d glib) you can see there are a few packages depending on the old version like evms and unable to migrate to release 2 (build aborts).

Please do try glib 2 with evms without the presence of glib 1. It works flawlessly.

I don&apos;t use gtk+ version 1.2 so i&apos;m unable to tell you if the exclusive use of glib 2 will interfere with it. Feel free to tell me about it. Anyway, it would be great that maintainers could have a look after their source codes and definitely migrate them to gtk+ 2. That seems not too much time eater and too difficult to integrate. Other people even managed to patch evms to support gtk+2 but still with some few bugs :). I concede the job needs to be improved but it was made and well working (thanks to amax@fantoo.org).

As we try to improve evms, i found an other issue during the boot time process that was evms-activate related. When the root partition is under evms control, evms-activate try to write/access a temporary file on the filesystem (certainly located in /var) still unmounted or read only. That&apos;s only a warning, but you get the following messages in your kernel log about a recursive locking detection (dmesg):

md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: bind&lt;dm-0&gt;
md: bind&lt;dm-1&gt;
raid1: raid set md0 active with 2 out of 2 mirrors
md: bind&lt;dm-3&gt;
md: bind&lt;dm-4&gt;
raid1: raid set md1 active with 2 out of 2 mirrors

=============================================
[ INFO: possible recursive locking detected ]
---------------------------------------------
evms_activate/1971 is trying to acquire lock:
 (&amp;md-&gt;io_lock){----}, at: [&lt;ffffffff812c5172&gt;] dm_request+0x25/0x162

but task is already holding lock:
 (&amp;md-&gt;io_lock){----}, at: [&lt;ffffffff812c5172&gt;] dm_request+0x25/0x162

other info that might help us debug this:
1 lock held by evms_activate/1971:
 #0:  (&amp;md-&gt;io_lock){----}, at: [&lt;ffffffff812c5172&gt;] dm_request+0x25/0x162

stack backtrace:

Call Trace:
 [&lt;ffffffff810a4705&gt;] __lock_acquire+0x12e/0x9f4
 [&lt;ffffffff8100a7f2&gt;] kmem_cache_alloc+0xb2/0xc4
 [&lt;ffffffff810a4289&gt;] trace_hardirqs_on+0x100/0x124
 [&lt;ffffffff810a552f&gt;] lock_acquire+0x4b/0x69
 [&lt;ffffffff812c5172&gt;] dm_request+0x25/0x162
 [&lt;ffffffff8109aa24&gt;] down_read+0x28/0x34
 [&lt;ffffffff812c5172&gt;] dm_request+0x25/0x162
 [&lt;ffffffff8101c332&gt;] generic_make_request+0x165/0x17c
 [&lt;ffffffff810c9a10&gt;] __bio_clone+0x76/0x8f
 [&lt;ffffffff880177b3&gt;] :raid1:make_request+0x1bf/0x613
 [&lt;ffffffff8101c332&gt;] generic_make_request+0x165/0x17c
 [&lt;ffffffff812c3fbe&gt;] __map_bio+0x56/0x8c
 [&lt;ffffffff812c49ca&gt;] __split_bio+0x19d/0x394
 [&lt;ffffffff810698fe&gt;] _spin_unlock_irq+0x36/0x53
 [&lt;ffffffff81068c9b&gt;] __down_read+0x3d/0xaa
 [&lt;ffffffff812c529d&gt;] dm_request+0x150/0x162
 [&lt;ffffffff8101c332&gt;] generic_make_request+0x165/0x17c
 [&lt;ffffffff81035653&gt;] submit_bio+0xf6/0x101
 [&lt;ffffffff8101aa4d&gt;] submit_bh+0x103/0x126
 [&lt;ffffffff810c91e6&gt;] block_read_full_page+0x264/0x282
 [&lt;ffffffff810ccac0&gt;] blkdev_get_block+0x0/0x4c
 [&lt;ffffffff81069239&gt;] _write_unlock_irq+0x36/0x52
 [&lt;ffffffff810cbab0&gt;] blkdev_readpage+0x13/0x15
 [&lt;ffffffff81012d35&gt;] __do_page_cache_readahead+0x1e7/0x26c
 [&lt;ffffffff810345a4&gt;] blockable_page_cache_readahead+0x5f/0xc1
 [&lt;ffffffff81013f37&gt;] page_cache_readahead+0x144/0x1b9
 [&lt;ffffffff8100bcea&gt;] do_generic_mapping_read+0x158/0x496
 [&lt;ffffffff8100cc8b&gt;] file_read_actor+0x0/0x15b
 [&lt;ffffffff8100c17b&gt;] __generic_file_aio_read+0x153/0x1a4
 [&lt;ffffffff810b6c2f&gt;] generic_file_read+0xc6/0xe0
 [&lt;ffffffff81067f5e&gt;] __mutex_lock_slowpath+0x241/0x272
 [&lt;ffffffff810987fd&gt;] autoremove_wake_function+0x0/0x38
 [&lt;ffffffff810a4289&gt;] trace_hardirqs_on+0x100/0x124
 [&lt;ffffffff8100b23b&gt;] vfs_read+0xcc/0x172
 [&lt;ffffffff8101177e&gt;] sys_read+0x47/0x6f
 [&lt;ffffffff81062402&gt;] system_call+0x7e/0x83

I don&apos;t know what to think about it since i&apos;m using kernel 2.6.18. Earlier evms build wrote only a simple warning on the screen about the fact that evms-activate is unable to access some sort of filesystem and to check the presence of an other process in memory (certainly to avoid some collisions). 

It would be nice that some more geeks could have a look at the problem too. I was unable to locate the portion of the code that generates that lock :(

I won&apos;t be able to answer your question about the ability to shrink /usr with ncurses evmsn ui. In fact i didn&apos;t try it by lack of time and motivation. I will rely on some other well proofed testers ;)
I hope glib static library is the only one needed to make evmsn work without /usr.
Again feel free to test it and prepare a boot livecd just in case ;)


Thank you for your support.

bye

Jj
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ULMO@SONIC.NET</who>
            <bug_when>2006-11-13 14:13:51 0000</bug_when>
            <thetext>&gt; What bothers me about your build is why didn&apos;t you integrate the aclocal.patch
&gt; patch in your release. Is there anything wrong?

I actually want to push through the release level patches first so that we have a stable working environment reference point, and then we can do yours if Gentoo developers agree.  I like your approaches.

I put bug #154924 as a blocker to this one so that it goes through first so the devs have an easier time seeing the sequence of stability.  That&apos;s the problem with mixing release level bug fixes with enhancement bug fixes.  I understand that it wasn&apos;t upmost on your mind, and I don&apos;t blame you for it at all.  I just need the release level bug fixes more, and they&apos;re more likely to be put into Portage sooner than the enhancement stuff.

&gt; =============================================
&gt; [ INFO: possible recursive locking detected ]
&gt; ---------------------------------------------

Right now I don&apos;t have time to diagnose, but is this possible if you have LVM/LVM2 &quot;active&quot; objects?  You&apos;d have to deactivate the LVM objects in order to use the same objects with EVMS, I think; you should only refer to each object via one device node in /dev (so e.g., /dev/evms/root, /dev/evms/tmp, etc.)).

If I ran into this, I&apos;m sure I was careful to have the data put someplace safe so that it would work correctly, but I don&apos;t remember running into it.  I initrd via RAM disk and then pivot_root to EVMS mounts (which themselves are on dm-crypt devices).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2006-11-16 06:40:16 0000</bug_when>
            <thetext>(In reply to comment #17)

I totally agree with you. After all the &quot;enhancement&quot; i suggest is not important for someone who doesn&apos;t mind to install both glib versions.

I&apos;m exclusively using /dev/evms trees when adressing the devices. One of my computer (that doesn&apos;t need raid devices) i just installes evms (not lvm2 and co) and i get also the same message. Actually evms is the only tool that activate objects.

If your are using evms with raid/lvm2 and your root partition is on a lvm device (pivot_root), i&apos;m quite sure your system is affected too. Indeed, the message is most hidden because most people don&apos;t activate the hacking capabilites of the kernel. I just set the following definition in my .config and build another kernel:

CONFIG_TRACE_IRQFLAGS_SUPPORT=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_DEBUG_KERNEL=y
CONFIG_LOG_BUF_SHIFT=15
CONFIG_DETECT_SOFTLOCKUP=y
CONFIG_DEBUG_RT_MUTEXES=y
CONFIG_DEBUG_PI_LIST=y
CONFIG_RT_MUTEX_TESTER=y
CONFIG_DEBUG_SPINLOCK=y
CONFIG_DEBUG_MUTEXES=y
CONFIG_DEBUG_RWSEMS=y
CONFIG_DEBUG_LOCK_ALLOC=y
CONFIG_PROVE_LOCKING=y
CONFIG_LOCKDEP=y
CONFIG_TRACE_IRQFLAGS=y
CONFIG_DEBUG_LOCKING_API_SELFTESTS=y
CONFIG_STACKTRACE=y
CONFIG_DEBUG_BUGVERBOSE=y
CONFIG_DEBUG_FS=y
CONFIG_FRAME_POINTER=y
CONFIG_UNWIND_INFO=y
CONFIG_STACK_UNWIND=y
CONFIG_RCU_TORTURE_TEST=m
CONFIG_EARLY_PRINTK=y
CONFIG_DEBUG_STACKOVERFLOW=y
CONFIG_DEBUG_STACK_USAGE=y

The problem affects both x86 and x86_64 kernel (at least on my computers). Anyway, it seems quite harmless.

Yes, my computers live a dangerous life because i don&apos;t have enough room to save all the stuff in it. Mainly i just save /home, /var, /etc and world. But not so dangerous as loosing one single bit that will corrupt the whole partition because it is encrypted ;)


Jj

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2006-12-04 14:35:23 0000</bug_when>
            <thetext>Jimmy Jazz, thanks a lot for your work.
From the latest revision bump on (-r4), evms will always use the static glib to link the ncurses ui with. This is because evmsn resides in /sbin and as you said: it sucks when you want to resize /usr.
I&apos;ve also included the debug USE-flag.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>100164</attachid>
            <date>2006-10-21 13:17 0000</date>
            <desc>evms-2.5.5-r3.ebuild</desc>
            <filename>evms-2.5.5-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9ldm1zL2V2bXMtMi41LjUtcjMuZWJ1
aWxkLHYgMS4yIDIwMDYvMDgvMjAgMjE6MjM6MDAgdmFwaWVyIEV4cCAkCgppbmhlcml0IGV1dGls
cyBmbGFnLW8tbWF0aWMgbXVsdGlsaWIgdG9vbGNoYWluLWZ1bmNzCgpERVNDUklQVElPTj0iVXRp
bGl0aWVzIGZvciB0aGUgSUJNIEVudGVycHJpc2UgVm9sdW1lIE1hbmFnZW1lbnQgU3lzdGVtIgpI
T01FUEFHRT0iaHR0cDovL3d3dy5zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvZXZtcyIKU1JDX1VS
ST0ibWlycm9yOi8vc291cmNlZm9yZ2UvJHtQTn0vJHtQfS50YXIuZ3oiCgpMSUNFTlNFPSJHUEwt
MiIKU0xPVD0iMCIKS0VZV09SRFM9In5hbWQ2NCB+aWE2NCB+cHBjIH5wcGM2NCB+c3BhcmMgfng4
NiIKSVVTRT0ibmN1cnNlcyBndGsgbmxzIGRlYnVnIgoKI0VWTVMgdXNlcyBsaWJ1dWlkIGZyb20g
ZTJmc3Byb2dzClJERVBFTkQ9InZpcnR1YWwvbGliYwoJc3lzLWZzL2UyZnNwcm9ncwoJc3lzLWZz
L2RldmljZS1tYXBwZXIKCT49c3lzLWFwcHMvYmFzZWxheW91dC0xLjkuNC1yNgoJZ3RrPyAoID14
MTEtbGlicy9ndGsrLTEqIAoJICAgICAgICAgICA9ZGV2LWxpYnMvZ2xpYi0xKiApCgluY3Vyc2Vz
PyAoIHN5cy1saWJzL25jdXJzZXMKCSAgICAgICAgICAgPWRldi1saWJzL2dsaWItMiogKSIKCnNy
Y191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgIiR7U30iCgoJZXBhdGNoICIke0ZJTEVTRElS
fSIvJHtQVn0vYWNsb2NhbC5wYXRjaAoKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L2NsaV9x
dWVyeV9zZWdmYXVsdC5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vY2xpX3JlbG9h
ZF9vcHRpb25zLnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9udGZzX3VubWtmcy5w
YXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfYWxnb3JpdGhtLnBhdGNoCgoJ
ZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfZGVncmFkZV9maXgucGF0Y2gKCWVwYXRj
aCAiJHtGSUxFU0RJUn0iLyR7UFZ9L21kX3N1cGVyX2ZpeC5wYXRjaAoJZXBhdGNoICIke0ZJTEVT
RElSfSIvJHtQVn0vcmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeC5wYXRjaAoJZXBhdGNoICIke0ZJTEVT
RElSfSIvJHtQVn0vcmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeF8yLnBhdGNoCgllcGF0Y2ggIiR7RklM
RVNESVJ9Ii9ldm1zLTIuNS41LWFzLW5lZWRlZC5wYXRjaAoKCWF1dG9jb25mIHx8IGRpZQp9Cgpz
cmNfY29tcGlsZSgpIHsKCSMgQnVnICM1NDg1NgoJIyBmaWx0ZXItZmxhZ3MgIi1mc3RhY2stcHJv
dGVjdG9yIgoJcmVwbGFjZS1mbGFncyAtTzMgLU8yCglyZXBsYWNlLWZsYWdzIC1PcyAtTzIKCgls
b2NhbCBleGNsdWRlZF9pbnRlcmZhY2VzPSIiCgl1c2UgbmN1cnNlcyB8fCBleGNsdWRlZF9pbnRl
cmZhY2VzPSItLWRpc2FibGUtdGV4dC1tb2RlIgoKCWlmIHVzZSBndGs7IHRoZW4KCQlleGNsdWRl
ZF9pbnRlcmZhY2VzPSIke2V4Y2x1ZGVkX2ludGVyZmFjZXN9IC0tZGlzYWJsZS1nbGliMnRlc3Qi
CgllbHNlCgkJZXhjbHVkZWRfaW50ZXJmYWNlcz0iJHtleGNsdWRlZF9pbnRlcmZhY2VzfSAtLWRp
c2FibGUtZ3VpIC0tZGlzYWJsZS1ndGt0ZXN0IC0tZGlzYWJsZS1nbGlidGVzdCIKCWZpCgoJZWNv
bmYgXAoJCS0tbGliZGlyPS8kKGdldF9saWJkaXIpIFwKCQktLXNiaW5kaXI9L3NiaW4gXAoJCS0t
aW5jbHVkZWRpcj0vdXNyL2luY2x1ZGUgXAoJCSQodXNlX3dpdGggZGVidWcpIFwKCQkkKHVzZV9l
bmFibGUgbmxzKSBcCgkJJHtleGNsdWRlZF9pbnRlcmZhY2VzfSB8fCBkaWUgIkZhaWxlZCBjb25m
aWd1cmUiCgoJZW1ha2UgfHwgZGllICJGYWlsZWQgZW1ha2UiCn0KCnNyY19pbnN0YWxsKCkgewoJ
bWFrZSBERVNURElSPSIke0R9IiBpbnN0YWxsIHx8IGRpZSAiTWFrZSBpbnN0YWxsIGRpZWQiCglk
b2RvYyBDaGFuZ2VMb2cgSU5TVEFMTCogUExVR0lOLklEUyBSRUFETUUgVEVSTUlOT0xPR1kgZG9j
L2xpbnV4cmMKCglpbnNpbnRvIC8kKGdldF9saWJkaXIpL3Jjc2NyaXB0cy9hZGRvbnMKCW5ld2lu
cyAiJHtGSUxFU0RJUn0iL2V2bXMyLXN0YXJ0LnNoIGV2bXMtc3RhcnQuc2ggfHwgZGllICJyY3Nj
cmlwdCBhZGRvbiBmYWlsZWQiCgoJIyBpbnN0YWxsIHRoZSBzYW1wbGUgY29uZmlndXJhdGlvbiBp
bnRvIHRoZSBkb2MgZGlyCglkb2RvYyAke0R9L2V0Yy9ldm1zLmNvbmYuc2FtcGxlCglybSAtZiAk
e0R9L2V0Yy9ldm1zLmNvbmYuc2FtcGxlCgoJIyB0aGUga2VybmVsIHBhdGNoZXMgbWF5IGNvbWUg
aGFuZHkgZm9yIHBlb3BsZSBjb21waWxpbmcgdGhlaXIgb3duIGtlcm5lbAoJZG9jaW50byBrZXJu
ZWwvMi40Cglkb2RvYyBrZXJuZWwvMi40LyoKCWRvY2ludG8ga2VybmVsLzIuNgoJZG9kb2Mga2Vy
bmVsLzIuNi8qCgoJIyBtb3ZlIHN0YXRpYyBsaWJyYXJpZXMgdG8gL3Vzci9saWIKCWRvZGlyIC91
c3IvJChnZXRfbGliZGlyKQoJbXYgLWYgJHtEfS8kKGdldF9saWJkaXIpLyouYSAke0R9L3Vzci8k
KGdldF9saWJkaXIpCgoJIyBDcmVhdGUgbGlua2VyIHNjcmlwdHMgZm9yIGR5bmFtaWMgbGlicyBp
biAvbGliLCBlbHNlIGdjYwoJIyBsaW5rcyB0byB0aGUgc3RhdGljIG9uZXMgaW4gL3Vzci9saWIg
Zmlyc3QuICBCdWcgIzQ0MTEuCglmb3IgeCBpbiAke0R9L3Vzci8kKGdldF9saWJkaXIpLyouYQoJ
ZG8KCQlpZiBbIC1mICR7eH0gXQoJCXRoZW4KCQkJbG9jYWwgbGliPSIke3gjIyovfSIKCQkJZ2Vu
X3Vzcl9sZHNjcmlwdCAke2xpYi9cLmEvXC5zb30KCQlmaQoJZG9uZQoKCSMgdGhlIGd0aysgZnJv
bnRlbmQgc2hvdWxkIGxpdmUgaW4gL3Vzci9zYmluCglpZiB1c2UgZ3RrCgl0aGVuCgkJZG9kaXIg
L3Vzci9zYmluCgkJbXYgLWYgJHtEfS9zYmluL2V2bXNndWkgJHtEfS91c3Ivc2JpbgoJZmkKCgkj
IE5lZWRlZCBmb3IgYnVnICM1MTI1MgoJZG9zeW0gbGliZXZtcy0yLjUuc28uMC4wIC8kKGdldF9s
aWJkaXIpL2xpYmV2bXMtMi41LnNvLjAKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100165</attachid>
            <date>2006-10-21 13:18 0000</date>
            <desc>aclocal.patch</desc>
            <filename>aclocal.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC9yb290L2FjbG9jYWwubTQub2xkCTIwMDYtMTAtMjEgMTg6NTE6MzAuMDAwMDAwMDAwICsw
MjAwCisrKyBhY2xvY2FsLm00CTIwMDYtMTAtMjEgMjA6NDg6MDcuMDAwMDAwMDAwICswMjAwCkBA
IC00OTUsOCArNDk1LDggQEAKIAlBQ19NU0dfTk9USUNFKFsgICAgIG5vdCBidWlsZGluZyB0ZXh0
LW1vZGUgLi4uIHJlcXVpcmVzIG5jdXJzZXMgbGlicmFyeV0pCiBlbGlmIHRlc3QgIiRoYXZlX3Bh
bmVsIiA9ICJubyI7IHRoZW4KIAlBQ19NU0dfTk9USUNFKFsgICAgIG5vdCBidWlsZGluZyB0ZXh0
LW1vZGUgLi4uIHJlcXVpcmVzIHBhbmVsIGxpYnJhcnldKQotZWxpZiB0ZXN0ICIkaGF2ZV9oYV9n
bGliIiA9ICJubyI7IHRoZW4KLQlBQ19NU0dfTk9USUNFKFsgICAgIG5vdCBidWlsZGluZyB0ZXh0
LW1vZGUgLi4uIHJlcXVpcmVzICRoYV9nbGliIGxpYnJhcnldKQorI2VsaWYgdGVzdCAiJGhhdmVf
aGFfZ2xpYiIgPSAibm8iOyB0aGVuCisjCUFDX01TR19OT1RJQ0UoWyAgICAgbm90IGJ1aWxkaW5n
IHRleHQtbW9kZSAuLi4gcmVxdWlyZXMgJGhhX2dsaWIgbGlicmFyeV0pCiBlbGlmIHRlc3QgIiRo
YXZlX21hdGgiID0gIm5vIjsgdGhlbgogCUFDX01TR19OT1RJQ0UoWyAgICAgbm90IGJ1aWxkaW5n
IHRleHQtbW9kZSAuLi4gcmVxdWlyZXMgbWF0aCBsaWJyYXJ5XSkKIGVsc2UKQEAgLTkyMCw3ICs5
MjAsMTYgQEAKIAlmaQogZmkKIAoraGFfZ2xpYj1nbGliCitoYXZlX2hhX2dsaWI9JGhhdmVfZ2xp
YgorSEFfR0xJQl9DUFBGTEFHUz0kR0xJQl9DUFBGTEFHUworSEFfR0xJQl9MSUJTPSRHTElCX0xJ
QlMKKwogaWYgdGVzdCAieCRub19nbGliMiIgPSB4OyB0aGVuCisJaGFfZ2xpYj1nbGliMgorCWhh
dmVfaGFfZ2xpYj0kaGF2ZV9nbGliMgorCUhBX0dMSUJfQ1BQRkxBR1M9JEdMSUIyX0NQUEZMQUdT
CisJSEFfR0xJQl9MSUJTPSRHTElCMl9MSUJTCiAJQUNfTVNHX1JFU1VMVChbeWVzXSkKIAlpZmVs
c2UoWyQyXSwgLCA6LCBbJDJdKQogZWxzZQpAQCAtMTI4NiwxMCArMTI5NSwxMCBAQAogCQkgICBb
aWZlbHNlKFskM10sICwgOiwgWyQzXSldKQogZmkKIAotaGFfZ2xpYj1nbGliCi1oYXZlX2hhX2ds
aWI9JGhhdmVfZ2xpYgotSEFfR0xJQl9DUFBGTEFHUz0kR0xJQl9DUFBGTEFHUwotSEFfR0xJQl9M
SUJTPSRHTElCX0xJQlMKKyNoYV9nbGliPWdsaWIKKyNoYXZlX2hhX2dsaWI9JGhhdmVfZ2xpYgor
I0hBX0dMSUJfQ1BQRkxBR1M9JEdMSUJfQ1BQRkxBR1MKKyNIQV9HTElCX0xJQlM9JEdMSUJfTElC
UwogCiBpZiB0ZXN0ICIkaGF2ZV9oYV92ZXJzaW9uIiA9ICJ5ZXMiOyB0aGVuCiAJaWYgdGVzdCAt
ZCAvdXNyL2luY2x1ZGUvaGVhcnRiZWF0IC1hCVwK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100166</attachid>
            <date>2006-10-21 13:21 0000</date>
            <desc>cli_query_segfault.patch</desc>
            <filename>cli_query_segfault.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">Rml4IGZvciBhIHNlZ2ZhdWx0IGluIHRoZSBDTEkgd2hlbiBkb2luZyBhIHF1ZXJ5IC0tIG5vdCBl
bm91Z2ggbWVtb3J5IGRlY2xhcmVkCmZvciBhIGhhbmRsZSBhcnJheS4KCi0tLSBldm1zLTIuNS41
L3VpL2NsaS9pbnRlcnByZXRlci5jCTIwMDUtMDYtMDEgMTA6MjA6MzIuMDAwMDAwMDAwIC0wNTAw
CisrKyBldm1zLTIuNS41LWZpeC91aS9jbGkvaW50ZXJwcmV0ZXIuYwkyMDA2LTA5LTE0IDA5OjQ3
OjE2LjQ4MDA4NDEwMyAtMDUwMApAQCAtMzMyNiw3ICszMzI2LDggQEAKICAgZGxpc3RfdCAgICAg
ICAgICAgICAgICAgUmV0dXJuX1ZhbHVlczsKICAgb2JqZWN0X2hhbmRsZV90ICAgICAgICAgT2Jq
ZWN0X0hhbmRsZTsKICAgaGFuZGxlX2FycmF5X3QgKiAgICAgICAgT2JqZWN0X0xpc3Q7Ci0gIGhh
bmRsZV9hcnJheV90ICAgICAgICAgIFRtcF9BcnJheTsKKyAgY2hhciAgICAgICAgICAgICAgICAg
ICAgVG1wX0J1ZmZlcltzaXplb2YoaGFuZGxlX2FycmF5X3QpICsgc2l6ZW9mKG9iamVjdF9oYW5k
bGVfdCldOworICBoYW5kbGVfYXJyYXlfdCAqICAgICAgICBUbXBfQXJyYXkgPSAoaGFuZGxlX2Fy
cmF5X3QgKilUbXBfQnVmZmVyOwogICBoYW5kbGVfb2JqZWN0X2luZm9fdCAqICBPYmplY3RfSW5m
bzsKICAgZXhwYW5kX2hhbmRsZV9hcnJheV90ICogRXhwYW5kX1BvaW50czsKICAgc2hyaW5rX2hh
bmRsZV9hcnJheV90ICogU2hyaW5rX1BvaW50czsKQEAgLTM0NzcsOSArMzQ3OCw5IEBACiAgICAg
ICAgICAgICBjYXNlIEVWTVNfT0JKRUNUOgogICAgICAgICAgICAgICBPYmplY3RfTGlzdCA9IE9i
amVjdF9JbmZvLT5pbmZvLm9iamVjdC5wYXJlbnRfb2JqZWN0czsKIAkgICAgICBpZiAoT2JqZWN0
X0xpc3QtPmNvdW50ID09IDAgJiYgT2JqZWN0X0luZm8tPmluZm8ub2JqZWN0LnZvbHVtZSAhPSAw
KSB7Ci0JICAgICAgICAgIFRtcF9BcnJheS5jb3VudCA9IDE7Ci0JCSAgVG1wX0FycmF5LmhhbmRs
ZVswXSA9IE9iamVjdF9JbmZvLT5pbmZvLm9iamVjdC52b2x1bWU7Ci0JICAgICAgICAgIE9iamVj
dF9MaXN0ID0gJlRtcF9BcnJheTsKKyAgICAgICAgICAgICAgICBUbXBfQXJyYXktPmNvdW50ID0g
MTsKKyAgICAgICAgICAgICAgICBUbXBfQXJyYXktPmhhbmRsZVswXSA9IE9iamVjdF9JbmZvLT5p
bmZvLm9iamVjdC52b2x1bWU7CisgICAgICAgICAgICAgICAgT2JqZWN0X0xpc3QgPSBUbXBfQXJy
YXk7CiAJICAgICAgfQogICAgICAgICAgICAgICBicmVhazsKICAgICAgICAgICAgIGRlZmF1bHQ6
Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100167</attachid>
            <date>2006-10-21 13:22 0000</date>
            <desc>cli_reload_options.patch</desc>
            <filename>cli_reload_options.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">Q2hlY2sgdGhlICByZXR1cm5lZCBlZmZlY3QgYWZ0ZXIgc2V0dGluZyBzZWxlY3RlZCBvYmplY3Rz
IGZvciBhIHRhc2sgYW5kCnJlbG9hZCB0aGUgb3B0aW9uIGRlc2NyaXB0b3JzIGlmIG5lY2Vzc2Fy
eS4KCi0tLSBldm1zLTIuNS41L3VpL2NsaS9pbnRlcnByZXRlci5jCTIwMDUtMDYtMDEgMTA6MjA6
MzIuMDAwMDAwMDAwIC0wNTAwCisrKyBldm1zLTIuNS41LWZpeC91aS9jbGkvaW50ZXJwcmV0ZXIu
YwkyMDA2LTA5LTAxIDExOjU0OjUwLjkwMzIwMjM2NSAtMDUwMApAQCAtMjQwMCw2ICsyNDAwLDEz
IEBACiAgICAgICAgICAgICBFcnJvciA9IEVJTlZBTDsKIAogICAgICAgICB9CisgICAgICAgIGVs
c2UKKyAgICAgICAgeworICAgICAgICAgIGlmIChUYXNrX1Jlc3VsdCAmIEVWTVNfRWZmZWN0X1Jl
bG9hZF9PcHRpb25zKSB7CisgICAgICAgICAgICBDbGVhcl9PcHRpb25fRGVzY3JpcHRvcnMoKTsK
KyAgICAgICAgICAgIEdldF9PcHRpb25fRGVzY3JpcHRvcnMoKTsKKyAgICAgICAgICB9CisgICAg
ICAgIH0KIAogICAgICAgfQogICAgICAgZWxzZQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100168</attachid>
            <date>2006-10-21 13:23 0000</date>
            <desc>ntfs_unmkfs.patch</desc>
            <filename>ntfs_unmkfs.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">VGhpcyBwYXRjaCBmaXhlcyBhIGJ1ZyBpbiB0aGUgTlRGUyB1bm1rZnMuICBUaGUgb2Zmc2V0cyBm
b3IgdGhlIHN1cGVyYmxvY2tzCndlcmUgY2FsY3VsYXRlZCBpbmNvcnJlY3RseSBieSB1c2luZyB0
aGUgZmlsZXN5c3RlbSBzaXplIHJhdGhlciB0aGFuIHVzaW5nCnRoZSB2b2x1bWUgc2l6ZS4gIFRo
ZSByZXN1bHQgaXMgdGhhdCBzb21ldGltZXMgdGhlIHN1cGVyYmxvY2tzIGRpZG4ndCBnZXQKd2lw
ZWQgb3V0LCBsZWF2aW5nIHRoZSBOVEZTIGZpbGUgc3lzdGVtIHN0aWxsIG9uIHRoZSB2b2x1bWUu
CgotLS0gZXZtcy0yLjUuNS9wbHVnaW5zL250ZnMvdXRpbHMuYwkyMDA2LTAyLTI0IDEwOjM2OjU0
LjAwMDAwMDAwMCAtMDYwMAorKysgZXZtcy0yLjUuNS1maXgvcGx1Z2lucy9udGZzL3V0aWxzLmMJ
MjAwNi0wNS0wNCAxNjo0NzoyNi4yNDMxMjAwMDAgLTA1MDAKQEAgLTMxMyw3ICszMTMsNiBAQAog
aW50IGNsZWFyX250ZnNfYm9vdF9zZWN0b3JzKGxvZ2ljYWxfdm9sdW1lX3QgKiBldikKIHsKIAlp
bnQgcmMgPSAwOwotCXByaXZhdGVfZGF0YV90ICogcGQgPSAocHJpdmF0ZV9kYXRhX3QgKikgZXYt
PnByaXZhdGVfZGF0YTsKIAlpbnQgZmQ7CiAJdm9pZCAqIGJsb2NrOwogCWludDMyX3QgYnl0ZXNf
d3JpdHRlbjsKQEAgLTM0Niw3ICszNDUsNyBAQAogCX0KIAogCS8qIFdpcGUgb3V0IHRoZSBOVDQr
IGJhY2t1cCBib290IHNlY3Rvci4gKi8KLQlieXRlc193cml0dGVuID0gRW5nRm5jcy0+d3JpdGVf
dm9sdW1lKGV2LCBmZCwgYmxvY2ssIE5URlNfQkxPQ0tfU0laRSwgKHBkLT5mc19zaXplIDw8IEVW
TVNfVlNFQ1RPUl9TSVpFX1NISUZUKSAtIE5URlNfQkxPQ0tfU0laRSk7CisJYnl0ZXNfd3JpdHRl
biA9IEVuZ0ZuY3MtPndyaXRlX3ZvbHVtZShldiwgZmQsIGJsb2NrLCBOVEZTX0JMT0NLX1NJWkUs
IChldi0+dm9sX3NpemUgPDwgRVZNU19WU0VDVE9SX1NJWkVfU0hJRlQpIC0gTlRGU19CTE9DS19T
SVpFKTsKIAlpZiAoYnl0ZXNfd3JpdHRlbiAhPSBOVEZTX0JMT0NLX1NJWkUpIHsKIAkJTE9HX1dB
Uk5JTkcoIkZhaWxlZCB0byBjbGVhciB0aGUgcHJpbWFyeSBib290IHNlY3RvciBvbiB2b2x1bWUg
JXMuICAiCiAJCQkgICAgIk9ubHkgJWQgYnl0ZXMgd2VyZSB3cml0dGVuLlxuIiwKQEAgLTM1NSw3
ICszNTQsNyBAQAogCX0KIAogCS8qIFdpcGUgb3V0IHRoZSBOVDMuNTEtIGJhY2t1cCBib290IHNl
Y3Rvci4gKi8KLQlieXRlc193cml0dGVuID0gRW5nRm5jcy0+d3JpdGVfdm9sdW1lKGV2LCBmZCwg
YmxvY2ssIE5URlNfQkxPQ0tfU0laRSwgKHBkLT5mc19zaXplIDw8IChFVk1TX1ZTRUNUT1JfU0la
RV9TSElGVCAtIDEpKSk7CisJYnl0ZXNfd3JpdHRlbiA9IEVuZ0ZuY3MtPndyaXRlX3ZvbHVtZShl
diwgZmQsIGJsb2NrLCBOVEZTX0JMT0NLX1NJWkUsIChldi0+dm9sX3NpemUgPDwgKEVWTVNfVlNF
Q1RPUl9TSVpFX1NISUZUIC0gMSkpKTsKIAlpZiAoYnl0ZXNfd3JpdHRlbiAhPSBOVEZTX0JMT0NL
X1NJWkUpIHsKIAkJTE9HX1dBUk5JTkcoIkZhaWxlZCB0byBjbGVhciB0aGUgcHJpbWFyeSBib290
IHNlY3RvciBvbiB2b2x1bWUgJXMuICAiCiAJCQkgICAgIk9ubHkgJWQgYnl0ZXMgd2VyZSB3cml0
dGVuLlxuIiwK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>100169</attachid>
            <date>2006-10-21 13:24 0000</date>
            <desc>raid5_algorithm.patch</desc>
            <filename>raid5_algorithm.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">VGhpcyBwYXRjaCBmaXhlcyB0aGUgbWQgcGx1Zy1pbiBzbyB0aGF0IGl0IHdpbGwgc2V0IHRoZSBk
ZXNpcmVkIHBhcml0eSBhbGdvcml0aG0KaW4gdGhlIHN1cGVyYmxvY2sgZm9yIHRoZSBSQUlENSBh
cnJheS4gIFByZXZpb3VzbHkgaXQgYWx3YXlzIHNldCB0aGUgYWxnb3JpdGhtCnRvIDAsIGkuZS4s
IGxlZnQgYXN5bW1ldHJpYy4KCi0tLSBldm1zLTIuNS41L3BsdWdpbnMvbWQvcmFpZDVfbWdyLmMJ
MjAwNi0wMi0yMiAxMDowNToxNy4wMDAwMDAwMDAgLTA2MDAKKysrIGV2bXMtMi41LjUtZml4L3Bs
dWdpbnMvbWQvcmFpZDVfbWdyLmMJMjAwNi0wNi0wOCAxMzo1OTo1Ni42NDgzNTEzNjggLTA1MDAK
QEAgLTE5MzIsNyArMTkzMiw3IEBACiAJCX0KIAl9CiAKLQlyYyA9IG1kX2luaXRfc2Iodm9sdW1l
LCAmc2JfdmVyLCByYWlkX2xldmVsLCAwLCBzaXplLCBjaHVua3NpemUpOworCXJjID0gbWRfaW5p
dF9zYih2b2x1bWUsICZzYl92ZXIsIHJhaWRfbGV2ZWwsIHBhcml0eV9hbGdvcml0aG0sIHNpemUs
IGNodW5rc2l6ZSk7CiAJaWYgKHJjKSB7CiAJCWdvdG8gZXJyb3JfZnJlZTsKIAl9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>100253</attachid>
            <date>2006-10-23 02:27 0000</date>
            <desc>new version with static glib for the gui</desc>
            <filename>evms-2.5.5-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9ldm1zL2V2bXMtMi41LjUtcjMuZWJ1
aWxkLHYgMS4yIDIwMDYvMDgvMjAgMjE6MjM6MDAgdmFwaWVyIEV4cCAkCgppbmhlcml0IGV1dGls
cyBmbGFnLW8tbWF0aWMgbXVsdGlsaWIgdG9vbGNoYWluLWZ1bmNzCgpERVNDUklQVElPTj0iVXRp
bGl0aWVzIGZvciB0aGUgSUJNIEVudGVycHJpc2UgVm9sdW1lIE1hbmFnZW1lbnQgU3lzdGVtIgpI
T01FUEFHRT0iaHR0cDovL3d3dy5zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvZXZtcyIKU1JDX1VS
ST0ibWlycm9yOi8vc291cmNlZm9yZ2UvJHtQTn0vJHtQfS50YXIuZ3oiCgpMSUNFTlNFPSJHUEwt
MiIKU0xPVD0iMCIKS0VZV09SRFM9In5hbWQ2NCB+aWE2NCB+cHBjIH5wcGM2NCB+c3BhcmMgfng4
NiIKSVVTRT0ibmN1cnNlcyBndGsgbmxzIGRlYnVnIHN0YXRpYy1nbGliIgoKI0VWTVMgdXNlcyBs
aWJ1dWlkIGZyb20gZTJmc3Byb2dzClJERVBFTkQ9InZpcnR1YWwvbGliYwoJc3lzLWZzL2UyZnNw
cm9ncwoJc3lzLWZzL2RldmljZS1tYXBwZXIKCT49c3lzLWFwcHMvYmFzZWxheW91dC0xLjkuNC1y
NgoJZ3RrPyAoID14MTEtbGlicy9ndGsrLTEqIAoJICAgICAgICAgICA9ZGV2LWxpYnMvZ2xpYi0x
KiApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25jdXJzZXMKCSAgICAgICAgICAgPWRldi1saWJzL2ds
aWItMiogKSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgIiR7U30iCgoJZXBhdGNo
ICIke0ZJTEVTRElSfSIvJHtQVn0vYWNsb2NhbC5wYXRjaAoKCWVwYXRjaCAiJHtGSUxFU0RJUn0i
LyR7UFZ9L2NsaV9xdWVyeV9zZWdmYXVsdC5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQ
Vn0vY2xpX3JlbG9hZF9vcHRpb25zLnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9u
dGZzX3VubWtmcy5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfYWxnb3Jp
dGhtLnBhdGNoCgoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfZGVncmFkZV9maXgu
cGF0Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L21kX3N1cGVyX2ZpeC5wYXRjaAoJZXBh
dGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeC5wYXRjaAoJZXBh
dGNoICIke0ZJTEVTRElSfSIvJHtQVn0vcmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeF8yLnBhdGNoCgll
cGF0Y2ggIiR7RklMRVNESVJ9Ii9ldm1zLTIuNS41LWFzLW5lZWRlZC5wYXRjaAoKCWF1dG9jb25m
IHx8IGRpZQp9CgpzcmNfY29tcGlsZSgpIHsKCSMgQnVnICM1NDg1NgoJIyBmaWx0ZXItZmxhZ3Mg
Ii1mc3RhY2stcHJvdGVjdG9yIgoJcmVwbGFjZS1mbGFncyAtTzMgLU8yCglyZXBsYWNlLWZsYWdz
IC1PcyAtTzIKCglsb2NhbCBleGNsdWRlZF9pbnRlcmZhY2VzPSIiCgl1c2UgbmN1cnNlcyB8fCBl
eGNsdWRlZF9pbnRlcmZhY2VzPSItLWRpc2FibGUtdGV4dC1tb2RlIgoKCWlmIHVzZSBndGs7IHRo
ZW4KCQlleGNsdWRlZF9pbnRlcmZhY2VzPSIke2V4Y2x1ZGVkX2ludGVyZmFjZXN9IC0tZGlzYWJs
ZS1nbGliMnRlc3QiCgllbHNlCgkJZXhjbHVkZWRfaW50ZXJmYWNlcz0iJHtleGNsdWRlZF9pbnRl
cmZhY2VzfSAtLWRpc2FibGUtZ3VpIC0tZGlzYWJsZS1ndGt0ZXN0IC0tZGlzYWJsZS1nbGlidGVz
dCIKCWZpCgoJZWNvbmYgXAoJCS0tbGliZGlyPS8kKGdldF9saWJkaXIpIFwKCQktLXNiaW5kaXI9
L3NiaW4gXAoJCS0taW5jbHVkZWRpcj0vdXNyL2luY2x1ZGUgXAoJCSQodXNlX3dpdGggZGVidWcp
IFwKCQkkKHVzZV93aXRoIHN0YXRpYy1nbGliKSBcCgkJJCh1c2VfZW5hYmxlIG5scykgXAoJCSR7
ZXhjbHVkZWRfaW50ZXJmYWNlc30gfHwgZGllICJGYWlsZWQgY29uZmlndXJlIgoKCWVtYWtlIHx8
IGRpZSAiRmFpbGVkIGVtYWtlIgp9CgpzcmNfaW5zdGFsbCgpIHsKCW1ha2UgREVTVERJUj0iJHtE
fSIgaW5zdGFsbCB8fCBkaWUgIk1ha2UgaW5zdGFsbCBkaWVkIgoJZG9kb2MgQ2hhbmdlTG9nIElO
U1RBTEwqIFBMVUdJTi5JRFMgUkVBRE1FIFRFUk1JTk9MT0dZIGRvYy9saW51eHJjCgoJaW5zaW50
byAvJChnZXRfbGliZGlyKS9yY3NjcmlwdHMvYWRkb25zCgluZXdpbnMgIiR7RklMRVNESVJ9Ii9l
dm1zMi1zdGFydC5zaCBldm1zLXN0YXJ0LnNoIHx8IGRpZSAicmNzY3JpcHQgYWRkb24gZmFpbGVk
IgoKCSMgaW5zdGFsbCB0aGUgc2FtcGxlIGNvbmZpZ3VyYXRpb24gaW50byB0aGUgZG9jIGRpcgoJ
ZG9kb2MgJHtEfS9ldGMvZXZtcy5jb25mLnNhbXBsZQoJcm0gLWYgJHtEfS9ldGMvZXZtcy5jb25m
LnNhbXBsZQoKCSMgdGhlIGtlcm5lbCBwYXRjaGVzIG1heSBjb21lIGhhbmR5IGZvciBwZW9wbGUg
Y29tcGlsaW5nIHRoZWlyIG93biBrZXJuZWwKCWRvY2ludG8ga2VybmVsLzIuNAoJZG9kb2Mga2Vy
bmVsLzIuNC8qCglkb2NpbnRvIGtlcm5lbC8yLjYKCWRvZG9jIGtlcm5lbC8yLjYvKgoKCSMgbW92
ZSBzdGF0aWMgbGlicmFyaWVzIHRvIC91c3IvbGliCglkb2RpciAvdXNyLyQoZ2V0X2xpYmRpcikK
CW12IC1mICR7RH0vJChnZXRfbGliZGlyKS8qLmEgJHtEfS91c3IvJChnZXRfbGliZGlyKQoKCSMg
Q3JlYXRlIGxpbmtlciBzY3JpcHRzIGZvciBkeW5hbWljIGxpYnMgaW4gL2xpYiwgZWxzZSBnY2MK
CSMgbGlua3MgdG8gdGhlIHN0YXRpYyBvbmVzIGluIC91c3IvbGliIGZpcnN0LiAgQnVnICM0NDEx
LgoJZm9yIHggaW4gJHtEfS91c3IvJChnZXRfbGliZGlyKS8qLmEKCWRvCgkJaWYgWyAtZiAke3h9
IF0KCQl0aGVuCgkJCWxvY2FsIGxpYj0iJHt4IyMqL30iCgkJCWdlbl91c3JfbGRzY3JpcHQgJHts
aWIvXC5hL1wuc299CgkJZmkKCWRvbmUKCgkjIHRoZSBndGsrIGZyb250ZW5kIHNob3VsZCBsaXZl
IGluIC91c3Ivc2JpbgoJaWYgdXNlIGd0awoJdGhlbgoJCWRvZGlyIC91c3Ivc2JpbgoJCW12IC1m
ICR7RH0vc2Jpbi9ldm1zZ3VpICR7RH0vdXNyL3NiaW4KCWZpCgoJIyBOZWVkZWQgZm9yIGJ1ZyAj
NTEyNTIKCWRvc3ltIGxpYmV2bXMtMi41LnNvLjAuMCAvJChnZXRfbGliZGlyKS9saWJldm1zLTIu
NS5zby4wCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>100255</attachid>
            <date>2006-10-23 02:30 0000</date>
            <desc>glib with static option</desc>
            <filename>glib-2.12.4-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2Rldi1saWJzL2dsaWIvZ2xpYi0yLjEyLjQuZWJ1
aWxkLHYgMS4zIDIwMDYvMTAvMTUgMTQ6MDc6MjIgbGVpbyBFeHAgJAoKaW5oZXJpdCBnbm9tZS5v
cmcgbGlidG9vbCBldXRpbHMgZmxhZy1vLW1hdGljIGRlYnVnCgpERVNDUklQVElPTj0iVGhlIEdM
aWIgbGlicmFyeSBvZiBDIHJvdXRpbmVzIgpIT01FUEFHRT0iaHR0cDovL3d3dy5ndGsub3JnLyIK
CkxJQ0VOU0U9IkxHUEwtMiIKU0xPVD0iMiIKS0VZV09SRFM9In5hbHBoYSB+YW1kNjQgfmFybSB+
aHBwYSB+aWE2NCB+bWlwcyB+cHBjIH5wcGMtbWFjb3MgfnBwYzY0IH5zMzkwIH5zaCB+c3BhcmMg
fng4NiB+eDg2LWZic2QiCklVU0U9ImRlYnVnIGRvYyBoYXJkZW5lZCBzdGF0aWMiCgpSREVQRU5E
PSJ2aXJ0dWFsL2xpYmMKCXZpcnR1YWwvbGliaWNvbnYiCgpERVBFTkQ9IiR7UkRFUEVORH0KCT49
ZGV2LXV0aWwvcGtnY29uZmlnLTAuMTQKCT49c3lzLWRldmVsL2dldHRleHQtMC4xMQoJZG9jPwko
CgkJCQk+PWRldi11dGlsL2d0ay1kb2MtMS40CgkJCQl+YXBwLXRleHQvZG9jYm9vay14bWwtZHRk
LTQuMS4yCgkJCSkiCgoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAke1N9CgoJaWYg
dXNlIHBwYzY0ICYmIHVzZSBoYXJkZW5lZCA7IHRoZW4KCQlyZXBsYWNlLWZsYWdzIC1PWzItM10g
LU8xCgkJZXBhdGNoICIke0ZJTEVTRElSfSIvZ2xpYi0yLjYuMy10ZXN0Z2xpYi1zc3AucGF0Y2gK
CWZpCgoJaWYgdXNlIGlhNjQ7IHRoZW4KCQkjIE9ubHkgYXBwbHkgZm9yIDwgNC4xCgkJbG9jYWwg
bWFqb3I9JChnY2MtbWFqb3ItdmVyc2lvbikKCQlsb2NhbCBtaW5vcj0kKGdjYy1taW5vci12ZXJz
aW9uKQoJCWlmICgoIG1ham9yIDwgNCB8fCAoIG1ham9yID09IDQgJiYgbWlub3IgPT0gMCApICkp
OyB0aGVuCgkJCWVwYXRjaCAiJHtGSUxFU0RJUn0vZ2xpYi0yLjEwLjMtaWE2NC1hdG9taWMtb3Bz
LnBhdGNoIgoJCWZpCglmaQoKCWVwYXRjaCAiJHtGSUxFU0RJUn0vJHtQTn0tMi44LjMtbWFjb3Mu
cGF0Y2giCgoJIyBGaXggYnVpbGQgZm9yIEZyZWVCU0QuIFRoZXNlIHdpbGwgYmUgaW5jbHVkZWQg
aW4gMi4xMi41CgllcGF0Y2ggIiR7RklMRVNESVJ9LyR7UH0tZ3RpbWVyLWZpeC5wYXRjaCIKCWVw
YXRjaCAiJHtGSUxFU0RJUn0vJHtQfS10ZXN0c19wdGhyZWFkLnBhdGNoIgp9CgpzcmNfY29tcGls
ZSgpIHsKCWVwdW50X2N4eAoJZWxpYnRvb2xpemUKCglsb2NhbCBteWNvbmYKCgkjIEJ1aWxkaW5n
IHdpdGggLS1kaXNhYmxlLWRlYnVnIGhpZ2hseSB1bnJlY29tbWVuZGVkLiAgSXQgd2lsbCBidWls
ZCBnbGliIGluCgkjIGFuIHVudXNhYmxlIGZvcm0gYXMgaXQgZGlzYWJsZXMgc29tZSBjb21tb25s
eSB1c2VkIEFQSS4gIFBsZWFzZSBkbyBub3QKCSMgY29udmVydCB0aGlzIHRvIHRoZSB1c2VfZW5h
YmxlIGZvcm0sIGFzIGl0IHJlc3VsdHMgaW4gYSBicm9rZW4gYnVpbGQuCgkjIC0tIGNvbXBuZXJk
ICgzLzI3LzA2KQoJdXNlIGRlYnVnICYmIG15Y29uZj0iLS1lbmFibGUtZGVidWciCgoJZWNvbmYg
XAoJCSQodXNlX2VuYWJsZSBkb2MgZ3RrLWRvYykgXAoJCSQodXNlX2VuYWJsZSBzdGF0aWMpIFwK
CQkke215Y29uZn0gXAoJCS0td2l0aC10aHJlYWRzPXBvc2l4IHx8IGRpZSAiY29uZmlndXJlIGZh
aWxlZCIKCgllbWFrZSB8fCBkaWUgIm1ha2UgZmFpbGVkIgp9CgpzcmNfaW5zdGFsbCgpIHsKCW1h
a2UgREVTVERJUj0iJHtEfSIgaW5zdGFsbCB8fCBkaWUgIkluc3RhbGxhdGlvbiBmYWlsZWQiCgoJ
IyBEbyBub3QgaW5zdGFsbCBjaGFyc2V0LmFsaWFzIGV2ZW4gaWYgZ2VuZXJhdGVkLCBsZWF2ZSBp
dCB0b2wgbGliaWNvbnYKCXJtIC1mICR7RH0vdXNyL2xpYi9jaGFyc2V0LmFsaWFzCgoJIyBDb25z
aWRlciBpbnZhbGlkIFVURi04IGZpbGVuYW1lcyBhcyBsb2NhbGUtc3BlY2lmaWMuCgkjIFRPRE8g
OjogRXZlbnR1YWxseSBnZXQgcmlkIG9mIEdfQlJPS0VOX0ZJTEVOQU1FUwoJZG9kaXIgL2V0Yy9l
bnYuZAoJZWNobyAiR19CUk9LRU5fRklMRU5BTUVTPTEiID4gJHtEfS9ldGMvZW52LmQvNTBnbGli
MgoJZWNobyAiR19GSUxFTkFNRV9FTkNPRElORz1VVEYtOCIgPj4gJHtEfS9ldGMvZW52LmQvNTBn
bGliMgoKCWRvZG9jIEFVVEhPUlMgQ2hhbmdlTG9nKiBORVdTKiBSRUFETUUKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>101581</attachid>
            <date>2006-11-09 21:15 0000</date>
            <desc>Most recent -r3 proposed above updated with EVMS release patches</desc>
            <filename>evms-2.5.5-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9ldm1zL2V2bXMtMi41LjUtcjMuZWJ1
aWxkLHYgMS4yIDIwMDYvMDgvMjAgMjE6MjM6MDAgdmFwaWVyIEV4cCAkCgppbmhlcml0IGV1dGls
cyBmbGFnLW8tbWF0aWMgbXVsdGlsaWIgdG9vbGNoYWluLWZ1bmNzCgpERVNDUklQVElPTj0iVXRp
bGl0aWVzIGZvciB0aGUgSUJNIEVudGVycHJpc2UgVm9sdW1lIE1hbmFnZW1lbnQgU3lzdGVtIgpI
T01FUEFHRT0iaHR0cDovL3d3dy5zb3VyY2Vmb3JnZS5uZXQvcHJvamVjdHMvZXZtcyIKU1JDX1VS
ST0ibWlycm9yOi8vc291cmNlZm9yZ2UvJHtQTn0vJHtQfS50YXIuZ3oiCgpMSUNFTlNFPSJHUEwt
MiIKU0xPVD0iMCIKS0VZV09SRFM9In5hbWQ2NCB+aWE2NCB+cHBjIH5wcGM2NCB+c3BhcmMgfng4
NiIKSVVTRT0ibmN1cnNlcyBndGsgbmxzIGRlYnVnIHN0YXRpYy1nbGliIgoKI0VWTVMgdXNlcyBs
aWJ1dWlkIGZyb20gZTJmc3Byb2dzClJERVBFTkQ9InZpcnR1YWwvbGliYwoJc3lzLWZzL2UyZnNw
cm9ncwoJc3lzLWZzL2RldmljZS1tYXBwZXIKCT49c3lzLWFwcHMvYmFzZWxheW91dC0xLjkuNC1y
NgoJZ3RrPyAoID14MTEtbGlicy9ndGsrLTEqIAoJICAgICAgICAgICA9ZGV2LWxpYnMvZ2xpYi0x
KiApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25jdXJzZXMKCSAgICAgICAgICAgPWRldi1saWJzL2ds
aWItMiogKSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgIiR7U30iCgoJZXBhdGNo
ICIke0ZJTEVTRElSfSIvJHtQVn0vYWNsb2NhbC5wYXRjaAoKCWVwYXRjaCAiJHtGSUxFU0RJUn0i
LyR7UFZ9L21kX3N1cGVyX2ZpeC5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vbnRm
c191bm1rZnMucGF0Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L3JhaWQ1X2RlZ3JhZGVf
Zml4LnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9yYWlkNV9yZW1vdmVfc3BhcmVf
Zml4LnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9yYWlkNV9yZW1vdmVfc3BhcmVf
Zml4XzIucGF0Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L3JhaWQ1X2FsZ29yaXRobS5w
YXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vY2xpX3JlbG9hZF9vcHRpb25zLnBhdGNo
CgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9jbGlfcXVlcnlfc2VnZmF1bHQucGF0Y2gKCWVw
YXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L2dldF9nZW9tZXRyeS5wYXRjaAoJZXBhdGNoICIke0ZJ
TEVTRElSfSIvJHtQVn0vQmFzZU5hbWUucGF0Y2gKCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii9ldm1z
LTIuNS41LWFzLW5lZWRlZC5wYXRjaAoKCWF1dG9jb25mIHx8IGRpZQp9CgpzcmNfY29tcGlsZSgp
IHsKCSMgQnVnICM1NDg1NgoJIyBmaWx0ZXItZmxhZ3MgIi1mc3RhY2stcHJvdGVjdG9yIgoJcmVw
bGFjZS1mbGFncyAtTzMgLU8yCglyZXBsYWNlLWZsYWdzIC1PcyAtTzIKCglsb2NhbCBleGNsdWRl
ZF9pbnRlcmZhY2VzPSIiCgl1c2UgbmN1cnNlcyB8fCBleGNsdWRlZF9pbnRlcmZhY2VzPSItLWRp
c2FibGUtdGV4dC1tb2RlIgoKCWlmIHVzZSBndGs7IHRoZW4KCQlleGNsdWRlZF9pbnRlcmZhY2Vz
PSIke2V4Y2x1ZGVkX2ludGVyZmFjZXN9IC0tZGlzYWJsZS1nbGliMnRlc3QiCgllbHNlCgkJZXhj
bHVkZWRfaW50ZXJmYWNlcz0iJHtleGNsdWRlZF9pbnRlcmZhY2VzfSAtLWRpc2FibGUtZ3VpIC0t
ZGlzYWJsZS1ndGt0ZXN0IC0tZGlzYWJsZS1nbGlidGVzdCIKCWZpCgoJZWNvbmYgXAoJCS0tbGli
ZGlyPS8kKGdldF9saWJkaXIpIFwKCQktLXNiaW5kaXI9L3NiaW4gXAoJCS0taW5jbHVkZWRpcj0v
dXNyL2luY2x1ZGUgXAoJCSQodXNlX3dpdGggZGVidWcpIFwKCQkkKHVzZV93aXRoIHN0YXRpYy1n
bGliKSBcCgkJJCh1c2VfZW5hYmxlIG5scykgXAoJCSR7ZXhjbHVkZWRfaW50ZXJmYWNlc30gfHwg
ZGllICJGYWlsZWQgY29uZmlndXJlIgoKCWVtYWtlIHx8IGRpZSAiRmFpbGVkIGVtYWtlIgp9Cgpz
cmNfaW5zdGFsbCgpIHsKCW1ha2UgREVTVERJUj0iJHtEfSIgaW5zdGFsbCB8fCBkaWUgIk1ha2Ug
aW5zdGFsbCBkaWVkIgoJZG9kb2MgQ2hhbmdlTG9nIElOU1RBTEwqIFBMVUdJTi5JRFMgUkVBRE1F
IFRFUk1JTk9MT0dZIGRvYy9saW51eHJjCgoJaW5zaW50byAvJChnZXRfbGliZGlyKS9yY3Njcmlw
dHMvYWRkb25zCgluZXdpbnMgIiR7RklMRVNESVJ9Ii9ldm1zMi1zdGFydC5zaCBldm1zLXN0YXJ0
LnNoIHx8IGRpZSAicmNzY3JpcHQgYWRkb24gZmFpbGVkIgoKCSMgaW5zdGFsbCB0aGUgc2FtcGxl
IGNvbmZpZ3VyYXRpb24gaW50byB0aGUgZG9jIGRpcgoJZG9kb2MgJHtEfS9ldGMvZXZtcy5jb25m
LnNhbXBsZQoJcm0gLWYgJHtEfS9ldGMvZXZtcy5jb25mLnNhbXBsZQoKCSMgdGhlIGtlcm5lbCBw
YXRjaGVzIG1heSBjb21lIGhhbmR5IGZvciBwZW9wbGUgY29tcGlsaW5nIHRoZWlyIG93biBrZXJu
ZWwKCWRvY2ludG8ga2VybmVsLzIuNAoJZG9kb2Mga2VybmVsLzIuNC8qCglkb2NpbnRvIGtlcm5l
bC8yLjYKCWRvZG9jIGtlcm5lbC8yLjYvKgoKCSMgbW92ZSBzdGF0aWMgbGlicmFyaWVzIHRvIC91
c3IvbGliCglkb2RpciAvdXNyLyQoZ2V0X2xpYmRpcikKCW12IC1mICR7RH0vJChnZXRfbGliZGly
KS8qLmEgJHtEfS91c3IvJChnZXRfbGliZGlyKQoKCSMgQ3JlYXRlIGxpbmtlciBzY3JpcHRzIGZv
ciBkeW5hbWljIGxpYnMgaW4gL2xpYiwgZWxzZSBnY2MKCSMgbGlua3MgdG8gdGhlIHN0YXRpYyBv
bmVzIGluIC91c3IvbGliIGZpcnN0LiAgQnVnICM0NDExLgoJZm9yIHggaW4gJHtEfS91c3IvJChn
ZXRfbGliZGlyKS8qLmEKCWRvCgkJaWYgWyAtZiAke3h9IF0KCQl0aGVuCgkJCWxvY2FsIGxpYj0i
JHt4IyMqL30iCgkJCWdlbl91c3JfbGRzY3JpcHQgJHtsaWIvXC5hL1wuc299CgkJZmkKCWRvbmUK
CgkjIHRoZSBndGsrIGZyb250ZW5kIHNob3VsZCBsaXZlIGluIC91c3Ivc2JpbgoJaWYgdXNlIGd0
awoJdGhlbgoJCWRvZGlyIC91c3Ivc2JpbgoJCW12IC1mICR7RH0vc2Jpbi9ldm1zZ3VpICR7RH0v
dXNyL3NiaW4KCWZpCgoJIyBOZWVkZWQgZm9yIGJ1ZyAjNTEyNTIKCWRvc3ltIGxpYmV2bXMtMi41
LnNvLjAuMCAvJChnZXRfbGliZGlyKS9saWJldm1zLTIuNS5zby4wCn0K
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>101582</attachid>
            <date>2006-11-09 21:33 0000</date>
            <desc>evms-2.5.5-r3.ebuild only -r2 with latest release patches</desc>
            <filename>evms-2.5.5-r3.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1mcy9ldm1zL2V2bXMtMi41LjUtcjMuZWJ1
aWxkLHYgMS40IDIwMDYvMTEvMDkgMjE6MTc6MDAgdWxtbyBFeHAgJAoKaW5oZXJpdCBldXRpbHMg
ZmxhZy1vLW1hdGljIG11bHRpbGliIHRvb2xjaGFpbi1mdW5jcwoKREVTQ1JJUFRJT049IlV0aWxp
dGllcyBmb3IgdGhlIElCTSBFbnRlcnByaXNlIFZvbHVtZSBNYW5hZ2VtZW50IFN5c3RlbSIKSE9N
RVBBR0U9Imh0dHA6Ly93d3cuc291cmNlZm9yZ2UubmV0L3Byb2plY3RzL2V2bXMiClNSQ19VUkk9
Im1pcnJvcjovL3NvdXJjZWZvcmdlLyR7UE59LyR7UH0udGFyLmd6IgoKTElDRU5TRT0iR1BMLTIi
ClNMT1Q9IjAiCktFWVdPUkRTPSJ+YW1kNjQgfmlhNjQgfnBwYyB+cHBjNjQgfnNwYXJjIH54ODYi
CklVU0U9Im5jdXJzZXMgZ3RrIG5scyIKCiNFVk1TIHVzZXMgbGlidXVpZCBmcm9tIGUyZnNwcm9n
cwpSREVQRU5EPSJ2aXJ0dWFsL2xpYmMKCXN5cy1mcy9lMmZzcHJvZ3MKCXN5cy1mcy9kZXZpY2Ut
bWFwcGVyCgk+PXN5cy1hcHBzL2Jhc2VsYXlvdXQtMS45LjQtcjYKCWd0az8gKCA9eDExLWxpYnMv
Z3RrKy0xKiApCgluY3Vyc2VzPyAoIHN5cy1saWJzL25jdXJzZXMKCSAgICAgICAgICAgPWRldi1s
aWJzL2dsaWItMSogKSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfQoJY2QgIiR7U30iCgll
cGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9tZF9zdXBlcl9maXgucGF0Y2gKCWVwYXRjaCAiJHtG
SUxFU0RJUn0iLyR7UFZ9L250ZnNfdW5ta2ZzLnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8k
e1BWfS9yYWlkNV9kZWdyYWRlX2ZpeC5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0v
cmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeC5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0v
cmFpZDVfcmVtb3ZlX3NwYXJlX2ZpeF8yLnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BW
fS9yYWlkNV9hbGdvcml0aG0ucGF0Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L2NsaV9y
ZWxvYWRfb3B0aW9ucy5wYXRjaAoJZXBhdGNoICIke0ZJTEVTRElSfSIvJHtQVn0vY2xpX3F1ZXJ5
X3NlZ2ZhdWx0LnBhdGNoCgllcGF0Y2ggIiR7RklMRVNESVJ9Ii8ke1BWfS9nZXRfZ2VvbWV0cnku
cGF0Y2gKCWVwYXRjaCAiJHtGSUxFU0RJUn0iLyR7UFZ9L0Jhc2VOYW1lLnBhdGNoCgoJZXBhdGNo
ICIke0ZJTEVTRElSfSIvZXZtcy0yLjUuNS1hcy1uZWVkZWQucGF0Y2gKfQoKc3JjX2NvbXBpbGUo
KSB7CgkjIEJ1ZyAjNTQ4NTYKCSMgZmlsdGVyLWZsYWdzICItZnN0YWNrLXByb3RlY3RvciIKCXJl
cGxhY2UtZmxhZ3MgLU8zIC1PMgoJcmVwbGFjZS1mbGFncyAtT3MgLU8yCgoJbG9jYWwgZXhjbHVk
ZWRfaW50ZXJmYWNlcz0iIgoJdXNlIG5jdXJzZXMgfHwgZXhjbHVkZWRfaW50ZXJmYWNlcz0iLS1k
aXNhYmxlLXRleHQtbW9kZSIKCXVzZSBndGsgfHwgZXhjbHVkZWRfaW50ZXJmYWNlcz0iJHtleGNs
dWRlZF9pbnRlcmZhY2VzfSAtLWRpc2FibGUtZ3VpIgoKCWVjb25mIFwKCQktLWxpYmRpcj0vJChn
ZXRfbGliZGlyKSBcCgkJLS1zYmluZGlyPS9zYmluIFwKCQktLWluY2x1ZGVkaXI9L3Vzci9pbmNs
dWRlIFwKCQkkKHVzZV9lbmFibGUgbmxzKSBcCgkJJHtleGNsdWRlZF9pbnRlcmZhY2VzfSB8fCBk
aWUgIkZhaWxlZCBjb25maWd1cmUiCgllbWFrZSB8fCBkaWUgIkZhaWxlZCBlbWFrZSIKfQoKc3Jj
X2luc3RhbGwoKSB7CgltYWtlIERFU1RESVI9IiR7RH0iIGluc3RhbGwgfHwgZGllICJNYWtlIGlu
c3RhbGwgZGllZCIKCWRvZG9jIENoYW5nZUxvZyBJTlNUQUxMKiBQTFVHSU4uSURTIFJFQURNRSBU
RVJNSU5PTE9HWSBkb2MvbGludXhyYwoKCWluc2ludG8gLyQoZ2V0X2xpYmRpcikvcmNzY3JpcHRz
L2FkZG9ucwoJbmV3aW5zICIke0ZJTEVTRElSfSIvZXZtczItc3RhcnQuc2ggZXZtcy1zdGFydC5z
aCB8fCBkaWUgInJjc2NyaXB0IGFkZG9uIGZhaWxlZCIKCgkjIGluc3RhbGwgdGhlIHNhbXBsZSBj
b25maWd1cmF0aW9uIGludG8gdGhlIGRvYyBkaXIKCWRvZG9jICR7RH0vZXRjL2V2bXMuY29uZi5z
YW1wbGUKCXJtIC1mICR7RH0vZXRjL2V2bXMuY29uZi5zYW1wbGUKCgkjIHRoZSBrZXJuZWwgcGF0
Y2hlcyBtYXkgY29tZSBoYW5keSBmb3IgcGVvcGxlIGNvbXBpbGluZyB0aGVpciBvd24ga2VybmVs
Cglkb2NpbnRvIGtlcm5lbC8yLjQKCWRvZG9jIGtlcm5lbC8yLjQvKgoJZG9jaW50byBrZXJuZWwv
Mi42Cglkb2RvYyBrZXJuZWwvMi42LyoKCgkjIG1vdmUgc3RhdGljIGxpYnJhcmllcyB0byAvdXNy
L2xpYgoJZG9kaXIgL3Vzci8kKGdldF9saWJkaXIpCgltdiAtZiAke0R9LyQoZ2V0X2xpYmRpcikv
Ki5hICR7RH0vdXNyLyQoZ2V0X2xpYmRpcikKCgkjIENyZWF0ZSBsaW5rZXIgc2NyaXB0cyBmb3Ig
ZHluYW1pYyBsaWJzIGluIC9saWIsIGVsc2UgZ2NjCgkjIGxpbmtzIHRvIHRoZSBzdGF0aWMgb25l
cyBpbiAvdXNyL2xpYiBmaXJzdC4gIEJ1ZyAjNDQxMS4KCWZvciB4IGluICR7RH0vdXNyLyQoZ2V0
X2xpYmRpcikvKi5hCglkbwoJCWlmIFsgLWYgJHt4fSBdCgkJdGhlbgoJCQlsb2NhbCBsaWI9IiR7
eCMjKi99IgoJCQlnZW5fdXNyX2xkc2NyaXB0ICR7bGliL1wuYS9cLnNvfQoJCWZpCglkb25lCgoJ
IyB0aGUgZ3RrKyBmcm9udGVuZCBzaG91bGQgbGl2ZSBpbiAvdXNyL3NiaW4KCWlmIHVzZSBndGsK
CXRoZW4KCQlkb2RpciAvdXNyL3NiaW4KCQltdiAtZiAke0R9L3NiaW4vZXZtc2d1aSAke0R9L3Vz
ci9zYmluCglmaQoKCSMgTmVlZGVkIGZvciBidWcgIzUxMjUyCglkb3N5bSBsaWJldm1zLTIuNS5z
by4wLjAgLyQoZ2V0X2xpYmRpcikvbGliZXZtcy0yLjUuc28uMAp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>101583</attachid>
            <date>2006-11-09 21:35 0000</date>
            <desc>get_geometry.patch</desc>
            <filename>get_geometry.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">VGhpcyBwYXRjaCBmaXhlcyBhIHNlZ21lbnRhdGlvbiBmYXVsdCB0aGF0IGNhbiBvY2N1ciBpbiB0
aGUgTG9jYWwgRGlzayBNYW5hZ2VyCndoZW4gdGhlIHF1ZXJpZXMgZm9yIGdldHRpbmcgdGhlIGdl
b21ldHJ5IG9mIHRoZSBkaXNrIHJldHVybiBhIHZhbHVlIG9mIHplcm8KZm9yIGVpdGhlciB0aGUg
bnVtYmVyIG9mIGhlYWRzIG9yIHRoZSBudW1iZXIgb2Ygc2VjdG9ycyBwZXIgdHJhY2suCgotLS0g
ZXZtcy0yLjUuNS9wbHVnaW5zL2Rpc2svbG9jYWxkc2ttZ3IuYwkyMDA2LTAyLTI0IDEzOjUzOjIx
LjAwMDAwMDAwMCAtMDYwMAorKysgZXZtcy0yLjUuNS1maXgvcGx1Z2lucy9kaXNrL2xvY2FsZHNr
bWdyLmMJMjAwNi0wOS0wMSAxMTo0MTo1Ni42ODEwODkwMDAgLTA1MDAKQEAgLTE1NTIsMTYgKzE1
NTIsMjUgQEAKIAogCUxPR19FTlRSWSgpOwogCi0JLyogU2V0IGRlZmF1bHRzICovCi0JZGlzay0+
Z2VvbWV0cnkuaGVhZHMgPSAyNTU7Ci0JZGlzay0+Z2VvbWV0cnkuc2VjdG9yc19wZXJfdHJhY2sg
PSA2MzsKLQogCXJjID0gZ2V0X3BhcnRpdGlvbl90YWJsZV9nZW9tZXRyeShkaXNrKTsKIAogCWlm
IChyYyAhPSAwKSB7Ci0JCWdldF9rZXJuZWxfZ2VvbWV0cnkoZGlzayk7CisJCXJjID0gZ2V0X2tl
cm5lbF9nZW9tZXRyeShkaXNrKTsKKwl9CisKKwkvKiBTZXQgZGVmYXVsdHMgaWYgbm8gdmFsaWQg
Z2VvbWV0cnkgd2FzIGZvdW5kLiAqLworCWlmIChkaXNrLT5nZW9tZXRyeS5oZWFkcyA9PSAwKSB7
CisJCUxPR19ERUJVRygiRGlzayAlczogSGVhZHMgaXMgemVybyAtIHNldHRpbmcgdG8gMjU1Llxu
IiwKKwkJCSAgZGlzay0+bmFtZSk7CisJCWRpc2stPmdlb21ldHJ5LmhlYWRzID0gMjU1OworCX0K
KwlpZiAoZGlzay0+Z2VvbWV0cnkuc2VjdG9yc19wZXJfdHJhY2sgPT0gMCkgeworCQlMT0dfREVC
VUcoIkRpc2sgJXM6IFNlY3RvcnMtcGVyLXRyYWNrIGlzIHplcm8gLSAiCisJCQkgICJzZXR0aW5n
IHRvIDYzLlxuIiwgZGlzay0+bmFtZSk7CisJCWRpc2stPmdlb21ldHJ5LnNlY3RvcnNfcGVyX3Ry
YWNrID0gNjM7CiAJfQogCisJLyogQ2FsY3VsYXRlIG51bWJlciBvZiBjeWxpbmRlcnMgYmFzZWQg
b24gb3RoZXIgZ2VvbWV0cnkgZmllbGRzLiAqLwogCWRpc2stPmdlb21ldHJ5LmN5bGluZGVycyA9
IGRpc2stPnNpemUgLwogCQkJCSAgIChkaXNrLT5nZW9tZXRyeS5oZWFkcyAqCiAJCQkJICAgIGRp
c2stPmdlb21ldHJ5LnNlY3RvcnNfcGVyX3RyYWNrICoK
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>101584</attachid>
            <date>2006-11-09 21:36 0000</date>
            <desc>BaseName.patch</desc>
            <filename>BaseName.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">RVZNUyByZWdpc3RlcnMgdGhlIGJhc2UgbmFtZSBmb3IgdGhlIHRvcCB3b3JraW5nIG9iamVjdCBv
ZiBhIHZvbHVtZSBpZiB0aGUNCm9iamVjdCBoYXMgaXRzIG93biBkZXZpY2UuIEhvd2V2ZXIsIEVW
TVMgZW5naW5lIGZhaWxzIHRvIHVucmVnaXN0ZXIgc3VjaA0KbmFtZXMgd2hlbiBkaXNjYXJkaW5n
IHZvbHVtZXMuIFRoaXMgcHJldmVudHMgc29tZSBvcGVyYXRpb24gb24gdm9sdW1lcy4NCg0KVGhl
IHByb2JsZW0gbWFnbmlmaWVzIGluIGNsdXN0ZXIgZW52aXJvbm1lbnRzIGJlY2F1c2UgcmVkaXNj
b3Zlcnkgb2YNCkNTTSBjb250YWluZXJzIHdvdWxkIGZhaWwgdG8gYWRkIHZvbHVtZXMgKGRpc2Nh
cmRlZCBtb21lbnRzIGFnbykgYmFjayB0bw0KdGhlIG9iamVjdCB0cmVlLCBhbmQgdGhlIHZvbHVt
ZXMgd291bGQgZ2V0IGRlbGV0ZWQgd2hlbiBjb21taXR0aW5nIGNoYW5nZXMuDQoNClJlZGlzY292
ZXJ5IGNhbiBiZSB0cmlnZ2VyZWQgYnkgYW4gb3BlcmF0aW9uIGFzIHNpbXBsZSBhcyBjaGFuZ2lu
ZyB0aGUNCmF0dHJpYnV0ZXMgb2YgYSBDU00gY29udGFpbmVyLg0KDQpJIGFkZGVkIGNvZGUgdG8g
dW5yZWdpc3RlciB0aGUgYmFzZSBuYW1lLCBhbmQgdGVzdGVkIG9uIG15IGNsdXN0ZXIuIA0KCiJD
aGFuZ2p1IEdhbyIgPENHQU9Abm92ZWxsLmNvbT4KCi0tLSBldm1zLTIuNS41L2VuZ2luZS9pbnRl
cm5hbEFQSS5jCTIwMDUtMTAtMTAgMDk6NDQ6NDEuMDAwMDAwMDAwIC0wNTAwCisrKyBldm1zLTIu
NS41LWZpeC9lbmdpbmUvaW50ZXJuYWxBUEkuYwkyMDA2LTExLTAxIDE3OjExOjQyLjExMzY5OTAw
MCAtMDYwMApAQCAtMjcyMiw2ICsyNzIyLDExIEBACiAJaWYgKHJjID09IDApIHsKIAkJZW5naW5l
X3VucmVnaXN0ZXJfbmFtZSh2b2wtPm5hbWUpOwogCisJCWlmKCB2b2wtPm9iamVjdC0+ZmVhdHVy
ZV9oZWFkZXIgIT0gTlVMTCApCisJCXsKKwkJCWVuZ2luZV91bnJlZ2lzdGVyX25hbWUodm9sLT5u
YW1lK0VWTVNfREVWX05PREVfUEFUSF9MRU4pOworCQl9CisKIAkJLyoKIAkJICogQ2xlYXIgb3V0
IHRoZSB2b2x1bWUgcG9pbnRlciBvbiB0aGlzIG9iamVjdCBhbmQgb24gYWxsIHRoZSBjaGlsZAog
CQkgKiBvYmplY3RzIGluIHRoZSB0cmVlLgo=
</data>        

          </attachment>
    </bug>

</bugzilla>