[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] stable / unstable parallel install?


  • To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
  • From: aq <aquynh@xxxxxxxxx>
  • Date: Sat, 4 Jun 2005 23:57:51 +0900
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Gerd Knorr <kraxel@xxxxxxx>
  • Delivery-date: Thu, 09 Jun 2005 00:36:22 +0000
  • Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=GFjyLwyeHJTfvd10VlgET8/TR/q/52LnWy2KkiiDImCMKoKDBIur2oYufKMx+hroc4cqByrKXkw8MfBi2PJiHfLVqywiIj9G5wL2J60i3mrqa34eVJumZkOdrDnmXbLREh/mTNcrojJc6ri60BG2gIwbe9HGISWA2GKg5Uwi8Mc=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

On 6/1/05, Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx> wrote:
> 
> > > xcs should not be on the path. Christian pointed out that
> > such helper
> > > applications should probably live in /usr/libexec/xen
> >
> > btw, how do you define it "helper application?
> 
> Well, users would not want to invoke it directly. It's not useful to
> have on the path.
> 
> I'd much rather continue to have a single script that's run to start all
> the necessary components as per a configuration file, rather than
> exposing them all individually to users.
> 
> If as Gerd says /usr/libexec/xen is deprecated (though I note that it is
> still used by a bunch of stuff in FC3), then what do we go for?
> /usr/lib/xen , /usr/share/xen or /usr/opt/xen ?
> 

so no decision has been made on this problem?

regards,
aq

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.