WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Repositories and build system

On Thursday, 07 May 2009 at 17:51, Stefano Stabellini wrote:
> Dan Magenheimer wrote:
> 
> >>> "Pull and build all latest known stable components
> >>> that work with xen-unstable changeset 19314"
> >> That would require formal, machine-readable tracking of the
> >> inter-version dependencies.  Since at the moment we can't reliably
> >> accidentally avoid introducing cross-version breakage I don't think we
> >> can reliably avoid buggy metadata either.
> > 
> > Understood.  But it is a big loss to be unable to do a bisect
> > search for a bug.  With the proliferation of repositories
> > and components, it may become necessary to impose some discipline
> > to avoid the introduction of (undocumented) locksteps.
> > 
> 
> 
> I agree.
> In fact I think we should start to write in clear letters when a commit
> breaks xen\qemu compatibility, specifying the required changeset in the
> other repository.
> We could formally introduce this practice with the 3.5 development cycle.

This would certainly be an improvement, but it depends on the
developer always knowing and recording exactly what synchronization is
needed. This doesn't quite jibe with bisect, whose raison d'etre is to
help find problems that went unnoticed for potentially long periods of
time. Even when the hints work, bisection is still quite painful
across two repositories in two different version control systems.

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

<Prev in Thread] Current Thread [Next in Thread>