Hi, On Mon, Oct 09, 2006, Junichi Uekawa wrote: > > Here's a new version of this patch, which will also pull new packages > > from experimental, and wont fail if the APT error lists more than one > > broken Depends. > Thanks for the patch, have you actually tested it?
Yes, it has a small limitation but I used it extensively to build pkg-gnome and pkg-evolution for experimental, and it is very useful to me. The limitation is that it might select some first build-depends which is compatible with Build-Depends/Conflicts from unstable, and fail to install a second build-depend from experimental which conflicts with the first build-dep/unstable. I have code that parses the APT error as for the other two APT errors that the patch already parses, but I didn't find anything sane and safe to do in this case. One real-life example of this is when you try to build packages which build-depend on libgnomeui-dev and gtk-dev >= 2.10, the libgtk from experimental conflicts with the libgnomeui from unstable, and this fails. To workaround this limitation, I'm listing more build-depends in the control than truly required and I'm also bumping some higher than required. > I assume this patch is for using experimental dependencies from > unstable chroots, not the one for > pbuilder create --distribution experimental > which creates a comlpetely experimental chroot. I have no idea how a "completely experimental chroot" looks like, but when we (pkg-gnome) are uploading to experimental, we try to have the minimum number of depedencies in experimental. I believe the experimental buildds do the same. What I wouldn't want for example is to pull libc6 2.4/2.5 via packages from experimental right now. Bye, -- Loïc Minier <[EMAIL PROTECTED]>
