Hi Kibi,
how can I reproduce this bug?
I run
- apt-get source netatalk
- cd netatalk-2.0.5
- autoreconf -vif
- sed -e '/^294/s/^/#/' -i debian/patches/series
- dpkg-buildpackage -us -uc
and it works like a charm.
- Fabian
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl fü
Frank Lahm (01/12/2009):
> You're (well not you, the Debian build infrastructure) messing up
> the autotools environment. Netatalk 2.0.5 comes with: $ ./libtool
> --version ltmain.sh (GNU libtool) 1.5.22 Debian 1.5.22-4
> (1.1220.2.365 2005/12/18 22:14:06)
Yes, that was the point of this bugrepor
2009/12/1 Cyril Brulebois :
> Jonas Smedegaard (01/12/2009):
>> My builds using cowdancer+pbuilder on amd64 and i386 with a fully
>> up-to-date Sid shows no such things.
>
> Note I'm talking about porter boxes, so a bit more than just chroot +
> Build-Depends.
>
>> Perhaps some environment variabl
Jonas Smedegaard (01/12/2009):
> My builds using cowdancer+pbuilder on amd64 and i386 with a fully
> up-to-date Sid shows no such things.
Note I'm talking about porter boxes, so a bit more than just chroot +
Build-Depends.
> Perhaps some environment variables makes cdbs or libtool choke, or
> so
On Tue, Dec 01, 2009 at 05:02:00PM +0100, Cyril Brulebois wrote:
Package: netatalk
Version: 2.0.5-2
Severity: serious
Justification: FTBFS
While having a look on a porter box, I've noticed your package can't be
autoreconf'd, which it tries to do when autotools packages (autoconf*,
automake*, lib
Package: netatalk
Version: 2.0.5-2
Severity: serious
Justification: FTBFS
While having a look on a porter box, I've noticed your package can't be
autoreconf'd, which it tries to do when autotools packages (autoconf*,
automake*, libtool) are installed:
| /usr/bin/make all-recursive
| make[2]: Ente
6 matches
Mail list logo
