<?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>122322</bug_id>
          
          <creation_ts>2006-02-09 17:03 0000</creation_ts>
          <short_desc>vmware-config.pl makes it necessary to run &quot;/etc/vmware/init.d/vmware stop&quot;</short_desc>
          <delta_ts>2006-10-18 01:52:45 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>2005.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>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>iaindb@netspace.net.au</reporter>
          <assigned_to>vmware@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-02-09 17:03:57 0000</bug_when>
            <thetext>Hi,

After I do a vmware-config.pl, I can&apos;t run &quot;/etc/init.d/vmware start&quot; or I get an &quot;unconfigured&quot; error message.

However, if I run &quot;/etc/vmware/init.d/vmware stop&quot; then &quot;/etc/init.d/vmware start&quot;, it works fine:

doesn&apos;t work:
vmware-config.pl; /etc/init.d/vmware start

does work:
vmware-config.pl; /etc/vmware/init.d/vware stop; /etc/init.d/vware start

I assume this is because vmware-config.pl starts vmware, but it doesn&apos;t use the gentoo init.d script to start it - it uses the vmware script, which then means the gentoo script doesn&apos;t know it&apos;s started.  or something.

Should vmware-config.pl be patched for gentoo?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-02-10 00:09:06 0000</bug_when>
            <thetext>

*** This bug has been marked as a duplicate of 107930 ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-04-05 16:30:19 0000</bug_when>
            <thetext>OK, I finally got around to re-opening, sorry about the delay!

Take close note of the paths of the initscripts in my original post
/etc/vmware/... and /etc/init.d/...

The problem happens because vmware-config.pl starts /etc/vmware/init.d/vmware which is not the &quot;gentoo way&quot; of starting it, and so gentoo doesn&apos;t know it&apos;s started.  When you then do a `/etc/init.d/vmware start`, gentoo tries to start it again, fails (cause its already started) and then puts the &quot;not_configured&quot; file in /etc/vmware.  To fix it that:

rm /etc/vmware/not_configured; /etc/vmware/init.d/vmware stop; /etc/init.d/vmware/start

So my proposal is to patch vmware-config.pl so it runs /etc/init.d/vmware instead of /etc/vmware/init.d/vmware (I had a look, but couldn&apos;t figure out how to do it - thats one hellova script :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-04-10 07:57:22 0000</bug_when>
            <thetext>I&apos;m going to assume that you mean on vmware-workstation, since you never said anywhere.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-04-10 16:14:18 0000</bug_when>
            <thetext>sorry, app-emulation/vmware-workstation-4.5.3.19414 is the current one I&apos;m using.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-04-18 07:35:05 0000</bug_when>
            <thetext>Please try the latest revision and see if the problem is solved.  I&apos;m not sure why you&apos;re having this problem, since I cannot reproduce it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-04-19 04:58:19 0000</bug_when>
            <thetext>Once I could actually download the thing... (something wierd going on with file sizes) I upgraded to app-emulation/vmware-workstation-4.5.3.19414-r3


iain@orpheus ~ $ sudo emerge -u vmware-workstation
iain@orpheus ~ $ sudo `which vmware-config.pl `
...
iain@orpheus ~ $ sudo /etc/init.d/vmware start
 * Starting VMware services:                                              [ ok ]
 *   Virtual machine monitor                                              [ !! ]
 *   Virtual ethernet                                                     [ !! ]
 *   Bridged networking on /dev/vmnet0                                    [ !! ]
iain@orpheus ~ $ sudo rm /etc/vmware/not_configured
iain@orpheus ~ $ sudo /etc/vmware/init.d/vmware stop
Stopping VMware services:
   Virtual machine monitor                                             done
   Bridged networking on /dev/vmnet0                                   done
   Virtual ethernet                                                    done
iain@orpheus ~ $ sudo /etc/init.d/vmware start
 * Starting VMware services:                                              [ ok ]
 *   Virtual machine monitor                                              [ ok ]
 *   Virtual ethernet                                                     [ ok ]
 *   Bridged networking on /dev/vmnet0                                    [ ok ]

Notice how the only thing I do to make it work, is delete not_configured, stop the vmware init file, and start the gentoo init file.  Strange?

thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-09-04 21:46:54 0000</bug_when>
            <thetext>Still happens with app-emulation/vmware-workstation-4.5.3.19414-r4</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-09-28 12:18:16 0000</bug_when>
            <thetext>Well, I have never been able to reproduce this, so I&apos;m really at a loss.  Perhaps a newer baselayout has cleared this up?  Can someone who is experiencing this give me the following:

vmware-workstation version
baselayout version
module-init-tools version
kernel version
udev version

Thanks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-09-28 16:35:41 0000</bug_when>
            <thetext>Sure!

app-emulation/vmware-workstation-4.5.3.19414-r4
sys-apps/baselayout-1.12.5
sys-apps/module-init-tools-3.2.2-r1
sys-kernel/suspend2-sources-2.6.18
sys-fs/udev-100-r2

(doesn&apos;t seem to be dependant on whether I start from hibernate, or clean boot)

I hear there&apos;s a new version of vmware-workstation out, so I&apos;ll try that now...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-09-28 16:36:45 0000</bug_when>
            <thetext>Created an attachment (id=98346)
output from vmware-config.pl, etc

Here&apos;s the output from the commands I need to run to get it going.  Hope it helps!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-09-28 16:50:16 0000</bug_when>
            <thetext>Chris, it looks as though the workstation-4.5 series is missing the 004_all_do-not-build-modules.patch (and several of the others) and also the use-modprobe-over-insmod patch.  My guess is that the modprobe-over-insmod patch will fix it, but I&apos;ll leave it to you for testing since I&apos;m guessing the original batch of patches were probably not all there for a reason...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-09-29 06:12:46 0000</bug_when>
            <thetext>Good eye.  I hadn&apos;t noticed that.  I think it actually is more a by-product of the changes in how the patches were done, rather than intentional, as I can&apos;t think of a reason why they were skipped.  I&apos;m testing right now with some changes in the patches applied and will report back once I&apos;ve found something.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-09-29 06:43:47 0000</bug_when>
            <thetext>OK.  I&apos;ve updated the patches in CVS.  Can you try merging vmware-workstation again and see if this resolves the issue?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-09-29 18:30:14 0000</bug_when>
            <thetext>[In a small voice] where&apos;s CVS?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-09-30 02:53:38 0000</bug_when>
            <thetext>Hehehe,

Iain, CVS is just the place that the main repository is stored, and it&apos;s how the developers can write to the portage tree.  Once it&apos;s in the main (single) CVS repository, it gets pulled (every hour or so) by many mirrors around the world which then offer the repository out (in read-only form) over rsync, which is where you eventually will read it from when you do emerge --sync.

In short, it&apos;s just our way of saying it&apos;ll be available if you do an emerge --sync in a few hours and remerge the affected package.  Hope that explains it...  5:)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-01 16:45:21 0000</bug_when>
            <thetext>Oh, ok.  I&apos;m used to CVS as being &quot;check it out from cvs and compile it yourself&quot;.  I think I already got 
app-emulation/vmware-workstation-4.5.3.19414-r5 from `emerge --sync` before I saw your post.

Bad news, same behaviour.

Just a thought: I have in the past installed my own version of the vmware-any-any thing - could there be something stale lying around?  I heard once of a program that checked every file on your gentoo system and reported orphaned files - do you think it&apos;s worth trying it?

or would a --noconfmem help any?


I did some investigation - I couldn&apos;t understand why the gentoo init script fails when all it does is call the vmware init script.  So I removed the &quot;vmware-prettify&quot; and set VMWARE_DEBUG, and this is the output, right after a vmware-config.pl:

$ sudo /etc/init.d/vmware start
Starting VMware services:
   Virtual machine monitorinsmod: error inserting &apos;/lib/modules/2.6.18-suspend2/misc/vmmon.o&apos;: -1 File exists
                                                                      failed
   Virtual ethernetinsmod: error inserting &apos;/lib/modules/2.6.18-suspend2/misc/vmnet.o&apos;: -1 File exists
                                                                      failed
   Bridged networking on /dev/vmnet0eth0: Resource deadlock avoided
                                                                      failed

as you can see, it&apos;s failing because the modules are already loaded (by vmware-config.pl).

can someone check the vmware init file:
$ cksum /etc/vmware/init.d/vmware
3229718463 32373 /etc/vmware/init.d/vmware

other than that, I&apos;m lost...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-01 23:09:05 0000</bug_when>
            <thetext>Hmm, I emerge -C&apos;d and deleted everything vmware-ish (init-scripts and all).  Then I re-emerged it, and now I can&apos;t start it at all, no matter what I do! The init script keeps telling me vmware is not configured.

When I run vmware-config.pl, it seems to complete without errors.

This is what the init script says (with the prettify output bypassed, and VMWARE_DEBUG set):

$ sudo /etc/init.d/vmware start
Starting VMware services:
   Virtual machine monitor                                             done
   Virtual ethernet                                                    done
   Bridged networking on /dev/vmnet0Module version mismatch. Please update host.: Success
                                                                      failed

re-merging vmware-modules or re-running vmware-config.pl seems to make no difference... *sigh*...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-10-02 08:02:57 0000</bug_when>
            <thetext>Please emerge --sync again.  What you got in comment #16 tells me that you didn&apos;t get the updated ebuild, as it should now use modprobe instead of insmod.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-02 19:20:16 0000</bug_when>
            <thetext>Ah ok, I saw the update to -r5 on sep 29th, so I thought that was the one you&apos;d just checked in.

I just synced, and got app-emulation/vmware-workstation-4.5.3.19414-r6, but vmware-config.pl fails (again bypassing the prettify output, and setting VMWARE_DEBUG):


$ sudo `which vmware-config.pl`
Making sure services for VMware Workstation are stopped.

 * Caching service dependencies ...                                           [ ok ]
 * WARNING:  vmware has not yet been started.

You have already setup networking.

Would you like to skip networking setup and keep your old settings as they are?
(yes/no) [yes]

Do you want this program to automatically configure your system to allow your
virtual machines to access the host&apos;s filesystem? (yes/no/help) [no]

Starting VMware services:
   Virtual machine monitor                                             done
   Virtual ethernet                                                    done
   Bridged networking on /dev/vmnet0Module version mismatch. Please update host.
: Success
                                                                      failed

The configuration of VMware Workstation 4.5.3 build-19414 for Linux for this
running kernel completed successfully.

You can now run VMware Workstation by invoking the following command:
&quot;/opt/vmware/workstation/bin/vmware&quot;.

Enjoy,

--the VMware team


even thought it says it was successful, it wasn&apos;t... as you can see, something to do with &quot;Module version mismatch&quot;?

thanks for your time on this...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-10-03 00:35:11 0000</bug_when>
            <thetext>Ok, that&apos;s much better now.  Now could you please double check that vmmon and vmnet are not loaded (do lsmod).  If they are, please go for a reboot, or rmmod them.  Then give vmware-modules a rebuild, you should be using vmware-modules-1.0.0.11 (and not any higher versions).  Then start vmware again and see if that fixes the situation.  If it doesn&apos;t, please attach the output from emerging vmware-modules and we&apos;ll try and see what&apos;s going on.  If it does, then please do the happy dance...  5:)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-03 06:04:48 0000</bug_when>
            <thetext>(In reply to comment #20)
&gt; Ok, that&apos;s much better now.

I&apos;m glad you think so ;)

&gt;  Now could you please double check that vmmon and
&gt; vmnet are not loaded (do lsmod).  If they are, please go for a reboot, or rmmod
&gt; them.

modprobe -r&apos;d them.

&gt;  Then give vmware-modules a rebuild, you should be using
&gt; vmware-modules-1.0.0.11 (and not any higher versions).

it wanted to pull in 1.0.0.15, so I forced 1.0.0.11.

&gt;  Then start vmware again

got this message:

$ sudo /etc/init.d/vmware start
 * Vmware Workstation is installed, but it has not been (correctly) configured
 * for the running kernel.
 * Please ensure that the modules have been compiled for this kernel:
 * emerge --oneshot vmware-modules
 * Also ensure Vmware Workstation has been configured:
 * /opt/vmware/workstation/bin/vmware-config.pl
 * VMware is not properly configured! See above.                          [ !! ]

How come the modules aren&apos;t built as part of &quot;vmware-config.pl&quot; now?

&gt; and see if that fixes the situation.  If it doesn&apos;t, please attach the output
&gt; from emerging vmware-modules and we&apos;ll try and see what&apos;s going on.  If it
&gt; does, then please do the happy dance...  5:)

*lol* I wish I was doing the happy dance...

I emerged vmware-modules again, and started vmware init.d service and got the same message.  Once again without the pretty output:


$ sudo /etc/init.d/vmware start
Vmware Workstation is installed, but it has not been (correctly) configured
for the running kernel.

Please ensure that the modules have been compiled for this kernel:
  emerge --oneshot vmware-modules

Also ensure Vmware Workstation has been configured:
  /opt/vmware/workstation/bin/vmware-config.pl

output to follow...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-03 06:08:07 0000</bug_when>
            <thetext>Created an attachment (id=98701)
output from `emerge -va =vmware-modules-1.0.0.11`

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-10-03 07:13:45 0000</bug_when>
            <thetext>D&apos;oh!

Well, I&apos;ve had another bug come in relating to vmware-workstation-4.5 and the module system.  And, during all of this, we&apos;ve had a few difficulties dealing with an openssl so it&apos;s gonna take a couple of days to sort out.  If you really want to try and get it working today, you can try unmasking -r7 of vmware-workstation, and removing the VMWARE_VER line from /usr/portage/eclass/vmware-mod.eclass.  If that&apos;s all a bit much, then give it a couple of days and hopefully we&apos;ll get it all sorted out.  Sorry for the mess...  5:(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-03 07:53:07 0000</bug_when>
            <thetext>(In reply to comment #23)
&gt; D&apos;oh!

and this is your pearl of wisdom, that I stayed up late especially to hear ;)

&gt;   And, during all of this, we&apos;ve had a few difficulties dealing
&gt; with an openssl so it&apos;s gonna take a couple of days to sort out.

I noticed a libssl-something unpack error when I tried to downgrade to -r4...

&gt;  If you really
&gt; want to try and get it working today, you can try unmasking -r7 of
&gt; vmware-workstation, and removing the VMWARE_VER line from
&gt; /usr/portage/eclass/vmware-mod.eclass.

yes, I really want to try and get it working - had I known I would have stuck with -r4.  But I do run unstable after all 5:)
      (adopted your hair-do)    -----------^

anyway, I&apos;m doing some plc programming atm and I need vmware to run the programming IDE.  Otherwised I&apos;d have to boot to windows (yeuch).  Just making idle chatter till the compile finishes...

&gt;   Sorry for the mess...  5:(

not at all - you and Chris have been more than helpful.  I&apos;m the one running ~x86 after all :)  some of my bug reports (even when I go so far as providing pathces) just get the response &quot;why the hell would I want to apply that patch to my ebuild?&quot;...

ok it&apos;s compiled (-r7 that is) and guess what? same modules problem.  I get &quot;not configured&quot; after recompiling vmware-modules and starting /etc/init.d/vmware...

looks like I&apos;m booting to windows for a while...

cya.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-03 16:47:25 0000</bug_when>
            <thetext>HALLELUJAH! IT WORKS! *happy dance*

The final working combination is:
app-emulation/vmware-workstation-4.5.3.19414-r7
app-emulation/vmware-modules-1.0.0.11

it didn&apos;t work last night because I was using vmware-modules-1.0.0.15...

(In reply to comment #24)
&gt; and this is your pearl of wisdom, that I stayed up late especially to hear ;)

that was a joke by the way :)

Thank you _very_ much.  Now I won&apos;t touch vmware in the middle of a project again!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-16 21:57:19 0000</bug_when>
            <thetext>Hold the phone... it doesn&apos;t work with 2.6.18 anymore... I re-merged vmware-modules (1.0.0.11) and vmware-config, and I get the &quot;Module version mismatch&quot; problem.  Can anyone shed any light?

$ sudo vmware-config.pl 
Making sure services for VMware Workstation are stopped.

 * WARNING:  vmware has not yet been started.

Do you want networking for your virtual machines? (yes/no/help) [no] yes

Configuring a bridged network for vmnet0.

Do you want to be able to use NAT networking in your virtual machines? [yes] no

Do you want to be able to use host-only networking in your virtual machines? 
[no] no

Do you want this program to automatically configure your system to allow your 
virtual machines to access the host&apos;s filesystem? (yes/no/help) [no] no

 * Starting VMware services:                                            [ ok ]
 *   Virtual machine monitor                                            [ ok ]
 *   Virtual ethernet                                                   [ ok ]
Module version mismatch. Please update host.
: Success
 *   Bridged networking on /dev/vmnet0                                  [ !! ]

The configuration of VMware Workstation 4.5.3 build-19414 for Linux for this 
running kernel completed successfully.

You can now run VMware Workstation by invoking the following command: 
&quot;/opt/vmware/workstation/bin/vmware&quot;.

Enjoy,

--the VMware team</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-10-17 01:30:24 0000</bug_when>
            <thetext>That&apos;s a know issue which I thought I&apos;d fixed.  Apparently I only ever fixed it in the overlay, sorry about that.  I&apos;ll commit it to the main tree as soon as I get back home (so by the end of the day).  I do apologize about that...  5:(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>iaindb@netspace.net.au</who>
            <bug_when>2006-10-17 19:05:46 0000</bug_when>
            <thetext>*woot* it&apos;s aliiiive!

app-emulation/vmware-modules-1.0.0.11-r1
app-emulation/vmware-workstation-4.5.3.19414-r7
sys-kernel/suspend2-sources-2.6.18

I think this bug can be closed :)  Thanks heaps to all who helped.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-10-18 01:52:45 0000</bug_when>
            <thetext>Cool, glad you got it all working finally...  5:)  

Marking as FIXED.  Please feel free to reopen this if the problem returns.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>98346</attachid>
            <date>2006-09-28 16:36 0000</date>
            <desc>output from vmware-config.pl, etc</desc>
            <filename>output</filename>
            <type>text/plain</type>
            <data encoding="base64">JCBzdWRvIC9ldGMvaW5pdC5kL3Ztd2FyZSBzdGF0dXMKUGFzc3dvcmQ6CiAqIHN0YXR1czogIHN0
b3BwZWQKaWFpbkBvcnBoZXVzIH4gJCBzdWRvIGB3aGljaCB2bXdhcmUtY29uZmlnLnBsYCAtLWRl
ZmF1bHQKTWFraW5nIHN1cmUgc2VydmljZXMgZm9yIFZNd2FyZSBXb3Jrc3RhdGlvbiBhcmUgc3Rv
cHBlZC4KClN0b3BwaW5nIFZNd2FyZSBzZXJ2aWNlczoKICAgVmlydHVhbCBtYWNoaW5lIG1vbml0
b3IgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkb25lCiAgIEJy
aWRnZWQgbmV0d29ya2luZyBvbiAvZGV2L3ZtbmV0MCAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgZG9uZQogICBWaXJ0dWFsIGV0aGVybmV0ICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRvbmUKClRyeWluZyB0byBmaW5kIGEgc3VpdGFi
bGUgdm1tb24gbW9kdWxlIGZvciB5b3VyIHJ1bm5pbmcga2VybmVsLgoKTm9uZSBvZiB0aGUgcHJl
LWJ1aWx0IHZtbW9uIG1vZHVsZXMgZm9yIFZNd2FyZSBXb3Jrc3RhdGlvbiBpcyBzdWl0YWJsZSBm
b3IgeW91cgpydW5uaW5nIGtlcm5lbC4gIERvIHlvdSB3YW50IHRoaXMgcHJvZ3JhbSB0byB0cnkg
dG8gYnVpbGQgdGhlIHZtbW9uIG1vZHVsZSBmb3IKeW91ciBzeXN0ZW0gKHlvdSBuZWVkIHRvIGhh
dmUgYSBDIGNvbXBpbGVyIGluc3RhbGxlZCBvbiB5b3VyIHN5c3RlbSk/IFt5ZXNdCgpVc2luZyBj
b21waWxlciAiL3Vzci9iaW4vZ2NjIi4gVXNlIGVudmlyb25tZW50IHZhcmlhYmxlIENDIHRvIG92
ZXJyaWRlLgoKV2hhdCBpcyB0aGUgbG9jYXRpb24gb2YgdGhlIGRpcmVjdG9yeSBvZiBDIGhlYWRl
ciBmaWxlcyB0aGF0IG1hdGNoIHlvdXIgcnVubmluZwprZXJuZWw/IFsvbGliL21vZHVsZXMvMi42
LjE4LXN1c3BlbmQyL2J1aWxkL2luY2x1ZGVdCgpFeHRyYWN0aW5nIHRoZSBzb3VyY2VzIG9mIHRo
ZSB2bW1vbiBtb2R1bGUuCgpCdWlsZGluZyB0aGUgdm1tb24gbW9kdWxlLgoKQnVpbGRpbmcgZm9y
IFZNd2FyZSBXb3Jrc3RhdGlvbiA0LjUuWzIzXSBvciBWTXdhcmUgR1NYIFNlcnZlciAzLjEuMC4K
VXNpbmcgMi42Lngga2VybmVsIGJ1aWxkIHN5c3RlbS4KbWFrZTogRW50ZXJpbmcgZGlyZWN0b3J5
IGAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbW9uLW9ubHknCm1ha2UgLUMgL2xpYi9tb2R1bGVzLzIu
Ni4xOC1zdXNwZW5kMi9idWlsZC9pbmNsdWRlLy4uIFNVQkRJUlM9JFBXRCBTUkNST09UPSRQV0Qv
LiBtb2R1bGVzCm1ha2VbMV06IEVudGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvbGludXgtMi42
LjE4LXN1c3BlbmQyJwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L2xp
bnV4L2RyaXZlci5vCiAgQ0MgW01dICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbW9uLW9ubHkvbGlu
dXgvaG9zdGlmLm8KICBDQyBbTV0gIC90bXAvdm13YXJlLWNvbmZpZzMvdm1tb24tb25seS9jb21t
b24vY3B1aWQubwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L2NvbW1v
bi9oYXNoLm8KICBDQyBbTV0gIC90bXAvdm13YXJlLWNvbmZpZzMvdm1tb24tb25seS9jb21tb24v
bWVtdHJhY2subwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L2NvbW1v
bi9waHlzdHJhY2subwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L2Nv
bW1vbi90YXNrLm8KY2MxcGx1czogd2FybmluZzogY29tbWFuZCBsaW5lIG9wdGlvbiAiLVdzdHJp
Y3QtcHJvdG90eXBlcyIgaXMgdmFsaWQgZm9yIEMvT2JqQyBidXQgbm90IGZvciBDKysKY2MxcGx1
czogd2FybmluZzogY29tbWFuZCBsaW5lIG9wdGlvbiAiLVdkZWNsYXJhdGlvbi1hZnRlci1zdGF0
ZW1lbnQiIGlzIHZhbGlkIGZvciBDL09iakMgYnV0IG5vdCBmb3IgQysrCmNjMXBsdXM6IHdhcm5p
bmc6IGNvbW1hbmQgbGluZSBvcHRpb24gIi1Xc3RyaWN0LXByb3RvdHlwZXMiIGlzIHZhbGlkIGZv
ciBDL09iakMgYnV0IG5vdCBmb3IgQysrCmNjMXBsdXM6IHdhcm5pbmc6IGNvbW1hbmQgbGluZSBv
cHRpb24gIi1mZnJlZXN0YW5kaW5nIiBpcyB2YWxpZCBmb3IgQy9PYmpDIGJ1dCBub3QgZm9yIEMr
KwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L2NvbW1vbi92bXg4Ni5v
CiAgQ0MgW01dICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbW9uLW9ubHkvdm1jb3JlL2NvbXBhdC5v
CiAgQ0MgW01dICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbW9uLW9ubHkvdm1jb3JlL21vZHVsZWxv
b3AubwogIExEIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5L3ZtbW9uLm8KICBC
dWlsZGluZyBtb2R1bGVzLCBzdGFnZSAyLgogIE1PRFBPU1QKICBDQyAgICAgIC90bXAvdm13YXJl
LWNvbmZpZzMvdm1tb24tb25seS92bW1vbi5tb2QubwogIExEIFtNXSAgL3RtcC92bXdhcmUtY29u
ZmlnMy92bW1vbi1vbmx5L3ZtbW9uLmtvCm1ha2VbMV06IExlYXZpbmcgZGlyZWN0b3J5IGAvdXNy
L3NyYy9saW51eC0yLjYuMTgtc3VzcGVuZDInCmNwIC1mIHZtbW9uLmtvIC4vLi4vdm1tb24ubwpt
YWtlOiBMZWF2aW5nIGRpcmVjdG9yeSBgL3RtcC92bXdhcmUtY29uZmlnMy92bW1vbi1vbmx5JwpU
aGUgbW9kdWxlIGxvYWRzIHBlcmZlY3RseSBpbiB0aGUgcnVubmluZyBrZXJuZWwuCgpUaGlzIHBy
b2dyYW0gcHJldmlvdXNseSBjcmVhdGVkIHRoZSBmaWxlIC9kZXYvdm1tb24sIGFuZCB3YXMgYWJv
dXQgdG8gcmVtb3ZlIGl0LlNvbWVib2R5IGVsc2UgYXBwYXJlbnRseSBkaWQgaXQgYWxyZWFkeS4K
ClRoaXMgcHJvZ3JhbSBwcmV2aW91c2x5IGNyZWF0ZWQgdGhlIGZpbGUgL2Rldi9wYXJwb3J0MCwg
YW5kIHdhcyBhYm91dCB0byByZW1vdmUKaXQuICBTb21lYm9keSBlbHNlIGFwcGFyZW50bHkgZGlk
IGl0IGFscmVhZHkuCgpUaGlzIHByb2dyYW0gcHJldmlvdXNseSBjcmVhdGVkIHRoZSBmaWxlIC9k
ZXYvcGFycG9ydDEsIGFuZCB3YXMgYWJvdXQgdG8gcmVtb3ZlCml0LiAgU29tZWJvZHkgZWxzZSBh
cHBhcmVudGx5IGRpZCBpdCBhbHJlYWR5LgoKVGhpcyBwcm9ncmFtIHByZXZpb3VzbHkgY3JlYXRl
ZCB0aGUgZmlsZSAvZGV2L3BhcnBvcnQyLCBhbmQgd2FzIGFib3V0IHRvIHJlbW92ZQppdC4gIFNv
bWVib2R5IGVsc2UgYXBwYXJlbnRseSBkaWQgaXQgYWxyZWFkeS4KClRoaXMgcHJvZ3JhbSBwcmV2
aW91c2x5IGNyZWF0ZWQgdGhlIGZpbGUgL2Rldi9wYXJwb3J0MywgYW5kIHdhcyBhYm91dCB0byBy
ZW1vdmUKaXQuICBTb21lYm9keSBlbHNlIGFwcGFyZW50bHkgZGlkIGl0IGFscmVhZHkuCgpFeHRy
YWN0aW5nIHRoZSBzb3VyY2VzIG9mIHRoZSB2bW5ldCBtb2R1bGUuCgpCdWlsZGluZyB0aGUgdm1u
ZXQgbW9kdWxlLgoKQnVpbGRpbmcgZm9yIFZNd2FyZSBXb3Jrc3RhdGlvbiA0LjUuWzIzXSBvciBW
TXdhcmUgR1NYIFNlcnZlciAzLjEuMC4KVXNpbmcgMi42Lngga2VybmVsIGJ1aWxkIHN5c3RlbS4K
bWFrZTogRW50ZXJpbmcgZGlyZWN0b3J5IGAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbmV0LW9ubHkn
Cm1ha2UgLUMgL2xpYi9tb2R1bGVzLzIuNi4xOC1zdXNwZW5kMi9idWlsZC9pbmNsdWRlLy4uIFNV
QkRJUlM9JFBXRCBTUkNST09UPSRQV0QvLiBtb2R1bGVzCm1ha2VbMV06IEVudGVyaW5nIGRpcmVj
dG9yeSBgL3Vzci9zcmMvbGludXgtMi42LjE4LXN1c3BlbmQyJwogIENDIFtNXSAgL3RtcC92bXdh
cmUtY29uZmlnMy92bW5ldC1vbmx5L2RyaXZlci5vCiAgQ0MgW01dICAvdG1wL3Ztd2FyZS1jb25m
aWczL3ZtbmV0LW9ubHkvaHViLm8KICBDQyBbTV0gIC90bXAvdm13YXJlLWNvbmZpZzMvdm1uZXQt
b25seS91c2VyaWYubwogIENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW5ldC1vbmx5L25l
dGlmLm8KICBDQyBbTV0gIC90bXAvdm13YXJlLWNvbmZpZzMvdm1uZXQtb25seS9icmlkZ2Uubwog
IENDIFtNXSAgL3RtcC92bXdhcmUtY29uZmlnMy92bW5ldC1vbmx5L3Byb2Nmcy5vCiAgQ0MgW01d
ICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbmV0LW9ubHkvc21hY19jb21wYXQubwogIENDIFtNXSAg
L3RtcC92bXdhcmUtY29uZmlnMy92bW5ldC1vbmx5L3NtYWNfbGludXgueDM4Ni5vCiAgTEQgW01d
ICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbmV0LW9ubHkvdm1uZXQubwogIEJ1aWxkaW5nIG1vZHVs
ZXMsIHN0YWdlIDIuCiAgTU9EUE9TVAogIENDICAgICAgL3RtcC92bXdhcmUtY29uZmlnMy92bW5l
dC1vbmx5L3ZtbmV0Lm1vZC5vCiAgTEQgW01dICAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbmV0LW9u
bHkvdm1uZXQua28KbWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3Ivc3JjL2xpbnV4LTIu
Ni4xOC1zdXNwZW5kMicKY3AgLWYgdm1uZXQua28gLi8uLi92bW5ldC5vCm1ha2U6IExlYXZpbmcg
ZGlyZWN0b3J5IGAvdG1wL3Ztd2FyZS1jb25maWczL3ZtbmV0LW9ubHknClRoZSBtb2R1bGUgbG9h
ZHMgcGVyZmVjdGx5IGluIHRoZSBydW5uaW5nIGtlcm5lbC4KClRoaXMgcHJvZ3JhbSBwcmV2aW91
c2x5IGNyZWF0ZWQgdGhlIGZpbGUgL2Rldi92bW5ldDAsIGFuZCB3YXMgYWJvdXQgdG8gcmVtb3Zl
Cml0LiAgU29tZWJvZHkgZWxzZSBhcHBhcmVudGx5IGRpZCBpdCBhbHJlYWR5LgoKWW91IGhhdmUg
YWxyZWFkeSBzZXR1cCBuZXR3b3JraW5nLgoKV291bGQgeW91IGxpa2UgdG8gc2tpcCBuZXR3b3Jr
aW5nIHNldHVwIGFuZCBrZWVwIHlvdXIgb2xkIHNldHRpbmdzIGFzIHRoZXkgYXJlPwooeWVzL25v
KSBbeWVzXQoKRG8geW91IHdhbnQgdGhpcyBwcm9ncmFtIHRvIGF1dG9tYXRpY2FsbHkgY29uZmln
dXJlIHlvdXIgc3lzdGVtIHRvIGFsbG93IHlvdXIKdmlydHVhbCBtYWNoaW5lcyB0byBhY2Nlc3Mg
dGhlIGhvc3QncyBmaWxlc3lzdGVtPyAoeWVzL25vL2hlbHApIFtub10KClRoaXMgcHJvZ3JhbSBw
cmV2aW91c2x5IGNyZWF0ZWQgdGhlIGZpbGUgL2V0Yy92bXdhcmUvbm90X2NvbmZpZ3VyZWQsIGFu
ZCB3YXMKYWJvdXQgdG8gcmVtb3ZlIGl0LiAgU29tZWJvZHkgZWxzZSBhcHBhcmVudGx5IGRpZCBp
dCBhbHJlYWR5LgoKU3RhcnRpbmcgVk13YXJlIHNlcnZpY2VzOgogICBWaXJ0dWFsIG1hY2hpbmUg
bW9uaXRvciAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRvbmUK
ICAgVmlydHVhbCBldGhlcm5ldCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBkb25lCiAgIEJyaWRnZWQgbmV0d29ya2luZyBvbiAvZGV2L3ZtbmV0MCAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgZG9uZQoKVGhlIGNvbmZpZ3VyYXRpb24g
b2YgVk13YXJlIFdvcmtzdGF0aW9uIDQuNS4zIGJ1aWxkLTE5NDE0IGZvciBMaW51eCBmb3IgdGhp
cwpydW5uaW5nIGtlcm5lbCBjb21wbGV0ZWQgc3VjY2Vzc2Z1bGx5LgoKWW91IGNhbiBub3cgcnVu
IFZNd2FyZSBXb3Jrc3RhdGlvbiBieSBpbnZva2luZyB0aGUgZm9sbG93aW5nIGNvbW1hbmQ6CiIv
b3B0L3Ztd2FyZS93b3Jrc3RhdGlvbi9iaW4vdm13YXJlIi4KCkVuam95LAoKLS10aGUgVk13YXJl
IHRlYW0KCmlhaW5Ab3JwaGV1cyB+ICQgc3VkbyAvZXRjL2luaXQuZC92bXdhcmUgc3RhcnQKICog
U3RhcnRpbmcgVk13YXJlIHNlcnZpY2VzOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICBbIG9rIF0KICogICBWaXJ0dWFsIG1hY2hpbmUgbW9uaXRvciAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbICEhIF0KICogICBWaXJ0dWFs
IGV0aGVybmV0ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBbICEhIF0KICogICBCcmlkZ2VkIG5ldHdvcmtpbmcgb24gL2Rldi92bW5ldDAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbICEhIF0KaWFpbkBvcnBoZXVzIH4gJCBzdWRv
IC9ldGMvdm13YXJlL2luaXQuZC92bXdhcmUgc3RvcApTdG9wcGluZyBWTXdhcmUgc2VydmljZXM6
CiAgIFZpcnR1YWwgbWFjaGluZSBtb25pdG9yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgZG9uZQogICBCcmlkZ2VkIG5ldHdvcmtpbmcgb24gL2Rldi92bW5ldDAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGRvbmUKICAgVmlydHVhbCBldGhlcm5l
dCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBkb25l
CmlhaW5Ab3JwaGV1cyB+ICQgc3VkbyAvZXRjL2luaXQuZC92bXdhcmUgc3RhcnQKICogVm13YXJl
IFdvcmtzdGF0aW9uIGlzIGluc3RhbGxlZCwgYnV0IGl0IGhhcyBub3QgYmVlbiAoY29ycmVjdGx5
KSBjb25maWd1cmVkCiAqIGZvciB0aGUgcnVubmluZyBrZXJuZWwuCiAqIFBsZWFzZSBlbnN1cmUg
dGhhdCB0aGUgbW9kdWxlcyBoYXZlIGJlZW4gY29tcGlsZWQgZm9yIHRoaXMga2VybmVsOgogKiBl
bWVyZ2UgLS1vbmVzaG90IHZtd2FyZS1tb2R1bGVzCiAqIEFsc28gZW5zdXJlIFZtd2FyZSBXb3Jr
c3RhdGlvbiBoYXMgYmVlbiBjb25maWd1cmVkOgogKiAvb3B0L3Ztd2FyZS93b3Jrc3RhdGlvbi9i
aW4vdm13YXJlLWNvbmZpZy5wbAogKiBWTXdhcmUgaXMgbm90IHByb3Blcmx5IGNvbmZpZ3VyZWQh
IFNlZSBhYm92ZS4gICAgICAgICAgICAgICAgICAgICAgICAgIFsgISEgXQppYWluQG9ycGhldXMg
fiAkIHN1ZG8gcm0gL2V0Yy92bXdhcmUvbm90X2NvbmZpZ3VyZWQKaWFpbkBvcnBoZXVzIH4gJCBz
dWRvIC9ldGMvaW5pdC5kL3Ztd2FyZSBzdGFydAogKiBTdGFydGluZyBWTXdhcmUgc2VydmljZXM6
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsgb2sgXQogKiAg
IFZpcnR1YWwgbWFjaGluZSBtb25pdG9yICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIFsgb2sgXQogKiAgIFZpcnR1YWwgZXRoZXJuZXQgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFsgb2sgXQogKiAgIEJyaWRnZWQg
bmV0d29ya2luZyBvbiAvZGV2L3ZtbmV0MCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgIFsgb2sgXQppYWluQG9ycGhldXMgfiAkCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>98701</attachid>
            <date>2006-10-03 06:08 0000</date>
            <desc>output from `emerge -va =vmware-modules-1.0.0.11`</desc>
            <filename>vmware-modules</filename>
            <type>text/plain</type>
            <data encoding="base64">JCBzdWRvIGVtZXJnZSAtdmEgPXZtd2FyZS1tb2R1bGVzLTEuMC4wLjExCgpUaGVzZSBhcmUgdGhl
IHBhY2thZ2VzIHRoYXQgd291bGQgYmUgbWVyZ2VkLCBpbiBvcmRlcjoKCkNhbGN1bGF0aW5nIGRl
cGVuZGVuY2llcy4uLiBkb25lIQpbZWJ1aWxkICAgUiAgIF0gYXBwLWVtdWxhdGlvbi92bXdhcmUt
bW9kdWxlcy0xLjAuMC4xMSAgMCBrQgoKVG90YWwgc2l6ZSBvZiBkb3dubG9hZHM6IDAga0IKCldv
dWxkIHlvdSBsaWtlIHRvIG1lcmdlIHRoZXNlIHBhY2thZ2VzPyBbWWVzL05vXSB5ZXMKCj4+PiBF
bWVyZ2luZyAoMSBvZiAxKSBhcHAtZW11bGF0aW9uL3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExIHRv
IC8KICogdm13YXJlLWFueS1hbnktdXBkYXRlMTA0LnRhci5neiBNRDUgOy0pIC4uLiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICBbIG9rIF0KICogdm13YXJlLWFueS1hbnktdXBkYXRlMTA0LnRh
ci5neiBSTUQxNjAgOy0pIC4uLiAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KICogdm13
YXJlLWFueS1hbnktdXBkYXRlMTA0LnRhci5neiBTSEExIDstKSAuLi4gICAgICAgICAgICAgICAg
ICAgICAgICAgICBbIG9rIF0KICogdm13YXJlLWFueS1hbnktdXBkYXRlMTA0LnRhci5neiBTSEEy
NTYgOy0pIC4uLiAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KICogdm13YXJlLWFueS1h
bnktdXBkYXRlMTA0LnRhci5neiBzaXplIDstKSAuLi4gICAgICAgICAgICAgICAgICAgICAgICAg
ICBbIG9rIF0KICogY2hlY2tpbmcgZWJ1aWxkIGNoZWNrc3VtcyA7LSkgLi4uICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KICogY2hlY2tpbmcgYXV4ZmlsZSBjaGVj
a3N1bXMgOy0pIC4uLiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0K
ICogY2hlY2tpbmcgbWlzY2ZpbGUgY2hlY2tzdW1zIDstKSAuLi4gICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICBbIG9rIF0KICogY2hlY2tpbmcgdm13YXJlLWFueS1hbnktdXBkYXRl
MTA0LnRhci5neiA7LSkgLi4uICAgICAgICAgICAgICAgICAgICAgICBbIG9rIF0KICogRGV0ZXJt
aW5pbmcgdGhlIGxvY2F0aW9uIG9mIHRoZSBrZXJuZWwgc291cmNlIGNvZGUKICogRm91bmQga2Vy
bmVsIHNvdXJjZSBkaXJlY3Rvcnk6CiAqICAgICAvdXNyL3NyYy9saW51eAogKiBGb3VuZCBzb3Vy
Y2VzIGZvciBrZXJuZWwgdmVyc2lvbjoKICogICAgIDIuNi4xOC1zdXNwZW5kMgo+Pj4gVW5wYWNr
aW5nIHNvdXJjZS4uLgo+Pj4gVW5wYWNraW5nIHZtd2FyZS1hbnktYW55LXVwZGF0ZTEwNC50YXIu
Z3ogdG8gL3Zhci90bXAvcG9ydGFnZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrCj4+PiBV
bnBhY2tpbmcgLi92bXdhcmUtYW55LWFueS11cGRhdGUxMDQvdm1tb24udGFyIHRvIC92YXIvdG1w
L3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvd29yawogKiBBcHBseWluZyB2YXJpb3Vz
IHBhdGNoZXMgKGJ1Z2ZpeGVzL3VwZGF0ZXMpIC4uLgogKiAgIDAwMF9hbGxfbWFrZWZpbGUtaW5j
bHVkZS1kaXJlY3RvcnkucGF0Y2ggLi4uICAgICAgICAgICAgICAgICAgICAgICAgIFsgb2sgXQog
KiBEb25lIHdpdGggcGF0Y2hpbmcKICogQ29udmVydGluZyB2bW1vbi1vbmx5L01ha2VmaWxlIHRv
IHVzZSBNPSBpbnN0ZWFkIG9mIFNVQkRJUlM9IC4uLiAgICAgICBbIG9rIF0KPj4+IFVucGFja2lu
ZyAuL3Ztd2FyZS1hbnktYW55LXVwZGF0ZTEwNC92bW5ldC50YXIgdG8gL3Zhci90bXAvcG9ydGFn
ZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrCiAqIEFwcGx5aW5nIHZhcmlvdXMgcGF0Y2hl
cyAoYnVnZml4ZXMvdXBkYXRlcykgLi4uCiAqICAgMDAwX2FsbF9tYWtlZmlsZS1pbmNsdWRlLWRp
cmVjdG9yeS5wYXRjaCAuLi4gICAgICAgICAgICAgICAgICAgICAgICAgWyBvayBdCiAqIERvbmUg
d2l0aCBwYXRjaGluZwogKiBDb252ZXJ0aW5nIHZtbmV0LW9ubHkvTWFrZWZpbGUgdG8gdXNlIE09
IGluc3RlYWQgb2YgU1VCRElSUz0gLi4uICAgICAgIFsgb2sgXQo+Pj4gU291cmNlIHVucGFja2Vk
Lgo+Pj4gQ29tcGlsaW5nIHNvdXJjZSBpbiAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1tb2R1bGVz
LTEuMC4wLjExL3dvcmsgLi4uCiAqIFByZXBhcmluZyB2bW1vbiBtb2R1bGUKVXNpbmcgMi42Lngg
a2VybmVsIGJ1aWxkIHN5c3RlbS4KbWFrZSAtQyAvdXNyL3NyYy9saW51eC9pbmNsdWRlLy4uIE09
JFBXRCBTUkNST09UPSRQV0QvLiBtb2R1bGVzCm1ha2VbMV06IEVudGVyaW5nIGRpcmVjdG9yeSBg
L3Vzci9zcmMvbGludXgtMi42LjE4LXN1c3BlbmQyJwptYWtlWzFdOiB3YXJuaW5nOiBqb2JzZXJ2
ZXIgdW5hdmFpbGFibGU6IHVzaW5nIC1qMS4gIEFkZCBgKycgdG8gcGFyZW50IG1ha2UgcnVsZS4K
ICBDQyBbTV0gIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvd29yay92
bW1vbi1vbmx5L2xpbnV4L2RyaXZlci5vCiAgQ0MgW01dICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2Fy
ZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1tb24tb25seS9saW51eC9ob3N0aWYubwogIENDIFtN
XSAgL3Zhci90bXAvcG9ydGFnZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrL3ZtbW9uLW9u
bHkvY29tbW9uL2NwdWlkLm8KICBDQyBbTV0gIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVs
ZXMtMS4wLjAuMTEvd29yay92bW1vbi1vbmx5L2NvbW1vbi9oYXNoLm8KICBDQyBbTV0gIC92YXIv
dG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvd29yay92bW1vbi1vbmx5L2NvbW1v
bi9tZW10cmFjay5vCiAgQ0MgW01dICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1tb2R1bGVzLTEu
MC4wLjExL3dvcmsvdm1tb24tb25seS9jb21tb24vcGh5c3RyYWNrLm8KICBDQyBbTV0gIC92YXIv
dG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvd29yay92bW1vbi1vbmx5L2NvbW1v
bi90YXNrLm9jYzFwbHVzOiB3YXJuaW5nOiBjb21tYW5kIGxpbmUgb3B0aW9uICItV3N0cmljdC1w
cm90b3R5cGVzIiBpcyB2YWxpZCBmb3IgQy9PYmpDIGJ1dCBub3QgZm9yIEMrKwpjYzFwbHVzOiB3
YXJuaW5nOiBjb21tYW5kIGxpbmUgb3B0aW9uICItV2RlY2xhcmF0aW9uLWFmdGVyLXN0YXRlbWVu
dCIgaXMgdmFsaWQgZm9yIEMvT2JqQyBidXQgbm90IGZvciBDKysKY2MxcGx1czogd2FybmluZzog
Y29tbWFuZCBsaW5lIG9wdGlvbiAiLVdzdHJpY3QtcHJvdG90eXBlcyIgaXMgdmFsaWQgZm9yIEMv
T2JqQyBidXQgbm90IGZvciBDKysKY2MxcGx1czogd2FybmluZzogY29tbWFuZCBsaW5lIG9wdGlv
biAiLWZmcmVlc3RhbmRpbmciIGlzIHZhbGlkIGZvciBDL09iakMgYnV0IG5vdCBmb3IgQysrCiAg
Q0MgW01dICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1t
b24tb25seS9jb21tb24vdm14ODYubwogIENDIFtNXSAgL3Zhci90bXAvcG9ydGFnZS92bXdhcmUt
bW9kdWxlcy0xLjAuMC4xMS93b3JrL3ZtbW9uLW9ubHkvdm1jb3JlL2NvbXBhdC5vCiAgQ0MgW01d
ICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1tb24tb25s
eS92bWNvcmUvbW9kdWxlbG9vcC5vCiAgTEQgW01dICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1t
b2R1bGVzLTEuMC4wLjExL3dvcmsvdm1tb24tb25seS92bW1vbi5vCiAgQnVpbGRpbmcgbW9kdWxl
cywgc3RhZ2UgMi4KICBNT0RQT1NUCiAgQ0MgICAgICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1t
b2R1bGVzLTEuMC4wLjExL3dvcmsvdm1tb24tb25seS92bW1vbi5tb2QubwogIExEIFtNXSAgL3Zh
ci90bXAvcG9ydGFnZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrL3ZtbW9uLW9ubHkvdm1t
b24ua28KbWFrZVsxXTogTGVhdmluZyBkaXJlY3RvcnkgYC91c3Ivc3JjL2xpbnV4LTIuNi4xOC1z
dXNwZW5kMicKY3AgLWYgdm1tb24ua28gLi8uLi92bW1vbi5vCiAqIFByZXBhcmluZyB2bW5ldCBt
b2R1bGUKVXNpbmcgMi42Lngga2VybmVsIGJ1aWxkIHN5c3RlbS4KbWFrZSAtQyAvdXNyL3NyYy9s
aW51eC9pbmNsdWRlLy4uIE09JFBXRCBTUkNST09UPSRQV0QvLiBtb2R1bGVzCm1ha2VbMV06IEVu
dGVyaW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvbGludXgtMi42LjE4LXN1c3BlbmQyJwptYWtlWzFd
OiB3YXJuaW5nOiBqb2JzZXJ2ZXIgdW5hdmFpbGFibGU6IHVzaW5nIC1qMS4gIEFkZCBgKycgdG8g
cGFyZW50IG1ha2UgcnVsZS4KICBDQyBbTV0gIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVs
ZXMtMS4wLjAuMTEvd29yay92bW5ldC1vbmx5L2RyaXZlci5vCiAgQ0MgW01dICAvdmFyL3RtcC9w
b3J0YWdlL3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1uZXQtb25seS9odWIubwogIEND
IFtNXSAgL3Zhci90bXAvcG9ydGFnZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrL3ZtbmV0
LW9ubHkvdXNlcmlmLm8KICBDQyBbTV0gIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMt
MS4wLjAuMTEvd29yay92bW5ldC1vbmx5L25ldGlmLm8KICBDQyBbTV0gIC92YXIvdG1wL3BvcnRh
Z2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvd29yay92bW5ldC1vbmx5L2JyaWRnZS5vCiAgQ0Mg
W01dICAvdmFyL3RtcC9wb3J0YWdlL3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1uZXQt
b25seS9wcm9jZnMubwogIENDIFtNXSAgL3Zhci90bXAvcG9ydGFnZS92bXdhcmUtbW9kdWxlcy0x
LjAuMC4xMS93b3JrL3ZtbmV0LW9ubHkvc21hY19jb21wYXQubwogIENDIFtNXSAgL3Zhci90bXAv
cG9ydGFnZS92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMS93b3JrL3ZtbmV0LW9ubHkvc21hY19saW51
eC54Mzg2Lm8KICBMRCBbTV0gIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAu
MTEvd29yay92bW5ldC1vbmx5L3ZtbmV0Lm8KICBCdWlsZGluZyBtb2R1bGVzLCBzdGFnZSAyLgog
IE1PRFBPU1QKICBDQyAgICAgIC92YXIvdG1wL3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAu
MTEvd29yay92bW5ldC1vbmx5L3ZtbmV0Lm1vZC5vCiAgTEQgW01dICAvdmFyL3RtcC9wb3J0YWdl
L3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL3dvcmsvdm1uZXQtb25seS92bW5ldC5rbwptYWtlWzFd
OiBMZWF2aW5nIGRpcmVjdG9yeSBgL3Vzci9zcmMvbGludXgtMi42LjE4LXN1c3BlbmQyJwpjcCAt
ZiB2bW5ldC5rbyAuLy4uL3ZtbmV0Lm8KPj4+IFNvdXJjZSBjb21waWxlZC4KPj4+IFRlc3QgcGhh
c2UgW25vdCBlbmFibGVkXTogYXBwLWVtdWxhdGlvbi92bXdhcmUtbW9kdWxlcy0xLjAuMC4xMQoK
Pj4+IEluc3RhbGwgdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEgaW50byAvdmFyL3RtcC9wb3J0YWdl
L3Ztd2FyZS1tb2R1bGVzLTEuMC4wLjExL2ltYWdlLyBjYXRlZ29yeSBhcHAtZW11bGF0aW9uCiAq
IEluc3RhbGxpbmcgdm1tb24gbW9kdWxlCiAqIEluc3RhbGxpbmcgdm1uZXQgbW9kdWxlCj4+PiBD
b21wbGV0ZWQgaW5zdGFsbGluZyB2bXdhcmUtbW9kdWxlcy0xLjAuMC4xMSBpbnRvIC92YXIvdG1w
L3BvcnRhZ2Uvdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEvaW1hZ2UvCgptYW46CnN0cmlwOiBpNjg2
LXBjLWxpbnV4LWdudS1zdHJpcCAtLXN0cmlwLXVubmVlZGVkCj4+PiBNZXJnaW5nIGFwcC1lbXVs
YXRpb24vdm13YXJlLW1vZHVsZXMtMS4wLjAuMTEgdG8gLwotLS0gL2V0Yy8KLS0tIC9ldGMvdWRl
di8KLS0tIC9ldGMvdWRldi9ydWxlcy5kLwo+Pj4gL2V0Yy91ZGV2L3J1bGVzLmQvNjAtdm13YXJl
LnJ1bGVzCi0tLSAvbGliLwotLS0gL2xpYi9tb2R1bGVzLwotLS0gL2xpYi9tb2R1bGVzLzIuNi4x
OC1zdXNwZW5kMi8KLS0tIC9saWIvbW9kdWxlcy8yLjYuMTgtc3VzcGVuZDIvbWlzYy8KPj4+IC9s
aWIvbW9kdWxlcy8yLjYuMTgtc3VzcGVuZDIvbWlzYy92bW1vbi5rbwo+Pj4gL2xpYi9tb2R1bGVz
LzIuNi4xOC1zdXNwZW5kMi9taXNjL3ZtbmV0LmtvCj4+PiBTYWZlbHkgdW5tZXJnaW5nIGFscmVh
ZHktaW5zdGFsbGVkIGluc3RhbmNlLi4uCi0tLSBjZmdwcm8gb2JqIC9saWIvbW9kdWxlcy8yLjYu
MTgtc3VzcGVuZDIvbWlzYy92bW5ldC5rbwotLS0gY2ZncHJvIG9iaiAvbGliL21vZHVsZXMvMi42
LjE4LXN1c3BlbmQyL21pc2Mvdm1tb24ua28KLS0tIGNmZ3BybyBkaXIgL2xpYi9tb2R1bGVzLzIu
Ni4xOC1zdXNwZW5kMi9taXNjCi0tLSBjZmdwcm8gZGlyIC9saWIvbW9kdWxlcy8yLjYuMTgtc3Vz
cGVuZDIKLS0tIGNmZ3BybyBvYmogL2V0Yy91ZGV2L3J1bGVzLmQvNjAtdm13YXJlLnJ1bGVzCi0t
LSBjZmdwcm8gZGlyIC9ldGMvdWRldi9ydWxlcy5kCi0tLSBjZmdwcm8gZGlyIC9ldGMvdWRldgot
LS0gY2ZncHJvIGRpciAvZXRjCi0tLSAhZW1wdHkgZGlyIC9saWIvbW9kdWxlcwotLS0gIWVtcHR5
IGRpciAvbGliCiAqIFJlbW92aW5nIGFwcC1lbXVsYXRpb24vdm13YXJlLW1vZHVsZXMtMS4wLjAu
MTEgZnJvbSBtb2R1bGVkYi4KPj4+IFJlZ2VuZXJhdGluZyAvZXRjL2xkLnNvLmNhY2hlLi4uCj4+
PiBPcmlnaW5hbCBpbnN0YW5jZSBvZiBwYWNrYWdlIHVubWVyZ2VkIHNhZmVseS4KICogVXBkYXRp
bmcgbW9kdWxlIGRlcGVuZGVuY2llcyBmb3IgMi42LjE4LXN1c3BlbmQyIC4uLiAgICAgICAgICAg
ICAgICAgICBbIG9rIF0KICogQWRkaW5nIG1vZHVsZSB0byBtb2R1bGVkYi4KPj4+IFJlZ2VuZXJh
dGluZyAvZXRjL2xkLnNvLmNhY2hlLi4uCj4+PiBhcHAtZW11bGF0aW9uL3Ztd2FyZS1tb2R1bGVz
LTEuMC4wLjExIG1lcmdlZC4KCj4+PiBObyBwYWNrYWdlcyBzZWxlY3RlZCBmb3IgcmVtb3ZhbCBi
eSBjbGVhbi4KCj4+PiBBdXRvLWNsZWFuaW5nIHBhY2thZ2VzLi4uCgo+Pj4gTm8gb3V0ZGF0ZWQg
cGFja2FnZXMgd2VyZSBmb3VuZCBvbiB5b3VyIHN5c3RlbS4KCgogKiBHTlUgaW5mbyBkaXJlY3Rv
cnkgaW5kZXggaXMgdXAtdG8tZGF0ZS4KICogSU1QT1JUQU5UOiAxIGNvbmZpZyBmaWxlcyBpbiAn
L2V0YycgbmVlZCB1cGRhdGluZy4KICogVHlwZSBlbWVyZ2UgLS1oZWxwIGNvbmZpZyB0byBsZWFy
biBob3cgdG8gdXBkYXRlIGNvbmZpZyBmaWxlcy4KCg==
</data>        

          </attachment>
    </bug>

</bugzilla>