Bug 202694 - stabilize app-antivirus/klamav-0.42 (0.41 fails to build with clamav-0.92)
|
Bug#:
202694
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: normal
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: kde@gentoo.org
|
Reported By: zeekec@mad.scientist.com
|
|
Component: Ebuilds
|
|
|
URL:
|
|
Summary: stabilize app-antivirus/klamav-0.42 (0.41 fails to build with clamav-0.92)
|
|
Keywords: STABLEREQ
|
|
Status Whiteboard:
|
|
Opened: 2007-12-18 14:09 0000
|
A recent update of clamav-0.92 caused revdep to tag klamav for a rebuild, but
it fails. I checked and it builds fine with clamav-0.91.2.
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include
-I/usr/qt/3/include -I. -I/usr/kde/3.5/include -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -c
scanner.c
scanner.c: In function ‘scanstream’:
scanner.c:399: warning: assignment makes pointer from integer without a cast
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include
-I/usr/qt/3/include -I. -I/usr/kde/3.5/include -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -c
others.c
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include
-I/usr/qt/3/include -I. -I/usr/kde/3.5/include -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -c
clamuko.c
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include
-I/usr/qt/3/include -I. -I/usr/kde/3.5/include -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -c
dazukoio_compat12.c
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/usr/kde/3.5/include
-I/usr/qt/3/include -I. -I/usr/kde/3.5/include -DQT_THREAD_SUPPORT
-D_REENTRANT -DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -c
dazukoio.c
/bin/sh ../../libtool --silent --tag=CC --mode=link i686-pc-linux-gnu-gcc
-DNDEBUG -O2 -O2 -mtune=prescott -march=prescott -pipe -o klamd output.o
cfgparser.o getopt.o memory.o misc.o network.o options.o klamd.o tcpserver.o
localserver.o session.o thrmgr.o server-th.o scanner.o others.o clamuko.o
dazukoio_compat12.o dazukoio.o -lclamav
scanner.o: In function `scanstream':
scanner.c:(.text+0x21d): undefined reference to `cli_gentempdesc'
collect2: ld returned 1 exit status
make[3]: *** [klamd] Error 1
make[3]: Leaving directory
`/home/gentoo/tmp/portage/app-antivirus/klamav-0.41/work/klamav-0.41-source/klamav-0.41/src/klamd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/gentoo/tmp/portage/app-antivirus/klamav-0.41/work/klamav-0.41-source/klamav-0.41/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory
`/home/gentoo/tmp/portage/app-antivirus/klamav-0.41/work/klamav-0.41-source/klamav-0.41'
make: *** [all] Error 2
P.S. I also tried klamav-0.41.1 (local ebuild) and it failed as well.
(In reply to comment #5)
> Please note that klamav homepage expired so this package may become
> unmaintained soon (follow kde-apps to check homepage)....
The Sourceforge page seems just fine. There was a bit of spam on the wiki
pages, but I deleted that.
> Also please test the patch, if in a couple days nobody suggests a better
> solution I'll take bug and commit.
The patch seems to have fixed it.
Thanks,
Erik
Another "patch works OK here" on ~x86 (Pentium M).
Fixed by bumping klamav-0.41.1 .
We'll need to stabilize it together with clamav-0.92 or before,
for now them both are unstable.
Thanks for adding the patch!
In line 25 of klamav-0.41.1.ebuild it should be:
${FILESDIR}/${P}-gentempdesc.patch"
otherwise portage can't find the patch file and fails
(In reply to comment #8)
> We'll need to stabilize it together with clamav-0.92 or before,
> for now them both are unstable.
We have dependencies to reflect this, you know...
*** Bug 209432 has been marked as a duplicate of this bug. ***
(In reply to comment #11)
> (In reply to comment #8)
> > We'll need to stabilize it together with clamav-0.92 or before,
> > for now them both are unstable.
>
> We have dependencies to reflect this, you know...
Yeah, that apparently totally failed. Reopen.
amd64 stable - resolving (forgive me if anything else remains)...