Your message dated Mon, 10 Apr 2017 20:17:00 +0000
with message-id <[email protected]>
and subject line Re: Bug#220748: debhelper: dh_installdocs doesn't handle paths
with more than one component
has caused the Debian Bug report #220748,
regarding CDBS needs a way to ignore debian/foo in favor of command line args
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.)
--
220748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=220748
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 4.1.80
Severity: normal
Hi!
When a path passed to dh_installdocs has more than one component, it will
strip the basename instead of using the full path. This breaks CDBS when being
used as tar-in-tar mode, which invokes dh_installdocs in that particular way.
For example, if debian/docs includes "README", this is how CDBS will invoke
dh_installdocs (I added the -v):
$ LC_ALL=C dh_installdocs -v -pgrub2 build-tree/pupa-0.6+20031114/README
cp -a README debian/grub2/usr/share/doc/grub2
cp: cannot stat `README': No such file or directory
dh_installdocs: command returned error code 256
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux aragorn 2.4.22-1 #1 dj nov 13 23:57:32 CET 2003 i686
Locale: LANG=ca_ES@euro, LC_CTYPE=ca_ES@euro
Versions of packages debhelper depends on:
ii binutils 2.14.90.0.7-2 The GNU assembler, linker and bina
ii coreutils [fileutils] 5.0.91-2 The GNU core utilities
ii debconf-utils 1.3.20 debconf utilities
ii dpkg-dev 1.10.18 Package building tools for Debian
ii file 4.06-1 Determines file type using "magic"
ii html2text 1.3.1-2 An advanced HTML to text converter
ii perl 5.8.2-1 Larry Wall's Practical Extraction
ii po-debconf 0.8.6 Manage translated Debconf template
-- no debconf information
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."
-- J.R.R.T, Ainulindale (Silmarillion)
--- End Message ---
--- Begin Message ---
Source: debhelper
Source-Version: 5.0.57
On Tue, 18 Nov 2003 20:39:52 +0100 Robert Millan <[email protected]>
wrote:
> On Tue, Nov 18, 2003 at 12:28:38PM -0500, Joey Hess wrote:
> > >
> > > Is that the expected behaviour in dh_installdocs? If it is, then I'd like
> > > to
> > > find a way (maybe an extra option) to override this for CDBS to work
> > > properly.
> >
> > Yes, debhelper programs will read from both files and the command line
> > if both are present, although this is probably rarely used. To change
> > this I would have to add an option or wait for v5 and change the
> > behavior there. Before looking at either of those I hope you can see if
> > there is some other way for cdbs to use debhelper than this.
>
> I can think of two solutions:
> #1 using a non-standard name (e.g debian/docs.cdbs) in CDBS-based packages
> and getting CDBS to parse it.
> #2 implementing template generation (from debian/*.in) in CDBS and getting
> the debian/docs files to use dynamicaly generated relative paths.
> (e.g: @DEB_SRCDIR@/README)
>
> #1 is really dirty and I recommend against it. #2 is still impractical for
> maintainers of CDBS-based packages.
>
> I leave this up to the CDBS maintainers if they want to fix this somehow or
> just wait for you to change dh_installdocs.
>
> --
> Robert Millan
>
> "[..] but the delight and pride of Aule is in the deed of making, and in the
> thing made, and neither in possession nor in his own mastery; wherefore he
> gives and hoards not, and is free from care, passing ever on to some new
> work."
>
> -- J.R.R.T, Ainulindale (Silmarillion)
>
>
Joey added a --ignore option to solve this problem back in 2007, but
apparently forgot to close this bug when he did. I will therefore close
this now.
Thanks,
~Niels
--- End Message ---
