help-libidn
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Bug#870669: libidn: Make source package bootstrappable


From: Manuel A. Fernandez Montecelo
Subject: Bug#870669: libidn: Make source package bootstrappable
Date: Sun, 19 Nov 2017 23:49:08 +0100
User-agent: NeoMutt/20170609 (1.8.3)

Hello,

2017-11-04 23:09 Manuel A. Fernandez Montecelo:
Hi,

2017-09-13 14:19 Helmut Grohne:
retitle 870669 move gcj-jdk from Build-Depends to Build-Depends-Indep
tags 870669 + patch
severity 870669 normal
user address@hidden
usertags 870669 + rebootstrap
thanks

On Thu, Aug 03, 2017 at 03:14:48PM -0700, Daniel Schepler wrote:
It would be nice if the Build-Depends on gcj-jdk could be moved to
Build-Depends-Indep.  (I did recently see notifications that gcj will
be going away in Debian soon.  But even if you switch over to using
default-jdk, that would still create a build dependency cycle since
openjdk-8 Build-Depends on libcups2-dev also.)

I second that. The gcj-jdk dependency also breaks cross compilation and
moving it to Build-Depends-Indep significantly simplifies debian/rules
as the attached patch demonstrates. In particular, it removes all those
different(!) architecture lists.

Since libidn is a very important package for bootstrapping, it would be
very nice to fix this.

The patch seems a net improvement to the package, even in the absence of
other benefits.

Would it be possible to include it in future uploads, or is there any
reason against including it, from the maintainers point of view?


Though I'd much rather see libidn go. Most rdeps but hesiod have moved
on to libidn2-0.

Since it's unlikely to happen very soon (from a comment by upstream in
this report), I think that it shouldn't stop this being applied.

I am preparing a NMU for this fix.

To the maintainers: if you don't want it applied please speak soon, so I
don't waste time on a fix that will be reverted :)


Cheers.
--
Manuel A. Fernandez Montecelo <address@hidden>



reply via email to

[Prev in Thread] Current Thread [Next in Thread]