This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


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

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: Re: [Xen-devel] stable / unstable parallel install?
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=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <A95E2296287EAD4EB592B5DEEFCE0E9D281FD6@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D281FD6@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Reply-to: aq <aquynh@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
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?


Xen-devel mailing list