Package: svn-buildpackage Version: 0.6.11 Severity: important I'm using svn-buildpackage to maintain all my Debian packages. Unfortunately for some of them svn-buildpackage seem to do something weird with the autotools files (Makefile.am, configure.ac aclocal.m4 etc). So on a svn-buildpackage run, all the aclocal, automake and autoconf tools are started automatically to recreate the build files. Unfortunately for some packages this creates incorrect Makefiles and the build fails. As I didn't change the Makefile.am or configure.ac myself for the package the autotools shouldn't be started at all. I guess svn-buildpackage messes around with the timestamp and this makes the autotools believe that they have to start. In order to reproduce the bug do the following: <<<< #! /bin/sh cd /tmp mkdir test cd test apt-get source kdesvn # This is one of my packages in question svnadmin create repo svn-inject *.dsc file:///tmp/test/repo cd kdesvn svn-buildpackage -rfakeroot -us -uc >>>> This should fail (missing rules for the uic compiler) whereas a dpkg-source -x *dsc && cd kdesvn-0.5.3 && dpkg-buildpackage -rfakeroot works as expected.
I guess the only reliable way to create a build directory is, to create a diff (current working copy against upstream), unpack the original sources and apply the patch. Just exporting the working copy directory to build-area doesn't seem to work (at least for me). Regards, Michael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.6 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages svn-buildpackage depends on: ii devscripts 2.9.7 Scripts to make the life of a Debi ii perl 5.8.7-5 Larry Wall's Practical Extraction ii subversion 1.2.3a-1 advanced version control system (a ii subversion-tools 1.2.3a-1 assorted tools related to Subversi svn-buildpackage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
