Control: retitle -1 want dgit to auto-apply simple-patchsys.mk patches
Control: tags -1 wontfix
Thanks for your mail.
Mattia Rizzolo writes ("Bug#850159: dgit: support to simple-patchsys.mk"):
> So I just did an NMU of src:jack, which uses cdbs as build system, and
> simple-patchsys.mk as patch system.
How annoying.
> The tree I got by `dgit clone jack` was without the patches applied,
> probably because dgit didn't even realize there were patches.
Indeed.
I can see why you might want dgit to have this feature. But I'm
afraid I'm not going to implement it, for two interlinked reasons.
The first is that it dgit needs a clear design principle for the
correspondence between git trees and source packages. Currently that
principle is that dgit gives you exactly what `dpkg-source -x'
provides (except for the .pc directory, which is a dpkg-source
artefact and not stable). Trying to extend that to further patch
systems would involve changing this correspondence over time as
additional patch systems are added. This would be very undesirable as
it would mean imports are not stable.
The second is that this would be a lot of work. I would have to learn
about (and probably fight) the idiosyncracies (and bugs) of the new
patch system. dgit has thousands of lines of code to deal with the
mess that is `3.0 (quilt)'. I don't want to add any more. Also if I
wanted to reuse code it might mean dgit growing dependencies on
obsolete patch systems!
> Note that this patch format is being deprecated (#624201) and only a
> very low number of packages in the archive use it, so I'm not sure how
> important this support would be.
Sorry, but as I say I think this would be both difficult and a bad
idea.
Regards,
Ian.
--
Ian Jackson <ijack...@chiark.greenend.org.uk> These opinions are my own.
If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.
