<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>167610</bug_id>
          
          <creation_ts>2007-02-19 12:31 0000</creation_ts>
          <short_desc>app-antivirus/klamav not compile with clamav 0.90</short_desc>
          <delta_ts>2007-03-06 22:35:02 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>2006.1</version>
          <rep_platform>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>didier.fabert@free.fr</reporter>
          <assigned_to>troll@gentoo.org</assigned_to>
          <cc>kde@gentoo.org</cc>
    
    <cc>markus.goppelt@gmx.net</cc>

      

      
          <long_desc isprivate="0">
            <who>didier.fabert@free.fr</who>
            <bug_when>2007-02-19 12:31:09 0000</bug_when>
            <thetext>klamav-0.4 fails to compile with clamav 0.90 because of a change in functions (clamav.h)
the fonction cl_loaddbdir doesn&apos;t exist in the clamav.h. I can find the cl_load function but arguments are differents. so there is a mismatch version between clamav and klamav

Reproducible: Always

Steps to Reproduce:
1.emerge klamav
2.
3.

Actual Results:  
freshklam.cpp: In member function &apos;QString Freshklam::getCurrentDBDir()&apos;:
freshklam.cpp:838: error: &apos;cl_loaddbdir&apos; was not declared in this scope
...
make[3]: Leaving directory `/var/tmp/portage/app-antivirus/klamav-0.40/work/klamav-0.40-source/klamav-0.40/src&apos;
this bug seem to be solved in the CVS version, so the only thing to do is waiting for a new version, but clamav 0.90 should be masked in portage.

Expected Results:  
a fresh install of klamav

emerge --info
Portage 2.1.2-r9 (default-linux/amd64/2006.1/desktop, gcc-4.1.2, glibc-2.5-r0, 2.6.20-gentoo x86_64)
=================================================================
System uname: 2.6.20-gentoo x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 19 Feb 2007 10:50:01 +0000
dev-java/java-config: 1.3.7, 2.0.31-r3
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.20
ACCEPT_KEYWORDS=&quot;amd64 ~amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;x86_64-pc-linux-gnu&quot;
CFLAGS=&quot;-march=athlon64 -O2 -pipe -msse3&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-march=athlon64 -O2 -pipe -msse3&quot;
DISTDIR=&quot;/opt/distfiles&quot;
FEATURES=&quot;autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;http://ftp.club-internet.fr/pub/mirrors/gentoo &quot;
LANG=&quot;fr_FR@euro&quot;
LC_ALL=&quot;fr_FR@euro&quot;
LINGUAS=&quot;fr&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.europe.gentoo.org/gentoo-portage&quot;
USE=&quot;X alsa amd64 arts berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr eds emboss encode esd fam firefox fortran gdbm gif gphoto2 gpm gstreamer gtk2 hal iconv ipv6 isdnlog jpeg kde kdeenablefinal ldap libg++ mad midi mikmod mp3 mpeg ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python qt qt3 qt4 quicktime readline reflection samba scanner sdl session spell spl ssl tcpd threads truetype truetype-fonts type1-fonts unicode usb userlocales v4l vorbis xcomposite xml xorg xv zlib&quot; ALSA_CARDS=&quot;ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse joystick&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text&quot; LINGUAS=&quot;fr&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nv&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ticho@gentoo.org</who>
            <bug_when>2007-02-19 13:49:52 0000</bug_when>
            <thetext>Yes, this seems to be a mistake by upstream to unnecessarily break compatibility. See http://article.gmane.org/gmane.comp.security.virus.clamav.devel/2719 for some discussion about this.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>troll@gentoo.org</who>
            <bug_when>2007-02-19 23:41:59 0000</bug_when>
            <thetext>Created an attachment (id=110704)
klamav-0.40-clamav_0.90_update.patch

since I&apos;m not an clamav expert - can somebody review this patch?

ps. if patch is ok ( ;) ) and we use this, than klamav will have to have &gt;=clamav-0.90 in DEPEND

Cheers,
Przemek</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>troll@gentoo.org</who>
            <bug_when>2007-02-20 00:00:55 0000</bug_when>
            <thetext>As I see upstream is aware of a problem:
http://sourceforge.net/mailarchive/forum.php?thread_id=31632787&amp;forum_id=42209

and a version bump should be available soon.

Cheers,
Przemek</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>didier.fabert@free.fr</who>
            <bug_when>2007-02-21 17:18:23 0000</bug_when>
            <thetext>Yes klamav compile with it, and solve this problem http://bugs.gentoo.org/show_bug.cgi?id=164522.

i can have an updated virus list now, and i cannot reproduce the crash.
thanks a lot.

cheers
didier.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>troy@carpenter.cx</who>
            <bug_when>2007-02-26 17:42:37 0000</bug_when>
            <thetext>Klamav 0.41 has been available for a few days now, which adds compatibility with clamav 0.90.  Any news on when an ebuild for 0.41 will be available?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-02-26 22:36:00 0000</bug_when>
            <thetext>*** Bug 168508 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>troll@gentoo.org</who>
            <bug_when>2007-03-06 22:12:50 0000</bug_when>
            <thetext>As I see my patch changes sources same way, it was fixed in 0.41.

I&apos;m going to add patch for klamav-0.40 and version bump to 0.41. Just have to check can klamav-0.4x work with older clamav versions (I think not, but I&apos;m not sure of it ;) ).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>troll@gentoo.org</who>
            <bug_when>2007-03-06 22:34:42 0000</bug_when>
            <thetext>cl_load function was introduced in clamav-0.90.

Fixed in CVS.

Cheers,
Przemek</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>110704</attachid>
            <date>2007-02-19 23:41 0000</date>
            <desc>klamav-0.40-clamav_0.90_update.patch</desc>
            <filename>klamav-0.40-clamav_0.90_update.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTmF1ciBrbGFtYXYtMC40MC1zb3VyY2Utb3JpZy9rbGFtYXYtMC40MC9zcmMvZnJlc2hr
bGFtLmNwcCBrbGFtYXYtMC40MC1zb3VyY2Uva2xhbWF2LTAuNDAvc3JjL2ZyZXNoa2xhbS5jcHAK
LS0tIGtsYW1hdi0wLjQwLXNvdXJjZS1vcmlnL2tsYW1hdi0wLjQwL3NyYy9mcmVzaGtsYW0uY3Bw
CTIwMDctMDEtMDIgMjA6NDY6MzcuMDAwMDAwMDAwICswMTAwCisrKyBrbGFtYXYtMC40MC1zb3Vy
Y2Uva2xhbWF2LTAuNDAvc3JjL2ZyZXNoa2xhbS5jcHAJMjAwNy0wMi0yMCAwMDowOTowNC4wMDAw
MDAwMDAgKzAxMDAKQEAgLTgzNSw3ICs4MzUsOSBAQAogICAgIAogCiAgICAgaWYgKGRiZGlyICE9
IGRpcl9jb21iby0+dXJsKCkpewotICAgICAgICByZXQgPSBjbF9sb2FkZGJkaXIoKGNvbnN0IGNo
YXIgKilkaXJfY29tYm8tPnVybCgpLCAmcm9vdCwgJm5vKTsKKyAgICAgICAgLy9yZXQgPSBjbF9s
b2FkZGJkaXIoKGNvbnN0IGNoYXIgKilkaXJfY29tYm8tPnVybCgpLCAmcm9vdCwgJm5vKTsKKwkg
Ly8gY2xhbWF2IDAuOTAgdXBkYXRlCisgICAgICAgIHJldCA9IGNsX2xvYWQoKGNvbnN0IGNoYXIg
KilkaXJfY29tYm8tPnVybCgpLCAmcm9vdCwgJm5vLCBDTF9EQl9TVERPUFQpOwogICAgICAgICAv
Ly8va2REZWJ1ZygpIDw8ICJyZXQgIiA8PCByZXQgPDwgZW5kbDsKICAgICAgICAgaWYgKG5vID09
IDApewogICAgICAgICAgICAgZGIgPSBkYmRpcjsKZGlmZiAtTmF1ciBrbGFtYXYtMC40MC1zb3Vy
Y2Utb3JpZy9rbGFtYXYtMC40MC9zcmMva2xhbWF2LmNwcCBrbGFtYXYtMC40MC1zb3VyY2Uva2xh
bWF2LTAuNDAvc3JjL2tsYW1hdi5jcHAKLS0tIGtsYW1hdi0wLjQwLXNvdXJjZS1vcmlnL2tsYW1h
di0wLjQwL3NyYy9rbGFtYXYuY3BwCTIwMDctMDEtMDIgMjA6NDY6MzcuMDAwMDAwMDAwICswMTAw
CisrKyBrbGFtYXYtMC40MC1zb3VyY2Uva2xhbWF2LTAuNDAvc3JjL2tsYW1hdi5jcHAJMjAwNy0w
Mi0yMCAwMDowNjowMi4wMDAwMDAwMDAgKzAxMDAKQEAgLTE4NCw2ICsxODQsOCBAQAogCWhpZGUo
KTsKIAkvL3JldHVybiBmYWxzZTsKIAorCS8vIG5vIGRlZmF1bHQgcmV0IHZhbHVlCisJcmV0dXJu
IHRydWU7CiB9CiAKIApkaWZmIC1OYXVyIGtsYW1hdi0wLjQwLXNvdXJjZS1vcmlnL2tsYW1hdi0w
LjQwL3NyYy9kYnZpZXdlci5jcHAga2xhbWF2LTAuNDAtc291cmNlL2tsYW1hdi0wLjQwL3NyYy9k
YnZpZXdlci5jcHAKLS0tIGtsYW1hdi0wLjQwLXNvdXJjZS1vcmlnL2tsYW1hdi0wLjQwL3NyYy9k
YnZpZXdlci5jcHAJMjAwNy0wMS0wMiAyMDo0NjozNy4wMDAwMDAwMDAgKzAxMDAKKysrIGtsYW1h
di0wLjQwLXNvdXJjZS9rbGFtYXYtMC40MC9zcmMvZGJ2aWV3ZXIuY3BwCTIwMDctMDItMjAgMDA6
MjA6MDIuMDAwMDAwMDAwICswMTAwCkBAIC04MTUsNyArODE1LDkgQEAKICAgICBkYmRpciA9IGxh
c3REb3dubG9hZFBhdGhzLmZpcnN0KCk7CiAKIAotICAgIHJldCA9IGNsX2xvYWRkYmRpcigoY29u
c3QgY2hhciAqKWRiZGlyLCAmcm9vdCwgJm5vKTsKKyAgICAvL3JldCA9IGNsX2xvYWRkYmRpcigo
Y29uc3QgY2hhciAqKWRiZGlyLCAmcm9vdCwgJm5vKTsKKyAgICAvLyBjbGFtYXYtMC45MCB1cGRh
dGUKKyAgICByZXQgPSBjbF9sb2FkKChjb25zdCBjaGFyICopZGJkaXIsICZyb290LCAmbm8sIENM
X0RCX1NURE9QVCk7CiAgICAgLy9rZERlYnVnKCkgPDwgIm5vICIgPDwgbm8gPDwgZW5kbDsKICAg
ICBjbF9mcmVlKHJvb3QpOwogICAgIHJldHVybiBubzsK
</data>        

          </attachment>
    </bug>

</bugzilla>