On Sun, Feb 26, 2012 at 1:35 PM, Samuel Bronson <naes...@gmail.com> wrote:
> On Sun, Feb 26, 2012 at 8:09 AM, Jakub Wilk <jw...@debian.org> wrote:
>> * Samuel Bronson <naes...@gmail.com>, 2012-02-25, 22:43:
>>
>>>   + ... except with autoconf-dickey it doesn't, so use autotools-dev's
>>>     dh_ commands; bump build-depends to autotools-dev (>= 20100122.1)
>>>     accordingly.  (Yes, even though it says "Do NOT" in the autools-dev
>>>     README.Debian.gz.)
>>
>> Typo: autools-dev → autotools-dev.
>
> Oops!
>
>>>  * Add support for dpkg-buildflags(1) by bumping debhelper compatibility
>>>   level (and build-depends) to 9.
>>
>> I wanted to double-check that the hardening flags are actually used, but the
>> build log is not particularly helpful:
>> |    dh_auto_build
>> | make[1]: Entering directory `/build/tack-9xzja7/tack-1.07'
>> | compiling ansi
>> | compiling charset
>> | compiling color
>> | compiling control
>> | compiling crum
>> | compiling edit
>> | compiling fun
>> | compiling init
>> | init.c: In function 'reset_init':
>> | init.c:134:3: warning: ignoring return value of 'system', declared with
>> attribute warn_unused_result [-Wunused-result]
>> | compiling menu
>> | compiling modes
>> | compiling output
>> | compiling pad
>> | compiling scan
>> | compiling sync
>> | compiling sysdep
>> | sysdep.c: In function 'spin_flush':
>> | sysdep.c:369:4: warning: ignoring return value of 'read', declared with
>> attribute warn_unused_result [-Wunused-result]
>> | compiling tack
>> | linking tack ...
>>
>> Could you please make it print actual commands that are being run? (See also
>> bug #628515.)
>
> Hmm, yes, that can be a problem. Unfortunately, it's currently
> hardwired into the Makefile at configure time; this is likely related
> to a desire to work with a wider range of Make implementations than is
> usual?
>
> I'll take a look at the source again and/or ask upstream if we can do
> something like the "make V=yes" thing here...
>
>> Later in the build log I see:
>> | dpkg-shlibdeps: warning: dependency on libncurses.so.5 could be avoided if
>> "debian/tack/usr/bin/tack" were not uselessly linked against it (they use
>> none of its symbols).
>>
>> It would be nice if you could get rid of this dependency. (But that's OK if
>> you don't want to.)
>
> Yes, I've already reported this upstream[1], and Thomas seemed sympathetic?
>
> [1]:  http://thread.gmane.org/gmane.comp.lib.ncurses.bugs/4797

Okay, fixed all but the dependency warning:

    http://mentors.debian.net/debian/pool/main/t/tack/tack_1.07-1~mentors6.dsc

tack (1.07-1~mentors6) unstable; urgency=low

  * New upstream release.
  * Adopt package.
    Closes: #660140 (ITP for this package).
  * Switch to dpkg-source 3.0 (quilt) format.
  * Fix "hyphen-used-as-minus-sign" warning from lintian.
  * Re-add debian/watch file (was dropped in 1.06-3).
  * Enable build warnings.
  * Add Vcs-Browser: and Vcs-Git: fields to debian/control.
  * Install a symlink CHANGES.gz -> changelog.gz in the doc directory.
  * Update debian/copyright to final DEP5 format.
  * Use dh-autoreconf to regenerate the configure script during build
    + Build-depends on dh-autoreconf and autoconf-dickey.
    + This also takes care of pulling up-to-date config.guess and config.sub
      scripts in from autotools-dev.
    + ... except with autoconf-dickey it doesn't, so use autotools-dev's
      dh_ commands; bump build-depends to autotools-dev (>= 20100122.1)
      accordingly.  (Yes, even though it says "Do NOT" in the autotools-dev
      README.Debian.gz.)
  * Add support for dpkg-buildflags(1) by bumping debhelper compatibility
    level (and build-depends) to 9.
    + Drop the LDFLAGS="-Wl,-z,defs,-ltic from the call to
      dh_auto_configure, so that configure will pick up the LDFLAGS from
      dpkg-buildflags(1).
    + Replace it with:
      - LIBS="-ltic" as an argument to dh_auto_configure
      - DEB_LDFLAGS_MAINT_APPEND for the rest.
        Build-Depends: dpkg-dev (>= 1.16.1).
  * New patch 03-allow-echoing-compilation-commands.patch, which enables
    printing of compilation commands by default.
  * Update package to Standards-Version: 3.9.3.
  * Thanks to Jakub Wilk for his thorough review.

 -- Samuel Bronson <naes...@gmail.com>  Fri, 24 Feb 2012 16:22:24 -0500



--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAJYzjmf5XrLn5jta084+5MOoH3bB0mxCt1Ap40eE9U=rwje...@mail.gmail.com

Reply via email to