On 04/09/2008, Joachim Breitner <[EMAIL PROTECTED]> wrote: > Hi, > > Am Donnerstag, den 04.09.2008, 00:16 +0100 schrieb Ian Lynagh: > > > Maybe we can use this somehow to avoid recompilation. Something like > > > Provide: <pkgname>-<md5sum of --show-iface> and then using that in > > > Depends:. Just a quick idea... > > > > You'd need to show all the interfaces in a consistent order and then > > take the hash of the whole lot. I think it would work; the only down > > side I can think of is that the names would be a bit unwieldy if a > > dependency was missing. > > That sounds promising. I'm having something like this in mind, and I'd > like to discuss where the gains and losses are: > > * Build-dependencies are stating again compatibility, not desired > version. I guess most Build-dependencies are without a version. > * Libraries take the hash of their interface after being built and put > that in the Provides: header, as <pkgname>-<hash>, using a substvar (is > that legal according to policy). > * Libraries also add binary Depends on the <pkgname>-<hash> using a > substvar, similar to how we currently create strict versioned > dependencies. > > For keeping versions in sync when the interface actually changes, I > think we can use binNMUs, and use debcheck to monitor which packages > need to be re-built. A script that sends a weekly report to d-haskell > should also be not too hard. > > When you upload a chain of depending packages (e.g. xmonad, > xmonad-contrib), using the delayed queue with a delay of two days for > the second should be fine. This is not really elegant, but somewhat > nicer than versioned Build-Depends IMHO.
Why would there need to be a delay? How does this scale for longer dependency chains? Are the buildds really that braindead that they cannot order the packages either by upload order or by dependency order? Even if they are, and build the packages in the wrong order they should eventually crawl through the lot, right? Thanks Michal _______________________________________________ debian-haskell mailing list [email protected] http://urchin.earth.li/mailman/listinfo/debian-haskell
