Bug#378239: $(MKINSTALLDIRS) is set to non-existent file $(top_builddir)/./mkinstalldirs when used with automake 1.9 (fwd)

[Santiago Vila]

Hello.

I received this from the Debian bug system:

---------- Forwarded message ----------
From: Daniel Leidert <address@hidden>
To: Debian Bug Tracking System <address@hidden>
Date: Fri, 14 Jul 2006 16:27:38 +0200
Subject: Bug#378239: $(MKINSTALLDIRS) is set to non-existent file
    $(top_builddir)/./mkinstalldirs when used with automake 1.9

Package: gettext
Version: 0.14.6-1
Severity: important

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

The following situation: A source with several po-subdirs in the form of
$(top_srcdir)/src/plugin_$plugin/po (Makefile.in.in and other gettext files
there are freshly copied from /usr/share/gettext/po) and one main po
directory in $(top_srcdir) prepared via intltoolize. The configure.ac
file contains the following relevant macros:

ALL_LINGUAS="da de es fi fr it ja no pl pt pt_BR ru sr sv tr zh_CN zh_TW"
AC_SUBST(ALL_LINGUAS)
GETTEXT_PACKAGE=AC_PACKAGE_NAME
AC_SUBST(GETTEXT_PACKAGE)
AM_GLIB_GNU_GETTEXT
IT_PROG_INTLTOOL
AM_PO_SUBDIRS

Then the source is prepared via (a autogen.sh file)

libtoolize -f && intltoolize -f && \
copy_gettext_files() && \
autoheader && aclocal && automake && autoconf

Now the following situation appears, when running 'make distcheck':
DIST_COMMON does not contain 'mkinstalldirs'. I guess, this is because
install-sh does the job of mkinstalldirs in automake 1.9, so automake
sets

mkinstalldirs = $(install_sh) -d

and there is no file mkinstalldirs. But the gettext-Makefile(.in.in)
files contain:

MKINSTALLDIRS = $(top_builddir)/./mkinstalldirs
mkinstalldirs = $(SHELL) $(MKINSTALLDIRS)

So 'make distcheck|install' fails, because of the missing file. An
interesting point is, that if I now re-run

autogen.sh && ./configure && fakeroot 'make distcheck'

it sometimes works and mkinstalldirs is copied too. But the normal
situation from a fresh source (I can upload it to my webspace if you
want to reproduce the bug) is, that it fails. I initially file this bug
against gettext (glib-gettext.m4 (libglib2.0-dev) probably shows the
same bug). Reassign it, if you think, the bug is caused by a different
package (or that the issue is my fault). ATM I workaround this by
doing an extra check for mkinstalldirs and copying it from the automake
directory and then adding it to EXTRA_DIST.

Regards, Daniel


- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.08060320
Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1)

Versions of packages gettext depends on:
ii  gettext-base                  0.14.6-1   GNU Internationalization utilities
ii  libc6                         2.3.6-15   GNU C Library: Shared libraries

Versions of packages gettext recommends:
ii  curl                       7.15.4-1      Get a file from an HTTP, HTTPS, FT
ii  lynx                       2.8.5-2sarge1 Text-mode WWW Browser
ii  wget                       1.10.2-2      retrieves files from the web

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEt6nadg0kG0+YFBERAn98AJ96B8xhFhdcIqjpeb9Ugar7KiMx3QCgjMdz
y1yAo8WpBIIgr8KtzU91wfA=
=Mpy+
-----END PGP SIGNATURE-----