On Fri, 26 Jun 2020 11:38:48 +0500, Lev Lamberov wrote:
> Hi,
Sorry for replying so late, somehow this bug fell throught the
cracks.
> dh-make-elpa is heavily based on dh-make-perl (thanks to all who
> were/are involved into whis nice tool). Both share the same
> object-oriented structure and some code. Recently, dh-make-elpa was
> untied from dh-make-perl, so now the former doesn't depend on the
> latter. But this was done by copying some code from dh-make-perl without
> changes. The better option would be to move duplicate code to a library.
Makes sense.
> It would be nice to identify those methods which may be useful for
> various (possible) implementations of dh-make-<something> and are
> unlikely to change significantly in the future. Those methods could be
> moved to, say, DhMake::Packaging.
Agreed.
> I would like to implement changes for both dh-make{elpa,perl}, but first
> we should discuss what should be done and in which way. So, CCing Debian
> Perl Group mailing list, but I think that it's better to keep the
> discussion in one place, that is, in this bug report.
From a dh-make-perl perspective I think we are happy with everything
which "only" moves functionality around without breaking anything.
So if you are still planning to work on this task, please go ahead
and send patches/merge requests.
Cheers,
gregor
--
.''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org
: :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06
`. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
`-
Attachment:
signature.asc
Description: Digital Signature