Package: src:procps
On 06/27/2014 04:03 PM, Mauricio Faria de Oliveira wrote:
An e-mail with details/documentation will follow shortly.
Before (without patch):
(unstable-ppc64el-sbuild)$ grep 'shared libraries' build.log
checking whether the gcc -std=gnu99 linker (/usr/bin/ld -m elf64ppc)
supports shared libraries... no
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether the g++ linker (/usr/bin/ld -m elf64ppc) supports
shared libraries... yes
checking whether the g++ linker (/usr/bin/ld -m elf64ppc) supports
shared libraries... yes
(unstable-ppc64el-sbuild)$ grep '^dh_install:' build.log
dh_install: libprocps3 missing files
(usr/lib/powerpc64le-linux-gnu/libprocps.so.*), aborting
(unstable-ppc64el-sbuild)$
After (with patch):
(unstable-ppc64el-sbuild)$ grep 'shared libraries' build.log
checking whether the gcc -std=gnu99 linker (/usr/bin/ld) supports
shared libraries... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
checking whether the g++ linker (/usr/bin/ld) supports shared
libraries... yes
(unstable-ppc64el-sbuild)$
[...]
(unstable-ppc64el-sbuild)$ dpkg-deb -c libprocps3_3.3.9-5.1_ppc64el.deb
| grep '\.so'
-rw-r--r-- root/root 80104 2014-06-27 15:38
./lib/powerpc64le-linux-gnu/libprocps.so.3.0.0
lrwxrwxrwx root/root 0 2014-06-27 15:38
./lib/powerpc64le-linux-gnu/libprocps.so.3 -> libprocps.so.3.0.0
(unstable-ppc64el-sbuild)$ dpkg-deb -c
libprocps3-dev_3.3.9-5.1_ppc64el.deb | grep '\.so'
lrwxrwxrwx root/root 0 2014-06-27 15:38
./usr/lib/powerpc64le-linux-gnu/libprocps.so ->
/lib/powerpc64le-linux-gnu/libprocps.so.3
dh_autoreconf without pkg-config installed (early autoconf error):
dh build --with autoreconf
dh_testdir
dh_autoreconf
[...]
libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'
configure.ac:32: error: possibly undefined macro: AC_MSG_ERROR
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure.ac:48: error: possibly undefined macro: AC_CHECK_HEADERS
configure.ac:85: error: possibly undefined macro: AC_INCLUDES_DEFAULT
configure.ac:132: error: possibly undefined macro: AC_CHECK_LIB
autoreconf: /usr/bin/autoconf failed with exit status: 1
dh_autoreconf: autoreconf -f -i returned exit code 1
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
dh_autoreconf with pkg-config installed (successful).
note: there's plenty of automake warnings about subdir objects, but
they are harmless. I have inspected the output/result differences
with git; all good.
dh build --with autoreconf
dh_testdir
dh_autoreconf
[...]
libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT'
Makefile.am:99: warning: source file '$(top_srcdir)/lib/strutils.c' is
in a subdirectory,
Makefile.am:99: but option 'subdir-objects' is disabled
automake: warning: possible forward-incompatibility.
automake: At least a source file is in a subdirectory, but the
'subdir-objects'
automake: automake option hasn't been enabled. For now, the
corresponding output
automake: object file(s) will be placed in the top-level directory.
However,
automake: this behaviour will change in future Automake versions: they
will
automake: unconditionally cause object files to be placed in the same
subdirectory
automake: of the corresponding sources.
automake: You are advised to start using 'subdir-objects' option
throughout your
automake: project, to avoid future incompatibilities.
Makefile.am:99: warning: source file '$(top_srcdir)/lib/fileutils.c' is
in a subdirectory,
Makefile.am:99: but option 'subdir-objects' is disabled
[ ... many similar warnings ... ]
debian/rules override_dh_auto_configure
--
Mauricio Faria de Oliveira
IBM Linux Technology Center
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org