<?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>89956</bug_id>
          
          <creation_ts>2005-04-21 12:13 0000</creation_ts>
          <short_desc>cups + samba + vmware causing endless loop in init scripts</short_desc>
          <delta_ts>2007-11-09 10:22:16 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>Printing</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>Bug</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>23971</dependson>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>Steve@genyinfo.com</reporter>
          <assigned_to>printing@gentoo.org</assigned_to>
          <cc>bigfish@asmallpond.org</cc>
    
    <cc>bluebird@gentoo.org</cc>
    
    <cc>csa@dside.dyndns.org</cc>
    
    <cc>daniel@acceleration.net</cc>
    
    <cc>gentoo.20.calle2003@spamgourmet.com</cc>
    
    <cc>gpawelczak@gmail.com</cc>
    
    <cc>gurligebis@gentoo.org</cc>
    
    <cc>jakub@gentoo.org</cc>
    
    <cc>jfmc2@coasin.com.mx</cc>
    
    <cc>jurek@gentoo.org</cc>
    
    <cc>ladanyi@tmit.bme.hu</cc>
    
    <cc>m.debruijne@matrict.nl</cc>
    
    <cc>mieszcz@zabrze.zigzag.pl</cc>
    
    <cc>obsidianx@gmail.com</cc>
    
    <cc>rdavis@unico.com</cc>
    
    <cc>rossi.f@inwind.it</cc>
    
    <cc>samba@gentoo.org</cc>
    
    <cc>siryes@gmail.com</cc>
    
    <cc>thomasvk@gmail.com</cc>
    
    <cc>uberlord@gentoo.org</cc>
    
    <cc>vmware@gentoo.org</cc>
    
    <cc>web.alexander@web.de</cc>

      

      
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-04-21 12:14:29 0000</bug_when>
            <thetext>this bugs is some kind of replicate of bug #15492 

We need to restart samba deamon to have printer sharing activated.

Reproducible: Always
Steps to Reproduce:
1. Have CUPS and samba for restart with default config from example 
2. add samba and cups to default runlevels
3. reboot
4. try access printer after reboot. 

Actual Results:  
the printer are not listed 

Expected Results:  
The printer should work normaly

if we look at the service startup, cups is started right after samba so samba
dont load the printer on startup.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-04-23 03:08:03 0000</bug_when>
            <thetext>added use samba to cupsd init file</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>azarah@gentoo.org</who>
            <bug_when>2005-04-26 03:44:42 0000</bug_when>
            <thetext>Ok, but now samba also still &apos;use cups&apos;, and you get:

----
 * Caching service dependencies ...
 *  Services &apos;samba&apos; and &apos;cupsd&apos; have circular
 *  dependency of type &apos;iuse&apos;;  continuing...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-04-26 04:03:13 0000</bug_when>
            <thetext>samba herd: please remove use cups from samba-init</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>satya@gentoo.org</who>
            <bug_when>2005-04-27 06:29:36 0000</bug_when>
            <thetext>&apos;use cupsd&apos; removed</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gurligebis@gentoo.org</who>
            <bug_when>2005-04-28 07:30:43 0000</bug_when>
            <thetext>Doesn&apos;t this make samba start BEFORE cups?
maybe it&apos;s just me, but cups should be running first, so samba can ask it for it&apos;s printers, or am i wrong?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-04-28 07:39:50 0000</bug_when>
            <thetext>sorry, you are completly right, reverted the changes

this bug has to be in baselayout then</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gurligebis@gentoo.org</who>
            <bug_when>2005-04-28 07:42:06 0000</bug_when>
            <thetext>ahh, thought so, didn&apos;t make much sense :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>satya@gentoo.org</who>
            <bug_when>2005-04-28 07:46:53 0000</bug_when>
            <thetext>You&apos;re right 8-/ ...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-05-10 08:49:34 0000</bug_when>
            <thetext>initial reporter: does your problem persist?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-10 10:15:49 0000</bug_when>
            <thetext>Yes the bugs still happen. 
I&apos;ve played around the use flags to try solve the problem but with no success.

But then, i could try to get it work if i know where to look. Do you have some advice, or some place i should look for.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-05-10 10:23:13 0000</bug_when>
            <thetext>try to change &quot;use cups&quot; to &quot;after cups&quot; in the samba init file</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-12 08:04:49 0000</bug_when>
            <thetext>I&apos;ve tryed with 2 alternative for it. 
before cups 
and 
before cupsd 
nothing has change with these modification. But i&apos;ve notice that Vmware sevice load bettween those 2 maybe this bug comming from a dependency in the vmware 4.5 suite ? I&apos;ll investigate on this case later.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-12 08:06:11 0000</bug_when>
            <thetext>forget to tell i&apos;ve also tryed the after cups and after cupsd thing :p</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-12 10:00:45 0000</bug_when>
            <thetext>I&apos;ve checked up the init script of cups and in the depends functions there is a use vmware. Why does cups need to use vmware, it should be vmware that use cups.
I&apos;ll change the init script to add the depends in vmware and remove it from cups.

I&apos;ll give more detail twomorrow morning if it has worked.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-13 06:06:47 0000</bug_when>
            <thetext>Ok now everything is working just fine. 
Please remove the dependency to vmware in cups and add it to vmware.
I&apos;ll leave the bug open for you all to see it and it solution.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>lanius@gentoo.org</who>
            <bug_when>2005-05-14 07:20:57 0000</bug_when>
            <thetext>no, cups needs to be started before vmware, take a look at bug #23971. what if you change use vmware to after vmware?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-16 08:08:07 0000</bug_when>
            <thetext>Well cups was started after vmware before. 
When i&apos;ve change the dependency of cups to vmware and vmware to cups everything worked fine and cups was started way before samba or vmware had the chance to start ( Cups even started before dbus and HAL ).
I&apos;ve checked the bugs #23971 about cups not starting because of vmnet not being there. I can say i dont have this problem with my installation of vmware.
I&apos;ll investigate about this problem and bugs and post my solution.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-05-17 14:08:07 0000</bug_when>
            <thetext>Ok now the main problem is we have a big cyclique dependency problem that affect
samba print with cups. And Vmware is causing all these problem.
So if i explain myself we have samba, vmware and cupsd starting in that order.
The reason why is that vmware need samba to startup the samba share into vmware.
Cupsd need to be started after vmware because cups may be binded to a vmware
network interface. And to finish we need cupsd started before samba to have it
printer readed by the samba daemon. 
The only solution i can think of is reloading samba right after cupsd is started
if and only if samba is already started.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>peter@devrijer.net</who>
            <bug_when>2005-06-16 15:29:39 0000</bug_when>
            <thetext>Just learned about this problem the hard way. Couldn&apos;t print from
windows host, which I could yesterday (boot in between).

I added

/etc/init.d/samba restart

to /etc/conf.d/local.start

And since the local initscript is executed last ;-)

But solving this in the initscripts themselves would be appreciated!
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2005-06-17 08:45:34 0000</bug_when>
            <thetext>what i have done is remove the cups depedencies to vmware since my cups
configuration is not bind to vmware virtual network interface. Then everything
work fine. In the ideal world would be that cups retry to bind itself to the
interface servral time after being started and give an error after a maximum of
retry and have a bind to minimaly 127.0.0.1, not completly fails on startup and
brings down the deamon that depends on it.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cirix@fw.hu</who>
            <bug_when>2005-09-12 23:21:31 0000</bug_when>
            <thetext>The reason for this bug is the additional &quot;after vmware&quot; in /etc/init.d/cupsd.
Vmware has &quot;use samba&quot;, samba has &quot;use cupsd&quot; and cupsd has &quot;after vmware&quot;, this
way it is a round dependency. Removing &quot;after vmware&quot; from /etc/init.d/cupsd
should solve the problem. And this is the logical way, because cupsd should be
started first, needed by samba, and samba is needed by vmware to share files and
printers with the host.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-01-14 12:17:05 0000</bug_when>
            <thetext>this bug cannot be fixed, because then #23971 would neeed to be reopened. If you can think of a solution, that takes both issues into account please tell me and reopen.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2006-01-14 15:21:25 0000</bug_when>
            <thetext>*** Bug 118270 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-01-15 04:27:51 0000</bug_when>
            <thetext>*** Bug 119065 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-01-15 04:36:07 0000</bug_when>
            <thetext>Well, causing lock up in init scripts and breaking boot process for users is the worst of available options, this is not acceptable, really.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2006-01-15 08:23:42 0000</bug_when>
            <thetext>I&apos;m amazed that no-one has thought of the obvious solution to the circular dependency which is to split vmware networking off into a separate init script (vmnet fex) or create it as a baselayout netscripts module.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-01-19 01:43:06 0000</bug_when>
            <thetext>*** Bug 119516 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rdavis@unico.com</who>
            <bug_when>2006-01-19 16:56:15 0000</bug_when>
            <thetext>Argh!  I have been having this problem (boot hanging) and finally found out it is something with cups/vmware/samba and finally found this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2006-01-25 05:31:49 0000</bug_when>
            <thetext>*** Bug 120256 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-03-25 14:42:59 0000</bug_when>
            <thetext>*** Bug 127570 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bigfish@asmallpond.org</who>
            <bug_when>2006-07-21 19:04:30 0000</bug_when>
            <thetext>This is still a problem.  With parallel startup enabled, my system will hang because samba uses cups, which wants to start after vmware, which wants to start after samba.

I fix this by commenting out the &quot;after samba&quot; in the vmware script.  This really seems to be the most logical thing to do to me.  In fact, some users may want samba to start *after* vmware, for the same reason as cups; to allow samba to bind only to the vmware interfaces.

Is there some use case for the vmware _services_ needing samba to be running?  I can see the need when I actually startup a virtual machine, but I don&apos;t see any value in requiring samba to be running for the vmware services.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>carlo@gentoo.org</who>
            <bug_when>2006-10-09 05:39:37 0000</bug_when>
            <thetext>*** Bug 150556 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>web.alexander@web.de</who>
            <bug_when>2006-10-09 06:09:34 0000</bug_when>
            <thetext>is it possible to split vmware: vmware-net that should be start before cups, and vmware-services that use samba?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2006-10-09 07:04:45 0000</bug_when>
            <thetext>Ehh... sure.

Feel free to attach a patch to do it and I&apos;ll commit it.  Otherwise, it&apos;ll have to wait until I drum up some time to look into it more closely.  The init script-fu for VMware kinda scares me.  The biggest problem is that we&apos;re actually using VMware&apos;s init script with just a wrapper, instead of our own script.

I&apos;ve been planning on completely rewriting VMware&apos;s script as a Gentoo init script, but that&apos;s still a ways off.  If someone wanted to do it for me and submit it to this bug, I&apos;d be much appreciative.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>web.alexander@web.de</who>
            <bug_when>2006-10-09 08:12:20 0000</bug_when>
            <thetext>Created an attachment (id=99203)
vmware net only with removed service stuff

vmware net only with removed service stuff</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>web.alexander@web.de</who>
            <bug_when>2006-10-09 08:17:12 0000</bug_when>
            <thetext>Created an attachment (id=99205)
vmware services only with removed net stuff

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>web.alexander@web.de</who>
            <bug_when>2006-10-09 08:24:46 0000</bug_when>
            <thetext>I have 2 patches, for /etc/vmware/init.d/vmware, but the original have VMWare Copyright. Your rewrite is welcome.
I dont use samba on vmware. For me it is a cosmetical bug.
sorry for broken english.
 </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>web.alexander@web.de</who>
            <bug_when>2006-10-11 00:35:00 0000</bug_when>
            <thetext>Created an attachment (id=99347)
Patches for splitting vmware

Here is my full patchset for splitting by duplicate &amp; remove-unneeded.
services contains only dhcpd and samba
litle more tested with vmware-player-1.0.1.19317-r4

#Installing-instructions:
/etc/init.d/vmware stop
cp /etc/init.d/vmware /etc/init.d/vmware.bak
cp /etc/init.d/vmware /etc/init.d/vmware-services
cp /etc/vmware/init.d/vmware /etc/vmware/init.d/vmware-base
cp /etc/vmware/init.d/vmware /etc/vmware/init.d/vmware-services
patch /etc/init.d/vmware init.d/vmware.diff
patch /etc/init.d/vmware-services init.d/vmware-services.diff
patch /etc/vmware/init.d/vmware-base mod/vmware-base.diff
patch /etc/vmware/init.d/vmware-services mod/vmware-services.diff
/etc/init.d/vmware-services start</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2006-11-23 11:10:16 0000</bug_when>
            <thetext>*** Bug 156047 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-11-23 11:43:34 0000</bug_when>
            <thetext>Guys, I hate to ask this so far down the line, but does vmware really require samba?  As far as I was aware, vmware starts it&apos;s *own* samba server to support the &quot;shared folders&quot; feature, which may not even be required, and otherwise I&apos;m not aware of any reason why the system samba needs to be started before vmware, or why there is any dependency between them at all.

Could someone who has samba installed and uses vmware&apos;s shared folders feature please verify whether vmware actually needs the system samba service to be started to still function properly?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Steve@genyinfo.com</who>
            <bug_when>2006-11-23 14:12:45 0000</bug_when>
            <thetext>The problem is not that vmware need samba to work but mostly samba need vmware Network interface for some case on user config placing restriction on the specific IP address. Sames goes with cups and other deamon that the user put a specific configuration on an IP address provided by VMWare modules.

The provided solution is ideal cause it can overcome any kind of user config that we could came across.

Regarding the the previous duplicate comment bugs, maybe juste the vmware init script is not updated ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>bigfish@asmallpond.org</who>
            <bug_when>2006-11-23 20:42:44 0000</bug_when>
            <thetext>(In reply to comment #40)
&gt; Guys, I hate to ask this so far down the line, but does vmware really require
&gt; samba?

That was my question in #31.  I&apos;m still not aware of any case where samba and/or cups need to be running before the vmware services start.  I certainly need them to start before my actual virtual machine(s) startup, but that happens later.


&gt; Could someone who has samba installed and uses vmware&apos;s shared folders feature
&gt; please verify whether vmware actually needs the system samba service to be
&gt; started to still function properly?

No, samba does not need to be running for shared folders to work.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jfmc2@coasin.com.mx</who>
            <bug_when>2007-04-26 17:44:28 0000</bug_when>
            <thetext>Ok, the last comment was on 2006.  I just emerged vmware-player and added vmware to default.  And this is still happening.  The loop is still there in the init scripts.

any definitive solution?  What I did was that I substituded after samba to after local.  That gave a circular because local is supposed to start after *, but the machine started (grin).

Ok, I know that was an ugly fix, but at least it works.  Any approved fixes?

thanks</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jurek@gentoo.org</who>
            <bug_when>2007-08-16 22:44:51 0000</bug_when>
            <thetext>It seems that I had to learn about this issue the hard way, too. Any progress?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>genstef@gentoo.org</who>
            <bug_when>2007-11-09 10:22:16 0000</bug_when>
            <thetext>removed after vmware from cups init scripts for now. Feel free to continue with the splitup in vmware and readdit then.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>99203</attachid>
            <date>2006-10-09 08:12 0000</date>
            <desc>vmware net only with removed service stuff</desc>
            <filename>vmware-net.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">Njg2LDc0NGQ2ODUKPCAjIFN0YXJ0IGEgU01CIG5hbWUgc2VydmVyIG9uIGEgcHJpdmF0ZSBJUCBu
ZXR3b3JrCjwgdm13YXJlX3N0YXJ0X25tYmQoKSB7CjwgICAgbG9jYWwgdkhvc3RJZj0iJDEiICMg
SU4KPCAKPCAgICAjIERpc2FibGUgbG9nZ2luZyB0byBhdm9pZCB0aGUgdW5jb250cm9sbGVkIGNy
ZWF0aW9uIG9mIHVubWFuYWdlZCBmaWxlcwo8ICAgIGNkICIkdm1kYl9hbnN3ZXJfQklORElSIiAm
JiAiJHZtZGJfYW5zd2VyX0JJTkRJUiIvIiRubWJkIiAtRCAtbCAvZGV2L251bGwgXAo8ICAgICAg
IC1zICIkdm13YXJlX2V0Y19kaXIiLyIkdkhvc3RJZiIvc21iL3NtYi5jb25mIFwKPCAgICAgICAt
ZiAvdmFyL3J1bi8iJG5tYmQiLSIkdkhvc3RJZiIucGlkCjwgfQo8IAo8ICMgU3RvcCBhIFNNQiBu
YW1lIHNlcnZlciBvbiBhIHByaXZhdGUgSVAgbmV0d29yawo8IHZtd2FyZV9zdG9wX25tYmQoKSB7
CjwgICAgbG9jYWwgdkhvc3RJZj0iJDEiICMgSU4KPCAKPCAgICBpZiB2bXdhcmVfc3RvcF9waWRm
aWxlIC92YXIvcnVuLyIkbm1iZCItIiR2SG9zdElmIi5waWQ7IHRoZW4KPCAgICAgICBybSAtZiAv
dmFyL3J1bi8iJG5tYmQiLSIkdkhvc3RJZiIucGlkCjwgICAgZmkKPCB9CjwgCjwgIyBTdGFydCBh
IFNNQiBzaGFyZSBzZXJ2ZXIgb24gYSBwcml2YXRlIElQIG5ldHdvcmsKPCB2bXdhcmVfc3RhcnRf
c21iZCgpIHsKPCAgICBsb2NhbCB2SG9zdElmPSIkMSIgIyBJTgo8IAo8ICAgICMgRGlzYWJsZSBs
b2dnaW5nIHRvIGF2b2lkIHRoZSB1bmNvbnRyb2xsZWQgY3JlYXRpb24gb2YgdW5tYW5hZ2VkIGZp
bGVzCjwgICAgY2QgIiR2bWRiX2Fuc3dlcl9CSU5ESVIiICYmICIkdm1kYl9hbnN3ZXJfQklORElS
Ii8iJHNtYmQiIC1EIC1sIC9kZXYvbnVsbCBcCjwgICAgICAgLXMgIiR2bXdhcmVfZXRjX2RpciIv
IiR2SG9zdElmIi9zbWIvc21iLmNvbmYgXAo8ICAgICAgIC1mIC92YXIvcnVuLyIkc21iZCItIiR2
SG9zdElmIi5waWQKPCB9CjwgCjwgIyBTdG9wIGEgU01CIHNoYXJlIHNlcnZlciBvbiBhIHByaXZh
dGUgSVAgbmV0d29yawo8IHZtd2FyZV9zdG9wX3NtYmQoKSB7CjwgICAgbG9jYWwgdkhvc3RJZj0i
JDEiICMgSU4KPCAKPCAgICBpZiB2bXdhcmVfc3RvcF9waWRmaWxlIC92YXIvcnVuLyIkc21iZCIt
IiR2SG9zdElmIi5waWQ7IHRoZW4KPCAgICAgICBybSAtZiAvdmFyL3J1bi8iJHNtYmQiLSIkdkhv
c3RJZiIucGlkCjwgICAgZmkKPCB9CjwgCjwgIyBTdGFydCBhIERIQ1Agc2VydmVyIG9uIGEgcHJp
dmF0ZSBJUCBuZXR3b3JrCjwgdm13YXJlX3N0YXJ0X2RoY3BkKCkgewo8ICAgIGxvY2FsIHZIb3N0
SWY9IiQxIiAjIElOCjwgCjwgICAgIyBUaGUgZGFlbW9uIGFscmVhZHkgbG9ncyBpdHMgb3V0cHV0
IGluIHRoZSBzeXN0ZW0gbG9nLCBzbyB3ZSBjYW4gc2FmZWx5CjwgICAgIyB0cmFzaCBpdAo8ICAg
IGNkICIkdm1kYl9hbnN3ZXJfQklORElSIiAmJiAiJHZtZGJfYW5zd2VyX0JJTkRJUiIvIiRkaGNw
ZCIgXAo8ICAgICAgIC1jZiAiJHZtd2FyZV9ldGNfZGlyIi8iJHZIb3N0SWYiL2RoY3BkL2RoY3Bk
LmNvbmYgXAo8ICAgICAgIC1sZiAiJHZtd2FyZV9ldGNfZGlyIi8iJHZIb3N0SWYiL2RoY3BkL2Ro
Y3BkLmxlYXNlcyBcCjwgICAgICAgLXBmIC92YXIvcnVuLyIkZGhjcGQiLSIkdkhvc3RJZiIucGlk
ICIkdkhvc3RJZiIgPi9kZXYvbnVsbCAyPiYxCjwgfQo8IAo8ICMgU3RvcCBhIERIQ1Agc2VydmVy
IG9uIGEgcHJpdmF0ZSBJUCBuZXR3b3JrCjwgdm13YXJlX3N0b3BfZGhjcGQoKSB7CjwgICAgbG9j
YWwgdkhvc3RJZj0iJDEiICMgSU4KPCAKPCAgICBpZiB2bXdhcmVfc3RvcF9waWRmaWxlIC92YXIv
cnVuLyIkZGhjcGQiLSIkdkhvc3RJZiIucGlkOyB0aGVuCjwgICAgICAgcm0gLWYgL3Zhci9ydW4v
IiRkaGNwZCItIiR2SG9zdElmIi5waWQKPCAgICBmaQo8IH0KPCAKNzUxLDc1MmQ2OTEKPCAgICBs
b2NhbCBydW5fZGhjcGQ9IiQ1IiAjIElOCjwgICAgbG9jYWwgcnVuX3NhbWJhPSIkNiIgIyBJTgo3
OTYsODA0ZDczNAo8ICAgIGlmIFsgIiRydW5fZGhjcGQiID0gJ3llcycgXTsgdGhlbgo8ICAgICAg
IHZtd2FyZV9zdGFydF9kaGNwZCAiJHZIb3N0SWYiIHx8IGV4aXQgMQo8ICAgIGZpCjwgCjwgICAg
aWYgWyAiJHJ1bl9zYW1iYSIgPSAneWVzJyBdOyB0aGVuCjwgICAgICAgdm13YXJlX3N0YXJ0X25t
YmQgIiR2SG9zdElmIiB8fCBleGl0IDEKPCAgICAgICB2bXdhcmVfc3RhcnRfc21iZCAiJHZIb3N0
SWYiIHx8IGV4aXQgMQo8ICAgIGZpCjwgCjkxMWM4NDEKPCAgICAgICAgICAgICAgICAgICAiJGhv
c3RhZGRyIiAiJG5ldG1hc2siICd5ZXMnICIkc2FtYmEiCi0tLQo+ICAgICAgICAgICAgICAgICAg
ICIkaG9zdGFkZHIiICIkbmV0bWFzayIKMTAwMywxMDE2ZDkzMgo8ICAgICAgICAgICAgICAgIHZt
d2FyZV9leGVjICJESENQIHNlcnZlciBvbiAvZGV2L3ZtbmV0JHZIdWJOciIgdm13YXJlX3N0b3Bf
ZGhjcGQgXAo8ICAgICAgICAgICAgICAgICAgICJ2bW5ldCR2SHViTnIiCjwgICAgICAgICAgICAg
ICAgZXhpdGNvZGU9JCgoJGV4aXRjb2RlICsgJD8pKQo8IAo8ICAgICAgICAgICAgICAgIGV2YWwg
J3NhbWJhPSIkdm1kYl9hbnN3ZXJfVk5FVF8nIiR2SHViTnIiJ19TQU1CQSInCjwgICAgICAgICAg
ICAgICAgaWYgWyAiJHNhbWJhIiA9ICJ5ZXMiIF07IHRoZW4KPCAgICAgICAgICAgICAgICAgICB2
bXdhcmVfZXhlYyAnU01CIHNoYXJlIHNlcnZlciBvbiAvZGV2L3ZtbmV0JyIkdkh1Yk5yIiBcCjwg
ICAgICAgICAgICAgICAgICAgICAgdm13YXJlX3N0b3Bfc21iZCAndm1uZXQnIiR2SHViTnIiCjwg
ICAgICAgICAgICAgICAgICAgZXhpdGNvZGU9JCgoJGV4aXRjb2RlICsgJD8pKQo8IAo8ICAgICAg
ICAgICAgICAgICAgIHZtd2FyZV9leGVjICdTTUIgbmFtZSBzZXJ2ZXIgb24gL2Rldi92bW5ldCci
JHZIdWJOciIgXAo8ICAgICAgICAgICAgICAgICAgICAgIHZtd2FyZV9zdG9wX25tYmQgJ3ZtbmV0
JyIkdkh1Yk5yIgo8ICAgICAgICAgICAgICAgICAgIGV4aXRjb2RlPSQoKCRleGl0Y29kZSArICQ/
KSkKPCAgICAgICAgICAgICAgICBmaQo=
</data>        

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>99205</attachid>
            <date>2006-10-09 08:17 0000</date>
            <desc>vmware services only with removed net stuff</desc>
            <filename>vmware-services.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">ODgwLDg5MWQ4NzkKPCAgICAgICB2bXdhcmVfZXhlYyAnVmlydHVhbCBtYWNoaW5lIG1vbml0b3In
IHZtd2FyZV9zdGFydF92bW1vbgo8ICAgICAgIGV4aXRjb2RlPSQoKCRleGl0Y29kZSArICQ/KSkK
PCAKPCAgICAgICBpZiBbICJgaXNQcHVzZXJOZWVkZWRgIiA9ICcxJyBdOyB0aGVuCjwgICAgICAg
ICAgdm13YXJlX2V4ZWMgJ1ZpcnR1YWwgYmlkaXJlY3Rpb25hbCBwYXJhbGxlbCBwb3J0JyB2bXdh
cmVfc3RhcnRfdm1wcHVzZXIKPCAgICAgICAgICBleGl0Y29kZT0kKCgkZXhpdGNvZGUgKyAkPykp
CjwgICAgICAgZWxzZQo8ICAgICAgICAgICMgVHJ5IHRvIGxvYWQgcGFycG9ydF9wYy4gRmFpbHVy
ZSBpcyBhbGxvd2VkIGFzIGl0IGRvZXMgbm90IGV4aXN0CjwgICAgICAgICAgIyBvbiBrZXJuZWxz
IDIuMAo8ICAgICAgICAgIC9zYmluL21vZHByb2JlIHBhcnBvcnRfcGMgPi9kZXYvbnVsbCAyPiYx
CjwgICAgICAgZmkKPCAKODkzLDg5NGQ4ODAKPCAgICAgICAgICB2bXdhcmVfZXhlYyAnVmlydHVh
bCBldGhlcm5ldCcgdm13YXJlX3N0YXJ0X3ZtbmV0CjwgICAgICAgICAgZXhpdGNvZGU9JCgoJGV4
aXRjb2RlICsgJD8pKQo5MDIsOTA1Yzg4OAo8ICAgICAgICAgICAgICAgIHZtd2FyZV9jcmVhdGVf
dm1uZXQgIiR2SHViTnIiCjwgICAgICAgICAgICAgICAgdm13YXJlX2V4ZWMgJ0JyaWRnZWQgbmV0
d29ya2luZyBvbiAvZGV2L3ZtbmV0JyIkdkh1Yk5yIiBcCjwgICAgICAgICAgICAgICAgICAgdm13
YXJlX3N0YXJ0X2JyaWRnZSAiJHZIdWJOciIgIiRpbnRlcmZhY2UiCjwgICAgICAgICAgICAgICAg
ZXhpdGNvZGU9JCgoJGV4aXRjb2RlICsgJD8pKQotLS0KPiAgICAgICAgICAgICAgIG5vbmU9bm9u
ZSAgIAo5MDdkODg5CjwgICAgICAgICAgICAgICAgdm13YXJlX2NyZWF0ZV92bW5ldCAiJHZIdWJO
ciIKOTc4LDk4OWQ5NTkKPCAgICAgICB2bXdhcmVfZXhlYyAnVmlydHVhbCBtYWNoaW5lIG1vbml0
b3InIHZtd2FyZV9zdG9wX3ZtbW9uCjwgICAgICAgZXhpdGNvZGU9JCgoJGV4aXRjb2RlICsgJD8p
KQo8IAo8ICAgICAgIGlmIFsgImBpc1BwdXNlck5lZWRlZGAiID0gJzEnIF07IHRoZW4KPCAgICAg
ICAgICB2bXdhcmVfZXhlYyAnVmlydHVhbCBiaWRpcmVjdGlvbmFsIHBhcmFsbGVsIHBvcnQnIHZt
d2FyZV9zdG9wX3ZtcHB1c2VyCjwgICAgICAgICAgZXhpdGNvZGU9JCgoJGV4aXRjb2RlICsgJD8p
KQo8ICAgICAgIGVsc2UKPCAgICAgICAgICAjIFRyeSB0byB1bmxvYWQgcGFycG9ydF9wYy4gRmFp
bHVyZSBpcyBhbGxvd2VkIGFzIGl0IGRvZXMgbm90IGV4aXN0CjwgICAgICAgICAgIyBvbiBrZXJu
ZWxzIDIuMCwgYW5kIHNvbWUgb3RoZXIgcHJvY2VzcyBjb3VsZCBiZSB1c2luZyBpdC4KPCAgICAg
ICAgICAvc2Jpbi9tb2Rwcm9iZSAtciBwYXJwb3J0X3BjID4vZGV2L251bGwgMj4mMQo8ICAgICAg
IGZpCjwgCjk5OSwxMDAxYzk2OQo8ICAgICAgICAgICAgICAgIHZtd2FyZV9leGVjICJCcmlkZ2Vk
IG5ldHdvcmtpbmcgb24gL2Rldi92bW5ldCR2SHViTnIiIFwKPCAJCQkJCSAgIHZtd2FyZV9zdG9w
X2JyaWRnZSAiJHZIdWJOciIKPCAgICAgICAgICAgICAgICBleGl0Y29kZT0kKCgkZXhpdGNvZGUg
KyAkPykpCi0tLQo+ICAgICAgICAgICAgICAgIG5vbmU9bm9uZQoxMDE3LDEwMjZkOTg0CjwgCjwg
ICAgICAgICAgICAgICAgZXZhbCAnbmF0PSIkdm1kYl9hbnN3ZXJfVk5FVF8nIiR2SHViTnIiJ19O
QVQiJwo8ICAgICAgICAgICAgICAgIGlmIFsgIiRuYXQiID0gInllcyIgXTsgdGhlbgo8ICAgICAg
ICAgICAgICAgICAgIHZtd2FyZV9leGVjICdOQVQgc2VydmljZSBvbiAvZGV2L3ZtbmV0JyIkdkh1
Yk5yIiBcCjwgICAgICAgICAgICAgICAgICAgICAgdm13YXJlX3N0b3BfbmF0ICIkdkh1Yk5yIgo8
ICAgICAgICAgICAgICAgICAgIGV4aXRjb2RlPSQoKCRleGl0Y29kZSArICQ/KSkKPCAgICAgICAg
ICAgICAgICBmaQo8IAo8ICAgICAgICAgICAgICAgIHZtd2FyZV9leGVjICdIb3N0LW9ubHkgbmV0
d29ya2luZyBvbiAvZGV2L3ZtbmV0JyIkdkh1Yk5yIiBcCjwgICAgICAgICAgICAgICAgICAgdm13
YXJlX3N0b3BfaG9zdG9ubHkgJ3ZtbmV0JyIkdkh1Yk5yIiAiJGhvc3RhZGRyIiAiJG5ldG1hc2si
CjEwMzAsMTAzMmQ5ODcKPCAKPCAgICAgICAgICB2bXdhcmVfZXhlYyAnVmlydHVhbCBldGhlcm5l
dCcgdm13YXJlX3N0b3Bfdm1uZXQKPCAgICAgICAgICAgICBleGl0Y29kZT0kKCgkZXhpdGNvZGUg
KyAkPykpCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>99347</attachid>
            <date>2006-10-11 00:35 0000</date>
            <desc>Patches for splitting vmware</desc>
            <filename>vmware-split-patches.tgz</filename>
            <type>application/x-compressed-tar</type>
            <data encoding="base64">H4sIAIOWLEUAA+1YUW/bNhDOa/0rDmpQtZjtSLItWVvToVlXJA/JgjboCmyDI4l0TFgWBUqya6A/
fkdZtiXbiZ3OSbaVH5DIlnnH4x3v4x3H1tHBQ8NAOJ1O/kSsPvPPptExW6bZMgwcZ+J44wA6D24Z
IktSTwAcCM7Tu8Zt+/0/irF1xCKWNskDboN7xb/dwvibVsdR8X8MLOM/Hk08QZuE9ft7nkMG2G63
b41/21nE37IdE+PfalvmARh7tmMjvvP4d4Nu7TU8yxIKIb+5oQIimkLijXyv1mg0am9Wf6vZdmDb
UuaIpkGxa6p7CKRLU/gKs6+NWNA0Zf3p7P1c7a3iDd9LtulwzMAxtxnB443yPN7ZhNs1PHXc9oXV
/G8kVIxZQJM9EsG2/O8YrUX+O5bM/47Vaqn8fww4gSPTKKKUYJIHXjjiWbTI0ZXXRSo8AgXMd+ET
00DJjP8pFWD+j/hDFn8H96z/bJn/ht0xVf33GCjiXzr29l8BbuF/s92x8vhbtm06ji3rP6dtKf5/
DLimGeAfcug6tMMBR+8QIjT8jLXfyEuGGuhTmuj4Ii8StYJEd5eOuJ7/q2GX36qbhukQ/GStWzDb
kz36hQagvTv95RIkHWMVyiM4InSMmxa1Ho5PM/8C5yiGS0rukUEQE/hz86oqYutD6BeWBpzQ48OX
Lw/nX+AHOPz51SscvUFg7IWg59441g7HI+L3vCiZUNH7dPHrVU/X5nPpvY9vz0/eavq6DtaHPxYu
hWPQ0Mca/PUTpAMabVxG2Tv6x/MTSAb5cbfBRUsLbnHJUl3uvWTkE9BXRDcK3ttXmwyPvNF+7I72
ZfcK+kyu5akz9WFQ5f8HKP4PtvK/YxbnPzb/bcvAcWbbbnUU/z8GsC6rO45LnE5rtvGfFw94x8GD
IBMJF1MIBjQYQsoxT6kkK6QlkPTe4FE4ldcCEy6Gc8mAR312kwkvZZjPTFbPLAyBD5sAv1MgHMXl
W/n0Uhhxn4V0Liy1Jjgm0lO4kVcRNM1iwGEswkihmpQhXXgRyakRhcfYoqR8Lu6hMZNZy0JhMqBI
iRttLYyU1kUL4ZBH8pYD+ZyR5oo7Lk5+hCtptqBohdRDSSI94ssVRVSaGHNkfZxmZuNkQd3Pcxr5
dC5nmzsntxrk3cqabSy6mTunLD/BOQSVfulzHqK8PwUyRfZkAcbHQ9MTdFK+3ELR6ho+f/4MsdSe
ekMcbBroXbRntg5pM89SGd2I+5xMYXaKJWUb8oAlIZ8k4GNCoByHURYMpL2TZWh9lhamlIV9Lxje
CGwkV5yLM4acD99zcYqu+A09cVEESTtk/bNYqxyDNBhw0E83OY2wxPNzz9DAk67VCwUVUS+OqSfm
sfPygNYhHkwTFshPeB7ghkV1snahSdLUK+KXIZWXQyKLQNOr5/3J2cW7sw+aPqfTWaybcajhZFUt
SLqygZzyTNy6OYsMWs6PBxUUpdrsTHpdOQKxI+6hBtbHhJHnH6o962uwPEW/fl3qqDldt+64HeLY
1jwM6PbjaxaP270k8+U9YOG+/Hkuy7frRcRYv8ig0kysLFNUfEvZ6iHuC+6RwEtQYDZl6cXarBrg
kiriL17gLv2A+5VeYoxoNJPCBWglg1bKJyGHy6hCY25oLrBu6VJF2dvdrlHvuibptu2Fzko184mJ
NMNicOQFA/QFklPEUi70aojGI3y/ULBrCTWrEK9ZchnjzhYXSD+UXMtaUTf1TZXiRst8RpiggdxW
+C32BHIZxQ9cpGtWxvlEZZU7lU00TGhZ6Dlc4QGCyRZifOWUcrJeHDThvcdCJELJimgGcicBDyks
RRqhkpbTWSpWlSG7DqmIcBawmkb5t6PEZ5GsZmLBMbGXM8GbvKaMMjw9rDcvls1OEVa3hWHtYFid
rf6j6GUh68tVZ8mb8d09VXMNq+4abdKdH7tlFKoDJKaUznTDHfVsxdATwcgNOrLEiverqSvr8nNt
JQbBFIlSKvpeQDVchIML6Nx3Aa7ZqrumS7q2cUc/FXnptm7q4u3VHb0UKsizI+9Wd+6kUCcUVfA/
aEZyJvbujBp8QxfiOt2623WJa3a/lYCwTfr3809u5L7pJ4segoDqeSmacKz3uOQGQPLBBkrWeVko
CxEs8WQSsrR5B1c1xO505bpuHTsmg7iWczcZaNvIoLKjn0lAtaNezf+aaZhydssmbntD4ldT756X
GPtJPXkPsP/M28RTFeM31qPfyLy4BFkS5tpWrzNuuVbDwLQMDEzLwsB0V8zd9STL027lINvmrKfu
XxUUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFL4n/A1QdVhgAFAAAA==
</data>        

          </attachment>
    </bug>

</bugzilla>