Magenheimer, Dan (HP Labs Fort Collins)
2004-Dec-17 20:52 UTC
[Xen-devel] BAD gzip hdr on all 2.0 trees?
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? :-) Thanks, 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/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
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 ofthem 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/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Magenheimer, Dan (HP Labs Fort Collins)
2004-Dec-17 22:00 UTC
RE: [Xen-devel] BAD gzip hdr on all 2.0 trees?
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/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
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/ _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel