[Buildroot] [PATCH 000/120] x11: update to R7.7

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Tue Mar 19 13:46:27 UTC 2013


Dear Jesper Birksø Bækdahl,

On Tue, 19 Mar 2013 14:23:13 +0100, Jesper Birksø Bækdahl wrote:

> >  * xproto_fontcacheproto removal: it is still being used as a
> >    dependency in xlib_libXfont.mk.
> >
> 
> Yes, I missed that. Im going to undo those.

I don't know if you should undo it, or adjust the dependencies of
packages that depended on xproto_fontcacheproto.

> >  * xproto_xf86rushproto: same problem as other packages, it is removed
> >    while it is still being used by the X.org server (which gets
> >    changed only later in the patch series).
> >
> > Generally speaking, I would suggest to put all the version bumps and
> > related dependency removals first, and then the package removals.
> >
> > That said, achieving complete bisectability may be difficult: many of
> > the version bumps are related, and it may be hard to find the right
> > ordering. Maybe there should be one big patch that does all the version
> > bumps at once, and then patches to remove the packages that are no
> > longer useful.
> >
> 
> I going to do as you suggest and make one big patch with version bumps,
> followed by individual patches removing packages starting with the leaves
> in the dependency tree.
> Did not know that you would accept ONE patch with version bumps for
> several packages, but I think it is appropriate in this situation.

I am not the Buildroot maintainer, so I can't say what Peter Korsgaard
will accept exactly. Generally we want fine grained patches, but in the
case of the mechanical version bumping of a huge set of interrelated
packages such as X.org, maybe a single patch is better to keep
bisectability. Before doing this work, let's way for the opinion of
Peter, because he will be the one who will ultimately pull your patches.

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com



More information about the buildroot mailing list