Bug#870640: Make source package bootstrappable
Mattia Rizzolo
mattia at debian.org
Tue Aug 29 14:27:16 UTC 2017
On Tue, Aug 29, 2017 at 10:38:24PM +0900, Osamu Aoki wrote:
> Valid points by itself. From the POV of logical factoring, yes I agree.
>
> But this is a Debian native package with script/Makefile already
> mentioning data in debian/*. So being picky on this point serves little
> benefits.
Whilst it is true that devscripts is a Debian native package, it is also
true that other distributions are packaging it, and they routinely need
to patch it to remove too-specific Debian stuff (like dependencies on
dpkg stuff). I'd rather try to keep things separated when that's easy
enough to do.
> From practical checking of code by running test/test_* directly after
> updating the code, build system after logical factoring requires us to
> run test target manually in advance. Extra work.
tbh, I fail to properly read your sentence above, so I'll avoid doing a
guess of what you mean.
> Also test target will
> likely to check all commands making it slow and non-focused.
I don't see that as a problem.
> Anyway, if you insist logical solution:
[…]
> something along this should solve all stupid perl module build
> dependency issues. If you like this way, I am OK with this.
I don't see that as something too complex.
> > The following packages have unmet dependencies:
> > builddeps:/build/devscripts_2.17.10.dsc:arm64 : Depends: libfile-desktopentry-perl:arm64 but it is not installable
> > Depends: libfile-homedir-perl:arm64 but it is not installable
> > Depends: libgit-wrapper-perl:arm64 but it is not installable
> > Depends: liblist-compare-perl:arm64 but it is not installable
> > Depends: liburi-perl:arm64 but it is not installable
> > Depends: libwww-perl:arm64 but it is not installable
>
>
> Oh, unless you disable the target content in "devscripts.1:
> devscripts.1.in" , perl is needed for building this manpage. It calls
> perl via "perl ../debian/genmanpage.pl"
Yeah, well. I haven't checked all of them, but it could be that they
are most probably uninstallable due to something i those packages being
at fault. I think that the only thing devscripts should try to do for
now is to move libgit-wrapper-perl to a <!nocheck>, that would make a
good step already.
--
regards,
Mattia Rizzolo
GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`.
more about me: https://mapreri.org : :' :
Launchpad user: https://launchpad.net/~mapreri `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia `-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/devscripts-devel/attachments/20170829/03981365/attachment.sig>
More information about the devscripts-devel
mailing list