Hi.
Sorry for reacting late. I'm starting to work for my thesis and that's
taking lots of time.
On 23/03/2011 07:33, Joachim Breitner wrote:
> Hi,
>
> Am Samstag, den 19.03.2011, 10:15 +0530 schrieb Joachim Breitner:
>> Am Freitag, den 18.03.2011, 09:34 +0530 schrieb Joachim Breitner:
>>> None of the outstanding issues on
>>> http://wiki.debian.org/Haskell/CollabMaint/GHC could as well be done in
>>> unstable, assuming the build failure is really related to dash in
>>> experimental (which is highly likely).
>>
>> actually, not true. I added the issue of the haddock interface version
>> (http://lists.debian.org/debian-haskell/2011/03/msg00049.html), which
>> should be implemented in experimental first.
>
> I started to work on it, and at least ghc-doc now depends on haddock via
> a virtual package haddock-interface-<n>.
I was reading again the original problem description again: we're doing
these things just to have a binNMU-able ghc, aren't we? Wouldn't it be
better, instead of making a complicated mess with lots of dependencies,
try to understand how we can include a dependency of this type:
Depends: ghc-haddock (>= ${binary:Version}), ghc-haddock (<<
${binary:Version}+1)
?
The "+1" should be intended in the version numbers set:
1.2.3-1 + 1 = 1.2.3-1.1
1.2.3-1.1 + 1 = 1.2.3-1.2
That is, if V is a version number, V+1 must be greater than V, smaller
or equal than any NMUed version of V, but greater than any binNMUed
version of V.
An algorithm to do this seems to be this: if V is an NMUed version
(xxx-y.z), then V+1 is something like xxx-y.(z+1); if V isn't NMUed, V+1
is like before, assuming that z == 0.
I don't think this would be difficult to implement in d/rules, as
another substvar that is used in d/control. And it seems to solve the
same problem. I can try to implement it, if you're ok with it.
Giovanni.
--
Giovanni Mascellani <mascellani@poisson.phc.unipi.it>
Pisa, Italy
Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascellani@jabber.org / giovanni@elabor.homelinux.org
Attachment:
signature.asc
Description: OpenPGP digital signature