Bazaar focus for 2.1 and 2.2

[Jelmer Vernooij]

On Thu, 2009-12-17 at 12:02 +0000, Jelmer Vernooij wrote:
> On Wed, 2009-12-16 at 11:36 -0500, Francis J. Lacoste wrote:
> > On December 16, 2009, John Arbash Meinel wrote:
> > > Francis J. Lacoste wrote:
> > > > On December 15, 2009, Martin Pool wrote:
> > > >> I just had a good talk with James about what the Bazaar team could do
> > > >> to help UDD move forward.  We are making progress on some particular
> > > >> bugs but the analysis feels a bit inchoate.  So my theory is that we
> > > >> will be more efficient if we pick a clearer focus to do first.
> > > >>
> > > >> We talked about:
> > > >>
> > > >> * vcs imports - very visible so could be good, but not a pressing
> > > >> problem now
> > > >
> > > > Well, the linux kernel import is still not working. And that's with the
> > > > recent fixes to bzr-git by Jelmer and the improved memory usage by John.
> > > > So there are things to improve there.
> > > 
> > > So I think the kernel is probably good for visibility, it certainly
> > > isn't worthwhile from a "people are going to start using bzr to develop
> > > the kernel" sort of thing.
> > 
> > It's more than for visibility, having an import of the kernel is a 
> > prerequisite for doing udd and daily builds with it.
> 
> Would it perhaps be an option to have the import system only import e.g.
> only 1000 revisions at a time? This would make the memory leaks less of
> a problem, and it should make the scheduling of code imports a bit
> fairer, since large branches would not keep the system busy for a long
> time. 
> 
> The overhead of resuming an existing import should be relatively small.
Another advantage that such an approach would have is that imports for
which one of the last few steps in the process fails (such as creating
the branch after fetching the revisions) would not have such a burden on
the system as they have now as there are at most 1000 revisions fetched
per time for broken imports. E.g. if importing revision 121453 of the
Linux kernel failed then the system would only repeatedly try to fetch
revisions 121000 to 121453 a couple of times before giving up
completely.

Cheers,

Jelmer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/ubuntu-distributed-devel/attachments/20091217/6c5d35d4/attachment.pgp