Hi,
On 01.06.2014 21:07, Scott Kitterman wrote:
On June 1, 2014 3:02:18 PM EDT, Sebastian Andrzej Siewior
<[email protected]> wrote:
On Sun, Jun 01, 2014 at 11:57:35AM +0200, Andreas Cadhalpun wrote:
libtool: link: cannot find the library `../libclamav/libclamav.la'
or unhandled
argument `../libclamav/libclamav.la'
make[3]: *** [clambc] Error 1
Which I know we had before, but I don't remember how we fixed it or
why it's
re-ocurring now.
I had to switch debian/source/format to 3.0 (quilt), but then it has
built
successfully.
It built here on wheezy-amd64 without any problem. I just had to move
.git
away. Taking the last dsc + apply debdiff worked, too.
I have a vague recollection that this was 32 bit only when it happened before.
Strange. Taking the last wheezy dsc and Sebastian's debdiff, I could
build it in wheezy-amd64 and wheezy-i386 chroots.
Now the question is, if we still want to cherry pick this fix, given
that we
have a patch for the PowerPC FTBFS. So we could also update to the
new
upstream version.
exactly my thinking. I would go for the 0.98.3 version since I would
prefer not
to see the rc1 in stable.
I think definitely not the rc in stable. I hope we'll se 0.98.4 final pretty
soon. In the meantime I'll see what I can figure out. I suspect it's related
to the use of STATBUF (or whatever, working from memory), but I didn't figure
it out yet.
If we want to upload a new upstream version to stable, we have to wait
for testing migration anyway, in order to ensure that the testing
version is larger than the stable version.
So if upstream doesn't release 0.98.4 in the next five days, we could
take 0.98.3 with the PowerPC-FTBFS fix and otherwise upload 0.98.4 to
unstable (maybe with urgency=high) and then upload that to stable, once
it is in testing.
Best regards,
Andreas
_______________________________________________
Pkg-clamav-devel mailing list
[email protected]
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-clamav-devel
