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. I know that this is quite a break from the current haskell policy, but it’s just something up for discussion. Maybe if we have to re-upload all packages for ghc 6.8.3 (do we have to do that), such a change could be done relatively painless. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ debian-haskell mailing list [email protected] http://urchin.earth.li/mailman/listinfo/debian-haskell
