[dput-ng-maint] Bug#717021: dput-ng FTBFS due to docbook-xsl-ns change

[Paul Tagliamonte]

On Wed, Jul 17, 2013 at 12:00:33AM +0200, Daniel Leidert wrote:
> > xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl

Why this is trying to hit the network is beyond me.

> Because the web reference exists, I guess the build machine had no
> internet access and thus importing the stylesheet failed. However, the

No. And you may not assume build chroots, nor build *machines* have
access to the network. Moreover, *I* (personally) am often without
internet, and this is really quite annoying.

> > And after installing docbook-xsl it works.
> 
> And this is the next interesting part. Well, asciidoc references files
> (at least their web locations) of docbook-xsl, but does not depend on
> it.

Why not. Why can't you declare a recommends and avoid causing packages
to FTBFS because they didn't know to depend on docbook-xsl to build an
*asciidoc* file to a manpage.

If someone wants to (for whatever reason) remove it, you can with
recommends. You can read more in section 7.2 of policy.

> But docbook-xsl-ns is not involved in any kind here. Its catalog cares

I don't care. Explain how I got a FTBFS with a dep on docbook-xsl, added
docbook-xsl-ns to the b-ds and it built.

> docbook-xsl(-ns). All the report says is: asciidoc references a few
> files packaged by docbook-xsl. It uses their web locations. If you don't
> want to being forced to have internet access

Ummm. This is a package build. You see, we can't allow things in main to
depend on things outside of main. Yes, this includes this fun little
website I don't care about. I don't even care about docbook. I care
about getting a manpage on my system. I really don't care about
implementation details of a2x.

> install/build-depend on docbook-xsl, because asciidoc doesn't pull in
> docbook-xsl automatically.
> 
> So where is the problem you described? Do you have any bug/build log?

When I applied a fix in VCS[1], it worked again.

Again, I can't be too clear, for packages build-depending on a2x, it
likely has a serious bug if it's not also depending on the files it
needs to build offline. Could be considered non-free as well. You can
fix all of this if you add a proper package relation, or by documenting
this behavior somewhere.


Regards,
   Paul


[1]: http://anonscm.debian.org/gitweb/?p=collab-maint/dputng.git;a=commitdiff;h=0879b213c9d7f1aeb975ee3a340f87849e694338

-- 
 .''`.  Paul Tagliamonte <paultag at debian.org>
: :'  : Proud Debian Developer
`. `'`  4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87
 `-     http://people.debian.org/~paultag
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/dput-ng-maint/attachments/20130716/c8e4b83f/attachment.sig>