Hi Mehdi, On Saturday 30 January 2010 14:47:34 Mehdi Dogguy wrote: > > Who should do backports in your eyes? Debian Developers? Maintainers? > > Nobody? > > Certainly, not users. And, let's make that clear: it's not "in my eyes". > Ask other DDs or DMs about this particular question if you want to have > another opinion. At least, ask the usual maintainer for review before > proposing a backport. Doing otherwise seems wrong to me (unless you are > very confident with the code).
thats you POV, there maybe others. Most maintainers don't care about backporting (like about their packages in stable and even old-stable). > > Anyways ... you should provide correct (build-)dependencies, even if it > > would be better, if debhelper would provide a way to define such > > versioned dep for its own. > > We already provide correct build-dependencies. Here, the only missing > thing is that our dh_ocaml uses features from debhleper 7.1.0. The > package dh-ocaml do not contain only the dh_ocaml script and ocaml > sequence, but also some other dev-tools. I see two solutions: > > - Make dh-ocaml depend on debhelper >= 7.1.0 (the exact version that > introduced the desired feature). But, I'm not really convinced that this > is the right solution because we may use all what dh-ocaml ships but > dh_ocaml. > > - Make dh-ocaml conflicts with debhelper << 7.1.0. But this solution > seems also wrong for the same reason I mentioned before. Sorry, I strongly disagree. I don't see any reason to not provide the correct versioned build-dep. You package is failing to build from source, if you need special versions of a package, you have to provide a correct control file. > If you have a better/real solution, please share with us. > If not, I will not accept any of the solutions I've mentioned because > the problem arises *only* for the backport. Sorry ... this is exactly the point, why people mostly don't contact maintainers _before_ creating backports ... the ignorance of package maintainers about backporting. You are a good example for such behavior. With kind regards, Jan. -- Never write mail to <w...@spamfalle.info>, you have been warned! -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GIT d-- s+: a C+++ UL++++ P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h---- r+++ y++++ ------END GEEK CODE BLOCK------
signature.asc
Description: This is a digitally signed message part.