make-dfsg (4.1-6) unstable; urgency=low

  * Satsifiable cross build dependencies: libbsd-resource-perl is only needed
    for running tests. Helmut Grohne <helmut@subdivi.de>
  * Bug fix: "make-dfsg has unsatisfiable cross build dependendencies in a
    bootstrap setting: libbsd-resource-perl", thanks to Helmut Grohne
    (Closes: #812725).

 -- Manoj Srivastava <srivasta@debian.org>  Sun, 14 Feb 2016 21:15:11 -0800

make-dfsg (4.1-5) unstable; urgency=low

  * While increasing the timeout is a solution, it still did not work for
    the slower architectures. Reducing the maximum open file descriptor
    limits (only while testing) to try and get the the time under
    control.

 -- Manoj Srivastava <srivasta@debian.org>  Sat, 23 Jan 2016 16:10:23 -0800

make-dfsg (4.1-4) unstable; urgency=low

  * Try to fix this bug. The problem is due to the fopen fail test, where
    we fopen as many files as we can recursively before we run out of file
    descriptors, and ensure that we exit with a failure message. The tests
    times out on some machines. On abel, doubling the timeout was not
    enough, but increasing it to 1200 seconds worked.
  * Bug fix: "make 4.1 ftbfs on armel, armhf, mips, mipsel, powerpc, s390x
    (test regressions)", thanks to Matthias Klose (Closes: #811408).

 -- Manoj Srivastava <srivasta@debian.org>  Fri, 22 Jan 2016 01:55:04 -0800

make-dfsg (4.1-3) unstable; urgency=low

  * Handle NULL return from ttyname
  * Bug fix: "`make` always segfaults inside `strlen`", thanks to Tomasz
    Melcer (Closes: #812244).

 -- Manoj Srivastava <srivasta@debian.org>  Fri, 22 Jan 2016 00:37:32 -0800

make-dfsg (4.1-2) unstable; urgency=low

  * Update the handling of the changed behaviour of ar. The fix in the
    previous version has been rolled back. The new strategy is to narrowly
    change running the test suite to pass in the U modifier to ar, and
    change make to detect and warn the user of they are using the archive
    rule like libxx(*.o) to generate archives, and the archives do not
    contain time stamps. The warning advises the user to explicitly pass
    in the modifier U in the environment variable ARFLAGS, which is
    essentially what we did for the test suite.

 -- Manoj Srivastava <srivasta@debian.org>  Mon, 18 Jan 2016 15:57:45 -0800

make-dfsg (4.1-1) unstable; urgency=low

  * New upstream release
  * Updated Standards version to 3.9.6. No changes needed.
  * Updated the VCS-Git field of the control file to use HTTPS transport
  * Updated the copyright file to DEP-5 format.
  * Reverted to source format 1.0 , and use dgit
  * Bug fix: "Typos in manpage", thanks to Josh Triplett
   (Closes: #763147).
  * Bug fix: "[make] make version 4.1 available", thanks to LeJacq, Jean
    Pierre (Closes: #766383).
  * Demote make to priority optional, along with gcc and such. And bump
    make-guile to extra.
  * Bug fix: "Neither make nor make-guile should be standard", thanks to
    Josh Triplett (Closes: #761301).
  * Bug fix: "make instead of make-guile should be standard", thanks to
    Joey Hess (Closes: #762017).
  * Make make and make-guile be Multi-Arch: Allowed packages, since it
    might not be feasible to make make architecture agnostic.
  * Bug fix: "Please add U flag in the default ARFLAGS", thanks to
    Celelibi. I tend to agree, this was a backwards incompatible
    change. Make needs the timestamps to knpow when to update archie
    members, so nuking the timestamps changes behaviour, and remake things
    that need not be remade. This fails the principle of least surprise. I
    added a default -U to the flags make passes to arl (Closes: #798804).

 -- Manoj Srivastava <srivasta@debian.org>  Sat, 16 Jan 2016 22:37:08 -0800

make-dfsg (4.0-8) unstable; urgency=high

  * Update the timeout for the fopen fail test to 300 seconds, since the
    test was taking longer than the default 5 seconds to run. The root
    cause was discovered by Víctor M. Jáquez L. (Closes: #748657)
  * Bug fix #748657: "make-dfsg failed to run test: work/misc/fopen-fail.mk",
    thanks to Yunqiang Su.

 -- Manoj Srivastava <srivasta@debian.org>  Fri, 13 Jun 2014 15:54:27 -0700

make-dfsg (4.0-7) unstable; urgency=low

  * There is an issue involving UTF-8 characters and the function
    find_char_unquote (read.c). The problem in the macro STOP_SET
    (makeint.h) where a character is converted to an int. Conversion to
    int is not correct. Characters with codes greater than 0x7f ( in
    particular in Cyrillic UTF- 8 ) into a large negative number. Thnks to
    the analysis from Юрий Матронов <ymuser@mail.ru>. This bug was
    independently reported and fixed upstream, so cherry picking that
    commit from upstream (which also comes with a test).
    (Closes: #747764).
  * added a script that, given a list of targets, will build the first
    target that actually exists. Script created by Joey Hess.
    (Closes: #598534).
  * Bug fix #747764: "make 4.0-5 bug", thanks to Юрий Матронов
  * Bug fix #598534: "add make-first-existing-target", thanks to Joey Hess

 -- Manoj Srivastava <srivasta@debian.org>  Tue, 13 May 2014 18:22:39 -0700

make-dfsg (4.0-6) unstable; urgency=medium

  * Also create a new binary package, make-guile, which is identical to
    the make package, but has built in support for Guile a a programming
    langiage, and adds run time dependencies outside of libc.
    (Closes: #747615,  #747674).
  * Bug fix #747615: "Please provide a version with Guile support
    enabled", thanks to Jose Antonio Ortega Ruiz
  * Bug fix #747674: "undeterministic build due to missing configure
    arguments/build-conflicts", thanks to Bernhard R. Link

 -- Manoj Srivastava <srivasta@debian.org>  Sun, 11 May 2014 20:51:24 -0700

make-dfsg (4.0-5) unstable; urgency=low

  * When presented with a very very long command line (e.g. WebKit's linking
    of libWebCore.la in current git), make fails to execute the command as
    it doesn't split the command line to fit within the limits. There is a
    patch used by people to solve this (gentoo, etc). Adam Conrad has
    provided a patch to fix this.  (Closes: #688601).
  * Pre-4.0 make had an memory corruption issue that caused repeated
    execution of a specific makefile to display the cirruption. Running
    with make 4.0 does not show the issue. (Closes: #682895).
  * recently, the Multi-Arch: foreign tag was added toth make binary
    package.  Jakub Wilk pointed out that this is not correct, some of the
    make interfaces are actually architecture-dependent. Reverting that
    change.
  * Bug fix #688601: "fails to execute extraordinarily long command
    lines", thanks to Daniel Stone
  * Bug fix #682895: "incorrect variable handling and corruption", thanks
    to Tim Spriggs

 -- Manoj Srivastava <srivasta@debian.org>  Sun, 04 May 2014 18:13:40 -0700

# For older changelog entries, run 'apt-get changelog make-guile'
