start xen-ia64-devel or just use xen-devel?

start xen-ia64-devel or just use xen-devel?

[dan.magenheimer]

(Sorry for the re-post.  I am using a different mailer and didn't
realize that the previous post would get linked as a response
to an unrelated post.)

I expect a fair amount of email discussion in the coming months
as various people contribute to the Xen/ia64 port.  Since
many/most subscribers to xen-devel will have little interest in
ia64-specific email, I thought I would solicit opinions:
Should the Xen/ia64 traffic remain in xen-devel?  Or should
there be a separate email-list (e.g. xen-ia64-devel) and
email can be cross-posted to xen-devel when relevant to others?
I can see advantages and disadvantages to both approaches.

Dan Magenheimer
HP Labs Fort Collins




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: start xen-ia64-devel or just use xen-devel?

[Ian Pratt]

 
> I expect a fair amount of email discussion in the coming months
> as various people contribute to the Xen/ia64 port.  Since
> many/most subscribers to xen-devel will have little interest in
> ia64-specific email, I thought I would solicit opinions:
> Should the Xen/ia64 traffic remain in xen-devel?  Or should
> there be a separate email-list (e.g. xen-ia64-devel) and
> email can be cross-posted to xen-devel when relevant to others?
> I can see advantages and disadvantages to both approaches.

I think we probably need to create a xen-users list in addition
to xen-devel. Assuming we do that, I don't see any reason not to
hold the discussion on xen-devel (with private email as
appropriate). Some of this stuff may be relevant to other ports
anyhow. 

Ian


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Re: start xen-ia64-devel or just use xen-devel?

[Tupshin Harper]

Ian Pratt wrote:
>  
> 
> I think we probably need to create a xen-users list in addition
> to xen-devel. Assuming we do that, I don't see any reason not to
> hold the discussion on xen-devel (with private email as
> appropriate). Some of this stuff may be relevant to other ports
> anyhow. 
> 
> Ian
> 
Speaking as somebody only interested in the x86 version and the x86_64 
port, I agree with keeping various ports on the main list (at least for 
now). The traffic is low enough that it is not burdensome, and it is 
quite likely that the various ports will benefit from cross-polination 
of discussions/ideas.

Starting a xen-users would also be good, since configuration and use 
questions will rapidly become a larger portion of the whole.

-Tupshin



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

RE: BAD gzip hdr on all 2.0 trees?

[Magenheimer, Dan (HP Labs Fort Collins)]

Thanks for the reply.

Actually I am only using http:// URLs as I have a firewall
to get through (via exporting http_proxy) and I don't know
how to get through it with bk:// URLs.

I am bk-clone'ing not bk-pull'ing so parent is irrelevant,
correct?  (I rm'd earlier an 2.0 tree thinking that might
have been the problem.)

Also, why would it work with xeno-1.2.bk but not with the 2.0
trees?

Thanks,
Dan

> -----Original Message-----
> From: Andy Isaacson [mailto:adi@hexapodia.org] 
> Sent: Friday, December 17, 2004 2:40 PM
> To: Magenheimer, Dan (HP Labs Fort Collins)
> Cc: xen-devel@lists.sourceforge.net
> Subject: Re: [Xen-devel] BAD gzip hdr on all 2.0 trees?
> 
> On Fri, Dec 17, 2004 at 12:52:34PM -0800, Magenheimer, Dan 
> (HP Labs Fort Collins) wrote:
> > bk clone on all the 2.0 trees has been giving me
> > a "BAD gzip hdr" message for the last couple of days.
> > It seems to work on xeno-1.2 though.
> > 
> > I'm sure I'm spelling them right (get another error
> > message otherwise).  Is something wrong in sourceforge
> > or with the trees or am I just being dense? :-)
> 
> From linux-kernel I saw some people having similar problems; some of
> them worked around it by using http:// URLs instead of bk:// URLs.
> What's your 'bk parent' set to?
> 
> -andy
> 


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

Re: BAD gzip hdr on all 2.0 trees?

[Andy Isaacson]

On Fri, Dec 17, 2004 at 02:00:23PM -0800, Magenheimer, Dan wrote:
> I am bk-clone'ing not bk-pull'ing so parent is irrelevant,
> correct?  (I rm'd earlier an 2.0 tree thinking that might
> have been the problem.)

Well, you don't have a parent until you have a repo.  But if you still
have an old repo around, you can use that to bootstrap past the current
problems with bkbits[1]; I just upgraded an ancient xeno-unstable.bk
tree to xen-2.0.bk by the following:

% bk clone -ql xeno-unstable.bk xen-2.0.bk
% cd xen-2.0.bk
% bk parent bk://xen.bkbits.net/xen-2.0.bk
% bk pull
...
takepatch: 5242 new revisions, 0 conflicts in 698 files
...
% bk changes -L
% 

That's a pretty sizable pull right there, and it worked perfectly.

> Also, why would it work with xeno-1.2.bk but not with the 2.0
> trees?

There's some issue on bkbits that's resulting in these problems.  Might
be something like a full filesystem, or a wierd wedged process holding a
lock.  But the whole point of BK's distributed system is that there
doesn't have to be a single-point-of-failure; you can get your
changesets from elsewhere and it doesn't matter to BK.  And  that
"elsewhere" can certainly be a local repo at a previous version.

[1] As far as I can tell, it's only a problem with clones, not with
    pulls.  Maybe it's just Larry's way of telling you "bootstrap from
    your local clones, people!" :)

    BK is *really* good at saving bandwidth and time this way.  It
    boggles my mind to see people cloning from bkbits all the time.
    I don't think I've done a remote clone of any of the trees I follow
    in *months*.  Instead, I do a local clone, 'bk repogca', 'bk undo',
    followed by pull.

-andy


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

start xen-ia64-devel or just use xen-devel?

[dan.magenheimer]

I expect a fair amount of email discussion in the coming months
as various people contribute to the Xen/ia64 port.  Since
many/most subscribers to xen-devel will have little interest in
ia64-specific email, I thought I would solicit opinions:
Should the Xen/ia64 traffic remain in xen-devel?  Or should
there be a separate email-list (e.g. xen-ia64-devel) and
email can be cross-posted to xen-devel when relevant to others?
I can see advantages and disadvantages to both approaches.

Dan



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/