Your message dated Fri, 07 Apr 2017 13:23:00 +0000
with message-id <[email protected]>
and subject line Re: Please add a parameter to override dh_installdocs
--link-doc version
has caused the Debian Bug report #784803,
regarding Please add a parameter to override dh_installdocs --link-doc version
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
784803: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784803
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 9.20150101
Severity: wishlist
Hello
This is a follow up about https://bugs.debian.org/747141
Basically, the detected version of the depends introduced by
dh_installdocs --link-doc is now wrong.
The change was introduced here:
https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/?id=91636c41fe091ea54e1c2c2516ee431ec0332685
You said in https://bugs.debian.org/747141#129 you are not convinced
this is useful, but since there is at least one other package impacted,
I'm filling this as a wish anyway. Fell free to close it if you don't
want to think about it any more.
Some apache2 modules now contains an invalid dependency [1]. These are
transitional packages that will be removed soon, so it's no big deal,
but here's our not-so-uncommon scenario:
Two of the apache modules were maintained separately and are now part of
apache2-bin.
apache2 now yields transitional binary packages for these two, and makes
sure their version is greater.
We have:
DEBIAN_VERSION := $(shell dpkg-parsechangelog -S version)
override_dh_gencontrol:
dh_gencontrol -p libapache2-mod-proxy-html -- -v1:$(DEBIAN_VERSION)
dh_gencontrol -p libapache2-mod-macro -- -v1:$(DEBIAN_VERSION)
dh_gencontrol --remaining-packages
So that apache2 source package generates libapache2-mod-proxy-html and
libapache2-mod-macro with these control files (note the epoch):
Source: apache2 (2.4.12-1)
Version: 1:2.4.12-1
Also we have:
override_dh_installdocs-arch:
dh_installdocs --link-doc=apache2-bin -papache2.2-bin \
-plibapache2-mod-proxy-html \
-plibapache2-mod-macro
The generated control files contain:
Depends: apache2-bin (= 1:2.4.12-1)
while we had in jessie:
Depends: apache2-bin (= 2.4.12-1)
Currently the problem only appears on i386 archictecture that has been
upgraded to a recent version of debhelper, I suppose. [1]
If debhelper can't find the correct version anymore, it would be nice to
be able to force it on the command line without hacking back the substvars.
Thank you!
[1] https://qa.debian.org/excuses.php?package=apache2
* 10 days old (needed 5 days)
* libapache2-mod-macro/i386 unsatisfiable Depends: apache2-bin (=
1:2.4.12-1)
* libapache2-mod-proxy-html/i386 unsatisfiable Depends: apache2-bin (=
1:2.4.12-1)
* Valid candidate
signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Control: tags -1 wontfix
On Fri, 08 May 2015 23:02:46 +0000
=?UTF-8?B?SmVhbi1NaWNoZWwgTmlyZ2FsIFZvdXJnw6hyZQ==?=
<[email protected]> wrote:
> Package: debhelper
> Version: 9.20150101
> Severity: wishlist
>
> Hello
>
> This is a follow up about https://bugs.debian.org/747141
>
> Basically, the detected version of the depends introduced by
> dh_installdocs --link-doc is now wrong.
>
> The change was introduced here:
> https://anonscm.debian.org/cgit/debhelper/debhelper.git/commit/?id=91636c41fe091ea54e1c2c2516ee431ec0332685
>
>
> You said in https://bugs.debian.org/747141#129 you are not convinced
> this is useful, but since there is at least one other package impacted,
> I'm filling this as a wish anyway. Fell free to close it if you don't
> want to think about it any more.
>
>
> [...]
Hi,
Sorry that you were affected by this change. And also, I am sorry, but
I do not think this use-case is worth the effort in additional
maintenance and have a high probability of "abuse"/being a recipe for
disaster[1], so I will close this as wontfix.
Debhelper supports the simple arch:all -> arch:all case and the simple
arch:any -> arch:any case. For the foreseeable future I do not plan to
change that.
Thanks,
~Niels
[1] AFAICT, there are no valid way to support arch:all -> arch:any with
binNMUs. And arch:any -> arch:all can theoretically be done in very
specific cases/narrow circumstances (which, when not satisfied, leads to
file-conflicts or missing files).
--- End Message ---
