[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#727476: marked as done (obexftp: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4)

Your message dated Mon, 11 Aug 2014 16:05:55 +0000
with message-id <E1XGs6d-00072a-UF@franck.debian.org>
and subject line Bug#727476: fixed in obexftp 0.23-4
has caused the Debian Bug report #727476,
regarding obexftp: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4
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 owner@bugs.debian.org
immediately.)


-- 
727476: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727476
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: src:obexftp
Version: 0.23-1.2
Severity: normal
User: debian-arm@lists.debian.org
Usertags: arm64

The package fails to build on arm64 (aarch64-linux-gnu), because the
config.{guess,sub} files are out of date, and are not updated during
the build.  If possible, please do not update these files directly,
but build-depend on autotools-dev instead, and use the tools provided
by autotools-dev to update these files.

  - For dh, call dh --with autotools_dev (yes, underscore).

  - For other rules files, call dh_autotools-dev_updateconfig before
    calling configure (in the build or configure target), and call
    dh_autotools-dev_restoreconfig before calling dh_clean in the clean
    target.

After the build on any architecture, and before a clean, a grep for
aarch64 in the config.sub file(s) should print some lines.

The full build log can be found at:
http://people.debian.org/~doko/logs/arm64-20131023/logs/buildlog_ubuntu-trusty-arm64.obexftp_0.23-1.2ubuntu1_FAILEDTOBUILD.txt
The last lines of the build log are at the end of this report.

Please note that these build were done in an Ubuntu development,
environment there may be a few false positives in these bug reports.

[...]
make[1]: *** No rule to make target `distclean'.  Stop.
make[1]: Leaving directory `/build/buildd/obexftp-0.23'
rm -f swig/python/__init__.py[co]
dh_clean
dpkg-buildpackage: warning: debian/rules must be updated to support the 'build-arch' and 'build-indep' targets (at least 'build-arch' seems to be missing)
 debian/rules build
QUILT_PATCHES=debian/patches \
		quilt --quiltrc /dev/null push -a || test $? = 2
Applying patch format.diff
patching file swig/ruby/ruby_wrap.c

Applying patch rstring.diff
patching file swig/ruby/ruby_wrap.c

Now at patch rstring.diff
touch debian/stamp-patched
dh_testdir
CFLAGS="-O2" ./configure --build aarch64-linux-gnu \
	            --prefix=/usr --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info \
	             --enable-perl --enable-python --enable-ruby --disable-tcl \
	             \
	            --disable-rpath --enable-swig
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking build system type... Invalid configuration `aarch64-linux-gnu': machine `aarch64' not recognized
configure: error: /bin/bash ./config.sub aarch64-linux-gnu failed
make: *** [config.status] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2

--- End Message ---
--- Begin Message --- 
Source: obexftp
Source-Version: 0.23-4

We believe that the bug you reported is fixed in the latest version of
obexftp, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 727476@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
gregor herrmann <gregoa@debian.org> (supplier of updated obexftp package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Mon, 11 Aug 2014 17:28:21 +0200
Source: obexftp
Binary: obexftp libbfb0 libbfb0-dev libmulticobex1 libmulticobex1-dev libobexftp0 libobexftp0-dev python-obexftp ruby-obexftp libobexftp-ruby libobexftp-perl
Architecture: source amd64 all
Version: 0.23-4
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group <packages@qa.debian.org>
Changed-By: gregor herrmann <gregoa@debian.org>
Description:
 libbfb0    - bfb protocol library
 libbfb0-dev - bfb protocol library - development files
 libmulticobex1 - multi-protocol cable OBEX library
 libmulticobex1-dev - multi-protocol cable OBEX library - development files
 libobexftp-perl - perl binding to the object exchange file transfer library
 libobexftp-ruby - Transitional package for ruby-obexftp
 libobexftp0 - object exchange file transfer library
 libobexftp0-dev - object exchange file transfer library - development files
 obexftp    - file transfer utility for devices that use the OBEX protocol
 python-obexftp - Python binding to the object exchange file transfer library
 ruby-obexftp - ruby binding to the object exchange file transfer library
Closes: 727476 757754
Changes:
 obexftp (0.23-4) unstable; urgency=medium
 .
   * QA upload.
   * Fix "FTBFS: format not a string literal and no format arguments
     [-Werror=format-security]": add patch which adds a format argument.
     (Closes: #757754)
   * Build-depend on and use dh-autoreconf.
     (Closes: #727476)
Checksums-Sha1:
 2d0b170bb765a587424ed256647a25de353feb30 2526 obexftp_0.23-4.dsc
 f98a2a4e2ca33468f511e5fba5a6cae8b0d68cb8 9553 obexftp_0.23-4.diff.gz
 6af155bd4441ab669b676f022d0e449b2d7f6d61 11020 libobexftp-ruby_0.23-4_all.deb
Checksums-Sha256:
 d078a3cfc78ecfd668907df6511d2ee8dc925701e222e1aa83420a4153396852 2526 obexftp_0.23-4.dsc
 dae2cb3ea0f72dc93726be847e85a14ebba1765e9d10198b493b4f43db0d0cd4 9553 obexftp_0.23-4.diff.gz
 57b4770992aba013c2eb4813bd80af913780108a1aec39bd918b50231153e38a 11020 libobexftp-ruby_0.23-4_all.deb
Files:
 e8287eb8671619ea988b3bced23d00db 11020 oldlibs extra libobexftp-ruby_0.23-4_all.deb
 c6cb8db477fa8d8e03734f9d9e57f22a 2526 comm optional obexftp_0.23-4.dsc
 51d0633a37fc5225b392cd529a0083b5 9553 comm optional obexftp_0.23-4.diff.gz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQJ8BAEBCgBmBQJT6OGvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGZBoQAIVMK92gLc73JW05/cR7+9Ej
kxuz9tG7M0jJox6E9nZRSwP/lHmc+wjQlKgV1iZ++78z/sj5khGHK0YXCjCvDNRn
iKRG2VWn8v3kjgkfy/FlEx+WLoj8fSNyx1Qs0NMUlUSuzc1xeGBfkBg+tgYYvpGL
I488BTzqU3Zh9ZZjjbarpAouCDn8SoBzFUPjlB848PCdi8yGgX/3fi9Fn83Lg5Sw
9en+ea+GLMzs8IHpZqN+sQYpjTvhsxjWRdiI8I6x4A/l291peCsUFg+Vav6JV9gA
TJ0vaaEo5HzhpTRYv0HBW4dN/38jLkDPLjgOI5VASGvZVsSvlb0La84sxCsGzwHv
iOfuZWqn9neJsTNpjgeWLy5pVFrPExC6gBXSi1Kp+Ni9Kh4m7SByEkl3SPiwrA1N
mTQ+wwKKMObGI7q+HhvEiW1MlxCvt8UTc/QRynOMe0+3xYljJ7b3yRumW3eQybTj
Rg3svHu0scVQU/F8nb1OiH6W74STvqn6fqK8WT8OhBXkBrnOodgzMRUJz2ir+TNw
JmBqCjIGjtTLKbU0rpd1Ithcd27ZFwF19C+dA+1+eG7OGn6QV6dJv8GD0saNUHHf
IW4yzEy6fga4gzF1ldp58+zJ8sC5nKdzt99m8/NQ+eVhAoYZc+7w3IGJfov23IJI
Kd7uAnW8b8rTucWh2UXQ
=F9RL
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: