Your message dated Fri, 2 May 2008 05:34:37 +0300
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#478055: dpkg-dev: dpkg-parsechangelog calls 'tail' 
with relative pathname
has caused the Debian Bug report #478055,
regarding dpkg-dev: dpkg-parsechangelog calls 'tail' with relative pathname
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.)


-- 
478055: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=478055
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: dpkg-dev
Version: 1.14.16.6
Severity: normal

Somewhere in the bowels of the perl code, dpkg-parsechangelog is
calling 'tail' without an absolute pathname.  The 'tail' on my $PATH
is not option-for-option compatible with GNU tail, and failure
results.  The perl code should be modified to call /usr/bin/tail.
(The bad call is not in the script itself, and I don't know enough
perl to find the module in which it may be lurking.)


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-dev depends on:
ii  binutils            2.18.1~cvs20080103-4 The GNU assembler, linker and bina
ii  bzip2               1.0.5-0.1            high-quality block-sorting file co
ii  cpio                2.9-13               GNU cpio -- a program to manage ar
ii  dpkg                1.14.16.6            package maintenance system for Deb
ii  libtimedate-perl    1.1600-9             Time and date functions for Perl
ii  lzma                4.43-12              Compression method of 7z format in
ii  make                3.81-4               The GNU version of the "make" util
ii  patch               2.5.9-4              Apply a diff file to an original
ii  perl [perl5]        5.8.8-12             Larry Wall's Practical Extraction 
ii  perl-modules        5.8.8-12             Core Perl modules

Versions of packages dpkg-dev recommends:
ii  build-essential              11.3        informational list of build-essent
ii  gcc [c-compiler]             4:4.2.2-2   The GNU C compiler
ii  gcc-2.95 [c-compiler]        1:2.95.4-27 The GNU C compiler
ii  gcc-3.3 [c-compiler]         1:3.3.6-15  The GNU C compiler
ii  gcc-4.0 [c-compiler]         4.0.3-7     The GNU C compiler
ii  gcc-4.1 [c-compiler]         4.1.2-19    The GNU C compiler
ii  gcc-4.2 [c-compiler]         4.2.3-3     The GNU C compiler

-- no debconf information



--- End Message ---
--- Begin Message ---
Hi,

On Sat, 2008-04-26 at 12:53:48 -0400, Norman Ramsey wrote:
> Package: dpkg-dev
> Version: 1.14.16.6
> Severity: normal
> 
> Somewhere in the bowels of the perl code, dpkg-parsechangelog is
> calling 'tail' without an absolute pathname.  The 'tail' on my $PATH
> is not option-for-option compatible with GNU tail, and failure
> results.  The perl code should be modified to call /usr/bin/tail.
> (The bad call is not in the script itself, and I don't know enough
> perl to find the module in which it may be lurking.)

The tail call is on Dpkg/Changelog.pm, it's using the -n option which
is defined in the SUSv3 standard. I'd say you should either not have
that tail implementation in your path or extend it to support the
defined options in SUSv3. I'm thus closing this bug report.

regards,
guillem


--- End Message ---

Reply via email to