Re: [Clamav-users] 0.96.2 freezing with sane security update script on one of 2 linux systems
On Wed, 18 Aug 2010 10:48:35 +0300, you wrote: On Tue, 17 Aug 2010 23:46:22 -0500 George R. Kasica geor...@netwrx1.com wrote: Not sure of the cause both are configured and built the same ./configure make make install for clam 0.96.2 Here is what the frozen machine will show - three hung scans for one of the sane security databases - this was NOT a problem with 0.96.1. If left to sit it will sit forever. Can you run it with --debug to see where it hangs? Then open a bugreport please (and attach junk.ndb). Not really sure how to do this as I didn't write the script thats running the update.and have no idea where or how I'd modify that codewould I just run that from a command line or what?? George ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 0.96.2 freezing with sane security update script on one of 2 linux systems
:* Submodule RIFF: On LibClamAV debug:* Submodule JPEG: On LibClamAV debug:* SubmoduleCRYPTFF: On LibClamAV debug:* SubmoduleDLP: On LibClamAV debug:* Submodule MYDOOMLOG: On LibClamAV debug:* Submodule PREFILTERING: On LibClamAV debug: Module PHISHING On LibClamAV debug:* Submodule ENGINE: On LibClamAV debug:* SubmoduleENTCONV: On LibClamAV debug: Module BYTECODE On LibClamAV debug:* Submodule INTERPRETER:On LibClamAV debug:* SubmoduleJIT X86: On LibClamAV debug:* SubmoduleJIT PPC: On LibClamAV debug:* SubmoduleJIT ARM: ** Off ** LibClamAV debug: environment detected: LibClamAV debug: check_platform(0x0a113636, 0x0400, 0x00040202) LibClamAV debug: check_platform(0x0a 1 1 36 36,0x0 4 00 00 00,0x0004 02 02) LibClamAV debug: check_platform( OS CPU COM FL DCONF,BE PTR CXX VV.VV.VV, FLG CC VV.VV.VV) LibClamAV debug: Engine version: 0.96.2 LibClamAV debug: Host triple: LibClamAV debug: Host CPU: LibClamAV debug: OS: Linux LibClamAV debug: OS release: 2.6.23.12 LibClamAV debug: OS version: #1 SMP PREEMPT Sat Aug 29 07:29:36 CDT 2009 LibClamAV debug: OS hardware: i686 LibClamAV debug: OS LLVM category: 0 LibClamAV debug: Has JIT compiled: 0 LibClamAV debug: -- LibClamAV debug: Bytecode: mode is 0 LibClamAV debug: Loading trusted bytecode LibClamAV debug: bytecode: Parsed 9 APIcalls, maxapi 74 LibClamAV debug: unknown inst type: 89 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: unknown inst type: 67 LibClamAV debug: Parsed 41 BBs, 176 instructions LibClamAV debug: Parsed 1 functions LibClamAV debug: Bytecode: BC_STARTUP running (builtin) LibClamAV debug: Bytecode: executing in interpeter mode LibClamAV debug: bytecode: registered ctx variable at (nil) (+0) id 6 LibClamAV debug: bytecode: registered ctx variable at 0xb7f53780 (+2) id 2 LibClamAV debug: bytecode: registered ctx variable at 0xb7f40f80 (+256) id 1 LibClamAV debug: bytecode: registered ctx variable at 0xb7f53784 (+4) id 5 LibClamAV debug: bytecode: registered ctx variable at 0xb7f537a0 (+648) id 4 LibClamAV debug: bytecode: registered ctx variable at 0x805f488 (+512) id 7 LibClamAV debug: bytecode debug: startup: bytecode execution in auto mode LibClamAV debug: intepreter bytecode run finished in 72us, after executing 96 opcodes LibClamAV debug: Bytecode: disable status is 0 LibClamAV debug: bytecode: JIT disabled LibClamAV debug: JIT not compiled in LibClamAV debug: Bytecode: 0 bytecode prepared with JIT, 0 prepared with interpreter, 0 failed LibClamAV debug: in cli_magic_scandesc (reclevel: 0/16) LibClamAV debug: cache_check: a4c76df956da8678e98dc4b04d8e9f2d is negative LibClamAV debug: Recognized ASCII text LibClamAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0 LibClamAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0 LibClamAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0 LibClamAV debug: in cli_scanscript() LibClamAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0 LibClamAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0 LibClamAV debug: cache_add: a4c76df956da8678e98dc4b04d8e9f2d (level 0) LibClamAV debug: cli_magic_scandesc: returning 0 at line 2381 LibClamAV debug: Cleaning up phishcheck LibClamAV debug: Freeing phishcheck struct LibClamAV debug: Phishcheck cleaned up -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 0.96.2 freezing with sane security update script on one of 2 linux systems
On Wed, 18 Aug 2010 14:25:38 +0100, you wrote: OK. Here's debug AND the fix at least from my solution: Recompiled with ./configure --disable-llvm make make install Thanks for reporting back.. it's odd though, as the test file you are scanning is only a small ascii file out of interest does the same thing happen with llvm enabled and one of the other database files -or- does it ONLY fail with the junk.ndb file? Over to edwin though ;) Fails with anything, text binary whatever as far as I can tell as long as llvm is on. Turn it off and all is happy. George ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] 0.96.2 freezing with sane security update script on one of 2 linux systems
Not sure of the cause both are configured and built the same ./configure make make install for clam 0.96.2 Here is what the frozen machine will show - three hung scans for one of the sane security databases - this was NOT a problem with 0.96.1. If left to sit it will sit forever. George root 12756 12707 5 23:26 pts/300:00:00 clamscan --quiet -d /usr/unofficial-dbs/ss-dbs/junk.ndb /usr/unofficial-dbs/configs/scan-test.txt root 12757 12756 0 23:26 pts/300:00:00 clamscan --quiet -d /usr/unofficial-dbs/ss-dbs/junk.ndb /usr/unofficial-dbs/configs/scan-test.txt root 12758 12757 0 23:26 pts/300:00:00 clamscan --quiet -d /usr/unofficial-dbs/ss-dbs/junk.ndb /usr/unofficial-dbs/configs/scan-test.txt [r...@eagle clamav]# /usr/sbin/clamav-unofficial-sigs.sh == Sanesecurity Database GPG Signature File Updates == Sanesecurity mirror site used: sane.helljert.de 178.63.197.162 Number of files: 28 Number of files transferred: 4 Total file size: 20800355 bytes Total transferred file size: 8433576 bytes Literal data: 502554 bytes Matched data: 7931022 bytes File list size: 871 File list generation time: 0.280 seconds File list transfer time: 0.000 seconds Total bytes sent: 22754 Total bytes received: 112252 sent 22754 bytes received 112252 bytes 24546.55 bytes/sec total size is 20800355 speedup is 154.07 Testing updated Sanesecurity database file: junk.ndb Sanesecurity GPG Signature tested good on junk.ndb database Aug 17 23:26:03 INFO - Sanesecurity mirror site used: sane.helljert.de 178.63.197.162 Aug 17 23:26:08 INFO - Testing updated Sanesecurity database file: junk.ndb Aug 17 23:26:08 INFO - Sanesecurity GPG Signature tested good on junk.ndb database -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Compile problem with 0.96.1
On Sat, 12 Jun 2010 11:27:26 +0100, you wrote: On Fri, Jun 11, 2010 at 11:24:17PM -0500, George R. Kasica said: Have successfully run 0.96 here with just using ./configure make make install But in 0.96.1 I'm failing the make with CCLD sigtool make[2]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1/sigtool' Making all in clamconf make[2]: Entering directory `/mnt/scsi-1/Linux/clamav-0.96.1/clamconf' CC optparser.o CC getopt.o CC misc.o CC clamconf.o CCLD clamconf clamconf.o: In function `print_platform': /mnt/scsi-1/Linux/clamav-0.96.1/clamconf/clamconf.c:255: undefined reference to `zlibCompileFlags' collect2: ld returned 1 exit status make[2]: *** [clamconf] Error 1 make[2]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1/clamconf' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1' make: *** [all] Error 2 Something wrong with zlib install? Can you send a link to your config.log? older version did exist in /usr/lib newer version 1.23 was in /usr/local/lib. I removed the older version it and reran the ./configure make and it failed again...looked and notice the regular make of zlib doesn't create shared library you need to build zlib with the configure -s option. might be work a note in the clamav docs. building zlib with the configure -s make make install got the correct libraries for clam ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] Compile problem with 0.96.1
Have successfully run 0.96 here with just using ./configure make make install But in 0.96.1 I'm failing the make with CCLD sigtool make[2]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1/sigtool' Making all in clamconf make[2]: Entering directory `/mnt/scsi-1/Linux/clamav-0.96.1/clamconf' CC optparser.o CC getopt.o CC misc.o CC clamconf.o CCLD clamconf clamconf.o: In function `print_platform': /mnt/scsi-1/Linux/clamav-0.96.1/clamconf/clamconf.c:255: undefined reference to `zlibCompileFlags' collect2: ld returned 1 exit status make[2]: *** [clamconf] Error 1 make[2]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1/clamconf' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/scsi-1/Linux/clamav-0.96.1' make: *** [all] Error 2 uname -m = i686 uname -r = 2.6.23.12 uname -s = Linux uname -v = #1 SMP PREEMPT Sat Aug 29 07:29:36 CDT 2009 GCC 4.2.2 I'm no where near a C programmer ao if someone can help me out here I'd appreciate it. Also files as https://wwws.clamav.net/bugzilla/show_bug.cgi?id=2072 -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] DNS Warning also showing up now on 0.95.3
On Thu, 8 Apr 2010 08:49:48 +0200, you wrote: Hello, This is not an acceptable solution here for us...we have over 50 machines and several scripts on each that will need updating...what exactly is broken here...I'm seeing this error in the 0.95.3 version as well so it has NOTHING to do with 0.96 One of our DNS servers (ns5.clamav.net specifically) is acting up. That's why you see the error only occasionally, the other DNS servers are working fine. I'm working on the problem. Problem should be solved. Looks good again here thank you very much! George -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 0.96rc1 LibClamAV Warning: JIT not compiled in
On Fri, 12 Mar 2010 23:32:19 +0200, you wrote: On 03/12/2010 10:46 PM, George R. Kasica wrote: We've compiled and are running here as well with Red Hat EL4 (gcc 3.4.6-11.el4_8.1) and Red Hat EL5 (gcc 4.1.2-46.el5_4.2) both of which are the latest released versions of gcc from Red Had RPMs and are seeing the same JIT failures...how new are you expecting the gcc to be? Minimum 4.1.3. 4.1.2 is listed as a broken version here (although not exactly the version you have, -42 is listed, you have -46) http://llvm.org/docs/GettingStarted.html#brokengcc You can try to use --enable-llvm (it will ignore the gcc version then), and see if make check passes. If so let me know to automatically enable the JIT on that compiler version. There is a 4.4.0 gcc available for RHEL5 too that works. There's no way that our environment is going to be able to put something newer out than what is released by the Distro vendor.that it falls back to another mode is fine, but there's an awful lot of RHEL5 out there that I'm betting is running that rev of gcc that will see this error. That warning will be downgraded to a debug message. Neither will compile cleanly with the --enable-llvm switch, both fail make on RH EL4 and RH EL5 shown above. George -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] ***** SPAM ***** ***** SPAM ***** Re: 0.96rc1 LibClamAV Warning: JIT not compiled in
We've compiled and are running here as well with Red Hat EL4 (gcc 3.4.6-11.el4_8.1) and Red Hat EL5 (gcc 4.1.2-46.el5_4.2) both of which are the latest released versions of gcc from Red Had RPMs and are seeing the same JIT failures...how new are you expecting the gcc to be? There's no way that our environment is going to be able to put something newer out than what is released by the Distro vendor.that it falls back to another mode is fine, but there's an awful lot of RHEL5 out there that I'm betting is running that rev of gcc that will see this error. George On Thu, 11 Mar 2010 11:42:51 -0600, you wrote: I installed clam 0.96rc1 on a FreeBSD 5.3 test server. make seemed to run normally. When I scan any file with clamscan, I get: # clamscan /etc/motd LibClamAV Warning: JIT not compiled in /etc/motd: OK -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Thoughts on software QA Testing (or lack thereof...)
We're currently investigating the possibility of using the OpenSUSE build service to test the next ClamAV release on multiple Linux distributions, including many old ones: openSUSE 11.x, SLES/SLED 9/10/11, Fedora 10/11, RHEL 4/5, CentOS 5, Mandriva 2009, xUbuntu 6.06/8.04/8.10/9.04 OK...I'm not going to debate old vs. new here but I'm fairly sure the installed base of Fedora Core 10 and RHEL4 and Solaris 9 which are all actively supported by the various Vendors/groups would disagree with your assessment as would alot of businesses that are running them in a day to day production setting for front line work. Frankly, Don't think I would be able to get a new OS such as FC-11 or RHEL5 OK 'd to go into production at our company due to lack of sufficient background from a security standpoint etc. In any case, if you're looking for a test spot for FC10, Solaris 9, RHEL4 I'd be happy to try to run some stuff here on a box - I'm not a programmer but I can do basic things if given clear steps or test the ability to at least get it to make etc in our QA/Test environment. Let me know. George ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] 64bit RH ES5 Compile Error for Clamav 0.95.3
With the following configure after make clean and then a make 0.95.3 fails to build on Red Hat Enterprise Server 5 64 bit. Error bits below: ./configure --prefix=/usr/local/clamav-0.95.3 Error: = libtool: link: rm -f .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: (cd .libs gcc -g -O2 -c -fno-builtin -fPIC -DPIC libclamavS.c) libtool: link: rm -f .libs/libclamavS.c .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: gcc -shared .libs/libclamav_la-matcher-ac.o .libs/libclamav_la-matcher-bm.o .libs/libclamav_la-matcher.o .libs/libclamav_la-others.o .libs/libclamav_la-readdb.o .libs/libclamav_la-cvd.o .libs/libclamav_la-dsig.o .libs/libclamav_la-scanners.o .libs/libclamav_la-textdet.o .libs/libclamav_la-filetypes.o .libs/libclamav_la-rtf.o .libs/libclamav_la-blob.o .libs/libclamav_la-mbox.o .libs/libclamav_la-message.o .libs/libclamav_la-table.o .libs/libclamav_la-text.o .libs/libclamav_la-ole2_extract.o .libs/libclamav_la-vba_extract.o .libs/libclamav_la-msexpand.o .libs/libclamav_la-pe.o .libs/libclamav_la-disasm.o .libs/libclamav_la-upx.o .libs/libclamav_la-htmlnorm.o .libs/libclamav_la-chmunpack.o .libs/libclamav_la-rebuildpe.o .libs/libclamav_la-petite.o .libs/libclamav_la-wwunpack.o .libs/libclamav_la-unsp.o .libs/libclamav_la-aspack.o .libs/libclamav_la-packlibs.o .libs/libclamav_la-fsg.o .libs/libclamav_la-mew.o .libs/libclamav_la-upack.o .libs/libclamav_la-line.o .libs/libclamav_la-untar.o .libs/libclamav_la-unzip.o .libs/libclamav_la-inflate64.o .libs/libclamav_la-special.o .libs/libclamav_la-binhex.o .libs/libclamav_la-is_tar.o .libs/libclamav_la-tnef.o .libs/libclamav_la-autoit.o .libs/libclamav_la-unarj.o .libs/libclamav_la-bzlib.o .libs/libclamav_la-nulsft.o .libs/libclamav_la-infblock.o .libs/libclamav_la-pdf.o .libs/libclamav_la-spin.o .libs/libclamav_la-yc.o .libs/libclamav_la-elf.o .libs/libclamav_la-sis.o .libs/libclamav_la-uuencode.o .libs/libclamav_la-phishcheck.o .libs/libclamav_la-phish_domaincheck_db.o .libs/libclamav_la-phish_whitelist.o .libs/libclamav_la-regex_list.o .libs/libclamav_la-regex_suffix.o .libs/libclamav_la-mspack.o .libs/libclamav_la-cab.o .libs/libclamav_la-entconv.o .libs/libclamav_la-hashtab.o .libs/libclamav_la-dconf.o .libs/libclamav_la-lzma_iface.o .libs/libclamav_la-explode.o .libs/libclamav_la-textnorm.o .libs/libclamav_la-dlp.o .libs/libclamav_la-js-norm.o .libs/libclamav_la-uniq.o .libs/libclamav_la-version.o .libs/libclamav_la-mpool.o .libs/libclamav_la-sha256.o .libs/libclamav_la-bignum.o .libs/libclamavS.o -Wl,--whole-archive ../libltdl/.libs/libltdlc.a lzma/.libs/liblzma.a ./.libs/libclamav_internal_utils.a -Wl,--no-whole-archive -L/usr/local/lib -lz -lpthread -ldl -Wl,--version-script -Wl,../libclamav/libclamav.map -Wl,-soname -Wl,libclamav.so.6 -o .libs/libclamav.so.6.0.5 /usr/bin/ld: /usr/local/lib/libz.a(adler32.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[4]: *** [libclamav.la] Error 1 make[4]: Leaving directory `/opt/clamav-0.95.3/libclamav' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/opt/clamav-0.95.3/libclamav' make[2]: *** [all] Error 2 make[2]: Leaving directory `/opt/clamav-0.95.3/libclamav' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/clamav-0.95.3' make: *** [all] Error 2 -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Unable to compile clamav-0.95.3 on FreeBSD
On Fri, 30 Oct 2009 11:47:17 +, you wrote: Hi, On 2009-10-29 14:35, George Eliozov wrote: Hi, Just try to update my Clam AV and receive problem, listed below, Any ideas? git: not found - git? libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -I/usr/local/include -I/usr/local/include -DSEARCH_LIBDIR=\/usr/local/lib/elf\ -g -O2 -MT libclamav_la-uniq.lo -MD -MP -MF .deps/libclamav_la-uniq.Tpo -c uniq.c -o libclamav_la-uniq.o /dev/null 2 I hit (probably) the same problem building on Solaris and found that touching an empty file version.h.tmp in the / clamav-0.95.3/libclamav directory fixed it. Based on looking back at a 0.95.2 build tree. HTH Tony.. Helps for Solaris 9 as well here. George -- George, Ginger/The Beast Kasica(8/1/88-3/19/01, 1/17/02- ), Rosie(9/1/07- ), Merlin/MR. Tibbs(8/1/90-5/24/06, 2/10/08- ), Nazarene(6/1/99-1/28/08) Jackson, WI USA geor...@netwrx1.com http://www.netwrx1.com/georgek ICQ #12862186 (`-''-/).___..--''`-._ `6_ 6 ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' ,' (il),-'' (li),' ((!.-' ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 64bit RH ES5 Compile Error for Clamav 0.95.3
On Fri, 30 Oct 2009 21:40:46 +0100, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/10/2009 20.35, George R. Kasica wrote: With the following configure after make clean and then a make 0.95.3 fails to build on Red Hat Enterprise Server 5 64 bit. Error bits below: ./configure --prefix=/usr/local/clamav-0.95.3 Error: = libtool: link: rm -f .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: (cd .libs gcc -g -O2 -c -fno-builtin -fPIC -DPIC libclamavS.c) libtool: link: rm -f .libs/libclamavS.c .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: gcc -shared .libs/libclamav_la-matcher-ac.o .libs/libclamav_la-matcher-bm.o .libs/libclamav_la-matcher.o .libs/libclamav_la-others.o .libs/libclamav_la-readdb.o .libs/libclamav_la-cvd.o .libs/libclamav_la-dsig.o .libs/libclamav_la-scanners.o .libs/libclamav_la-textdet.o .libs/libclamav_la-filetypes.o .libs/libclamav_la-rtf.o .libs/libclamav_la-blob.o .libs/libclamav_la-mbox.o .libs/libclamav_la-message.o .libs/libclamav_la-table.o .libs/libclamav_la-text.o .libs/libclamav_la-ole2_extract.o .libs/libclamav_la-vba_extract.o .libs/libclamav_la-msexpand.o .libs/libclamav_la-pe.o .libs/libclamav_la-disasm.o .libs/libclamav_la-upx.o .libs/libclamav_la-htmlnorm.o .libs/libclamav_la-chmunpack.o .libs/libclamav_la-rebuildpe.o .libs/libclamav_la-petite.o .libs/libclamav_la-wwunpack.o .libs/libclamav_la-unsp.o .libs/libclamav_la-aspack.o .libs/libclamav_la-packlibs.o .libs/libclamav_la-fsg.o .libs/libclamav_la-mew.o .libs/libclamav_la-upack.o .libs/libclamav_la-line.o .libs/libclamav_la-untar.o .libs/libclamav_la-unzip.o .libs/libclamav_la-inflate64.o .libs/libclamav_la-special.o .libs/libclamav_la-binhex.o .libs/libclamav_la-is_tar.o .libs/libclamav_la-tnef.o .libs/libclamav_la-autoit.o .libs/libclamav_la-unarj.o .libs/libclamav_la-bzlib.o .libs/libclamav_la-nulsft.o .libs/libclamav_la-infblock.o .libs/libclamav_la-pdf.o .libs/libclamav_la-spin.o .libs/libclamav_la-yc.o .libs/libclamav_la-elf.o .libs/libclamav_la-sis.o .libs/libclamav_la-uuencode.o .libs/libclamav_la-phishcheck.o .libs/libclamav_la-phish_domaincheck_db.o .libs/libclamav_la-phish_whitelist.o .libs/libclamav_la-regex_list.o .libs/libclamav_la-regex_suffix.o .libs/libclamav_la-mspack.o .libs/libclamav_la-cab.o .libs/libclamav_la-entconv.o .libs/libclamav_la-hashtab.o .libs/libclamav_la-dconf.o .libs/libclamav_la-lzma_iface.o .libs/libclamav_la-explode.o .libs/libclamav_la-textnorm.o .libs/libclamav_la-dlp.o .libs/libclamav_la-js-norm.o .libs/libclamav_la-uniq.o .libs/libclamav_la-version.o .libs/libclamav_la-mpool.o .libs/libclamav_la-sha256.o .libs/libclamav_la-bignum.o .libs/libclamavS.o -Wl,--whole-archive ../libltdl/.libs/libltdlc.a lzma/.libs/liblzma.a ./.libs/libclamav_internal_utils.a -Wl,--no-whole-archive -L/usr/local/lib -lz -lpthread -ldl -Wl,--version-script -Wl,../libclamav/libclamav.map -Wl,-soname -Wl,libclamav.so.6 -o .libs/libclamav.so.6.0.5 /usr/bin/ld: /usr/local/lib/libz.a(adler32.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a: could not read symbols: Bad value collect2: ld returned 1 exit status why do you have zlib in /usr/local/lib ? custom compiled? that's where the zlib package put it on install by default. ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 64bit RH ES5 Compile Error for Clamav 0.95.3
On Fri, 30 Oct 2009 23:56:35 +0200, you wrote: On 2009-10-30 23:55, George R. Kasica wrote: On Fri, 30 Oct 2009 21:40:46 +0100, you wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 30/10/2009 20.35, George R. Kasica wrote: With the following configure after make clean and then a make 0.95.3 fails to build on Red Hat Enterprise Server 5 64 bit. Error bits below: ./configure --prefix=/usr/local/clamav-0.95.3 Error: = libtool: link: rm -f .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: (cd .libs gcc -g -O2 -c -fno-builtin -fPIC -DPIC libclamavS.c) libtool: link: rm -f .libs/libclamavS.c .libs/libclamav.nm .libs/libclamav.nmS .libs/libclamav.nmT libtool: link: gcc -shared .libs/libclamav_la-matcher-ac.o .libs/libclamav_la-matcher-bm.o .libs/libclamav_la-matcher.o .libs/libclamav_la-others.o .libs/libclamav_la-readdb.o .libs/libclamav_la-cvd.o .libs/libclamav_la-dsig.o .libs/libclamav_la-scanners.o .libs/libclamav_la-textdet.o .libs/libclamav_la-filetypes.o .libs/libclamav_la-rtf.o .libs/libclamav_la-blob.o .libs/libclamav_la-mbox.o .libs/libclamav_la-message.o .libs/libclamav_la-table.o .libs/libclamav_la-text.o .libs/libclamav_la-ole2_extract.o .libs/libclamav_la-vba_extract.o .libs/libclamav_la-msexpand.o .libs/libclamav_la-pe.o .libs/libclamav_la-disasm.o .libs/libclamav_la-upx.o .libs/libclamav_la-htmlnorm.o .libs/libclamav_la-chmunpack.o .libs/libclamav_la-rebuildpe.o .libs/libclamav_la-petite.o .libs/libclamav_la-wwunpack.o .libs/libclamav_la-unsp.o .libs/libclamav_la-aspack.o .libs/libclamav_la-packlibs.o .libs/libclamav_la-fsg.o .libs/libclamav_la-mew.o .libs/libclamav_la-upack.o .libs/libclamav_la-line.o .libs/libclamav_la-untar.o .libs/libclamav_la-unzip.o .libs/libclamav_la-inflate64.o .libs/libclamav_la-special.o .libs/libclamav_la-binhex.o .libs/libclamav_la-is_tar.o .libs/libclamav_la-tnef.o .libs/libclamav_la-autoit.o .libs/libclamav_la-unarj.o .libs/libclamav_la-bzlib.o .libs/libclamav_la-nulsft.o .libs/libclamav_la-infblock.o .libs/libclamav_la-pdf.o .libs/libclamav_la-spin.o .libs/libclamav_la-yc.o .libs/libclamav_la-elf.o .libs/libclamav_la-sis.o .libs/libclamav_la-uuencode.o .libs/libclamav_la-phishcheck.o .libs/libclamav_la-phish_domaincheck_db.o .libs/libclamav_la-phish_whitelist.o .libs/libclamav_la-regex_list.o .libs/libclamav_la-regex_suffix.o .libs/libclamav_la-mspack.o .libs/libclamav_la-cab.o .libs/libclamav_la-entconv.o .libs/libclamav_la-hashtab.o .libs/libclamav_la-dconf.o .libs/libclamav_la-lzma_iface.o .libs/libclamav_la-explode.o .libs/libclamav_la-textnorm.o .libs/libclamav_la-dlp.o .libs/libclamav_la-js-norm.o .libs/libclamav_la-uniq.o .libs/libclamav_la-version.o .libs/libclamav_la-mpool.o .libs/libclamav_la-sha256.o .libs/libclamav_la-bignum.o .libs/libclamavS.o -Wl,--whole-archive ../libltdl/.libs/libltdlc.a lzma/.libs/liblzma.a ./.libs/libclamav_internal_utils.a -Wl,--no-whole-archive -L/usr/local/lib -lz -lpthread -ldl -Wl,--version-script -Wl,../libclamav/libclamav.map -Wl,-soname -Wl,libclamav.so.6 -o .libs/libclamav.so.6.0.5 /usr/bin/ld: /usr/local/lib/libz.a(adler32.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libz.a: could not read symbols: Bad value collect2: ld returned 1 exit status why do you have zlib in /usr/local/lib ? custom compiled? that's where the zlib package put it on install by default. Why isn't there a .so file? Linking a .a file (compiled without -fPIC) into a .so file (compiled with -fPIC) is not going to work on x86_64. I have no idea - I just followed the zlib instructions to run ./configure make make install You're getting into things I don't know - I'm no programmer here, please keep this simple, I'm just the system admin. George ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] clamav 0.95.3 doesn't make on Fedora Core 10
./configure runs fine but fails make here: /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c -o libclamav_la-matcher-ac.lo `test -f 'matcher-ac.c' || echo './'`matcher-ac.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c matcher-ac.c -fPIC -DPIC -o .libs/libclamav_la-matcher-ac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c matcher-ac.c -o libclamav_la-matcher-ac.o /dev/null 21 mv -f .deps/libclamav_la-matcher-ac.Tpo .deps/libclamav_la-matcher-ac.Plo /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-bm.lo -MD -MP -MF .deps/libclamav_la-matcher-bm.Tpo -c -o libclamav_la-matcher-bm.lo `test -f 'matcher-bm.c' || echo './'`matcher-bm.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-bm.lo -MD -MP -MF .deps/libclamav_la-matcher-bm.Tpo -c matcher-bm.c -fPIC -DPIC -o .libs/libclamav_la-matcher-bm.o In file included from matcher.h:28, from others.h:21, from matcher-bm.c:29: others.h: In function âcli_getpagesizeâ: others.h:363: error: â_SC_PAGESIZEâ undeclared (first use in this function) others.h:363: error: (Each undeclared identifier is reported only once others.h:363: error: for each function it appears in.) make[4]: *** [libclamav_la-matcher-bm.lo] Error 1 make[4]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home2/Linux-Software/clamav-0.95.3' make: *** [all] Error 2 -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] 64bit RH ES5 Compile Error for Clamav 0.95.3
On Fri, 30 Oct 2009 16:56:43 -0700, you wrote: George R. Kasica wrote: I have no idea - I just followed the zlib instructions to run ./configure make make install You're getting into things I don't know - I'm no programmer here, please keep this simple, I'm just the system admin. It sounds like you installed zlib separately instead of using the package that comes with Red Hat. Is that correct? RHEL's package installs in /usr/lib and /usr/lib64, not in /usr/local/lib. It's also simpler to install. Just run yum install zlib zlib-devel and it'll download and install automatically, including any dependencies. That got it going. Thanks alotnow to get the fedora core 10 version to worksadly this isn't its problem :( George ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] clamav 0.95.3 doesn't make on Fedora Core 10
On Fri, 30 Oct 2009 22:45:08 -0500, you wrote: On Fri, 30 Oct 2009 19:00:57 -0500, you wrote: ./configure runs fine but fails make here: /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c -o libclamav_la-matcher-ac.lo `test -f 'matcher-ac.c' || echo './'`matcher-ac.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c matcher-ac.c -fPIC -DPIC -o .libs/libclamav_la-matcher-ac.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-ac.lo -MD -MP -MF .deps/libclamav_la-matcher-ac.Tpo -c matcher-ac.c -o libclamav_la-matcher-ac.o /dev/null 21 mv -f .deps/libclamav_la-matcher-ac.Tpo .deps/libclamav_la-matcher-ac.Plo /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-bm.lo -MD -MP -MF .deps/libclamav_la-matcher-bm.Tpo -c -o libclamav_la-matcher-bm.lo `test -f 'matcher-bm.c' || echo './'`matcher-bm.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I./nsis -I./lzma -I../libltdl -DWARN_DLOPEN_FAIL -DSEARCH_LIBDIR=\/usr/local/lib\ -g -O2 -fno-strict-aliasing -MT libclamav_la-matcher-bm.lo -MD -MP -MF .deps/libclamav_la-matcher-bm.Tpo -c matcher-bm.c -fPIC -DPIC -o .libs/libclamav_la-matcher-bm.o In file included from matcher.h:28, from others.h:21, from matcher-bm.c:29: others.h: In function âcli_getpagesizeâ: others.h:363: error: â_SC_PAGESIZEâ undeclared (first use in this function) others.h:363: error: (Each undeclared identifier is reported only once others.h:363: error: for each function it appears in.) make[4]: *** [libclamav_la-matcher-bm.lo] Error 1 make[4]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home2/Linux-Software/clamav-0.95.3/libclamav' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home2/Linux-Software/clamav-0.95.3' make: *** [all] Error 2 I saw the following post on the web but somehow not the mailing list regarding the above: From: Török Edwin edwintorok(at)gmail.com Date: Thu Oct 29 2009 - 10:29:42 EDT That is another issue, it is fixed by the patch I posted in another thread. Here it is again: http://git.clamav.net/gitweb?p=clamav-devel.git;a=commitdiff_plain;h=6238a5ca06c07931b2f6ace62601ef43807df8e2;hp=55d97736bd289b53c93b652d88e5acd1886ec1bc Best regards, --Edwin How would one apply this patch and would it do any good in my case as I HAVE git installed. Never mind.Found the patch at the above URL, copied the text to a file and got it applied with patch -p1 patch-0.95.3 and reran configure, make and make install without any problems. -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] Problems builing in solaris related to unrar libraries
2007/05/03 version of /opt/SUNWspro/bin/../prod/bin/../../bin/dmake: Sun Distributed Make 7.8 SunOS_sparc 2007/05/03 -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com geor...@netwrx1.com ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Problems builing in solaris related to unrar libraries
I'm not sure how to use crle to do this, so I just added to the LD_LIBRARY_PATH setting. All seems well at this point, and you were correct, I wasn't looking to disable the feature. Why does this not occur in Red Hap ES4 but on Solaris? Also, I haven't needed to modify the env variables on any prior versions...what's changed?? George On 2009-03-17 18:43, George R. Kasica wrote: I've compiled the 0.95rc2 here on Solaris and when installed and I run the clamd I get the following error but its still running. # /usr/local/clamav/sbin/clamd LibClamAV Warning: Cannot dlopen: file not found - unrar support unavailable It is only a warning, you won't be able to scan RAR archives, but everything else should still work. Is /usr/local/clamav/lib on your runtime search path? If not I think you can use crle to add it, or set the LD_LIBRARY_PATH environment variable, and unrar should be working again. I thought all I had to do was to have it commented out in clamd.conf # Due to license issues libclamav does not support RAR 3.0 archives (onlythe # old 2.0 format is supported). Because some users report stability problems # with unrarlib it's disabled by default and you must uncomment the directive # below to enable RAR 2.0 support. # Default: disabled #ScanRAR This is an old configuration option that no longer exists. But that doesn't seem to stop it from trying to load rar support. If you don't want RAR support, you can configure with --disable-unrar, but I don't think that is what you want. ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Problems builing in solaris related to unrar libraries
On Tue, 17 Mar 2009 20:07:19 +0200, you wrote: On 2009-03-17 20:02, George R. Kasica wrote: I'm not sure how to use crle to do this, so I just added to the LD_LIBRARY_PATH setting. All seems well at this point, and you were correct, I wasn't looking to disable the feature. Why does this not occur in Red Hap ES4 but on Solaris? Because on Red Hat you probably installed to /usr/local/lib or /usr/lib, which is already in the runtime linker's search path? No, both are installed to /usr/local/clamav same for both OS types here, it makes maintaining this easier on 52 servers when only 2 are Solaris and the rest are Red Hat EL4. Also, I haven't needed to modify the env variables on any prior versions...what's changed?? libclamunrar_iface is now loaded at runtime, see this page which explains why: https://wiki.clamav.net/52 Main/UpgradeNotes095#Packaging_and_Dependencies OK, though that still doesn't answer why it behaved differently under Solaris than Red Hat.I'm glad I only have 2 Solaris boxes that need the changes not 50.that would be a bit more workany way to avoid this in the future possibly as I'm now concerned if there would at some point be a change on the Linux side that affects this. ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] Problems builing in solaris related to unrar libraries
Bug #1476 created with the requested info. On 2009-03-17 20:19, George R. Kasica wrote: On Tue, 17 Mar 2009 20:07:19 +0200, you wrote: On 2009-03-17 20:02, George R. Kasica wrote: I'm not sure how to use crle to do this, so I just added to the LD_LIBRARY_PATH setting. All seems well at this point, and you were correct, I wasn't looking to disable the feature. Why does this not occur in Red Hap ES4 but on Solaris? Because on Red Hat you probably installed to /usr/local/lib or /usr/lib, which is already in the runtime linker's search path? No, both are installed to /usr/local/clamav same for both OS types here, it makes maintaining this easier on 52 servers when only 2 are Solaris and the rest are Red Hat EL4. That sounds like a bug (in configure, or libtool maybe?). Please open a bugreport on bugs.clamav.net, and provide the following information: * uname -a * the full configure line * attach config.log * attach clamav-config.h * attach the output of the following, both when LD_LIBRARY_PATH is set and not set: truss clamscan test/clam-v*.rar * attach the output of the following from your RHEL4 box: strace clamscan test/clam-v*.rar If it is a libtool problem I'll forward it upstream. Best regards, --Edwin ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] announcing ClamAV 0.94rc1
On Thu, 21 Aug 2008 10:39:02 -0400 (EDT), you wrote: On Thu, 21 Aug 2008, Henrik K wrote: Who cares if it scans 100ms or 20ms. I prefer features and stability more For those of us who use it as an incoming mail scanner (which I seem to recall being the primary focus of clam from statements on this list) it matters a great deal. The rate of scanning has to keep up with the rate of incoming mail, or you have an ever-growing backlog. Also, the time difference isn't just 100ms vs 20ms -- there are some OLE documents that in the past have taken minutes to scan. I think most of these problems are solved now, but I wouldn't want to add back any solution that increases the time. Further, signatures are one thing, but in a server environment you do not want code to be updated automatically. Code updates usually have to be rolled out, tested first on a test server, then put into production. Chris: Exactly why we use it here along with Exim and spamassassin. Its one of a few products that I'm aware of that will integrate with the setup and work (as of now anyway) well wit them and quickly. We are barely keeping pace with mail now with 4 dual-core 3GHZ boxes I really don't want to slow this down or have to add more hardware due to a code change to make the tarball smaller or whatever the reason is. The goal should be to maximize the speed of the scanning (at least that has been the way they have been going in the past along with stability) I thought. As for updates, I agree 100% we're in exactly the same position here, taking automatic updates to signatures is one thing, taking them to code is quite another. If that occurs or becomes the way clamav works, I'm sorry to say but the corp. environment I work in will force me to look at another solution. EVERYTHING here code wise goes through test/qa/prod system our info security folks would fall over if they heard this idea, then they'd demand the product get pulled today. -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] clamav-0.93 error
George R. Kasica wrote: We have the same issue. I'd take a guess that it's because we're running zlib-1.2.1.2-1.2 which is the latest offered by RHEL 4. Ditto error here with zlib 1.2.3 and I've made sure there are no duplicate zlibs out here: the only one out here is /usr/local/lib/libz.a Read my next e-mail. We also had v1.2.3 version of /usr/local/lib/libz.a and got the same error. In /usr/lib we have the old rhel 4 version (I don't think that matters for this issue). I added the shared version of v1.2.3 (run configure -s if you have zlib source) to /usr/local/lib and all now works fine. Tried that here with no success :( -- George, Ginger/The Beast Kasica(8/1/88-3/19/01, 1/17/02-), Rosie(9/1/07- ), MR. Tibbs(8/1/90-5/24/06), Nazarene(6/1/99-1/28/08) Jackson, WI USA [EMAIL PROTECTED] http://www.netwrx1.com/georgek ICQ #12862186 (`-''-/).___..--''`-._ `6_ 6 ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' ,' (il),-'' (li),' ((!.-' ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Problem with main.cvd and daily.inc ?
/ | ++ ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html -- ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Freshclam stability as a daemon [was: DB Update email before actual update available?]
Two Linux boxes here, one Generic (used to be Caldera 2.2) and one Fedora Core 5 been running it on both for close to 18 monthsnot one failure that I'm aware of. Both boxes are fairly busy as well, the caldera is an email/list/web box and the FC5 is a weather map server/forecasting tools system (lots of CPU use and disk activity at the top of every hour). ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Re: To ClamAV Developers: donation question
On Wed, 08 Nov 2006 11:14:52 -0700, you wrote: In message [EMAIL PROTECTED] Gerard Seibert [EMAIL PROTECTED] wrote: On Wednesday November 08, 2006 at 11:16:21 (AM) Sergei Lavrov wrote: Some of the businesses I know do want to make donations. But is ClamAV able to issue invoice ? In other words, you are looking for a tax write off. You've never worked with corporate accountants, have you? Without a paper trail, the (correct) assumption is that the money is in whoever approved the expense's pocket. Agreedif I can't produce a receipt of invoice for the bean counters, its out of my pocket. Period. Doesn't matter if its $1 or $1000. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: ?^???G Re: [Clamav-users] clamav 0.88.4 freshclamd question
the following installed and running well gmp-4.1.4.tar.gz Does that mean I can come out from under my rock now? LOL...Dennis, let me apologize, I should have not hit the SEND key so quickly here. Its just lately I see so much of the can't/don't bother me type responses in so many of the lists that it makes me wonder why people bother to post a reply if they're not helping. We all have bad days and I'm the fiest to admit it wasn't a good one here that day. I should have followed my own rule and let that message sit over night. Hope you are having a good day there. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] clamav scan crashes server
Travis Rabe wrote: And one of the lrgest complaints from going from Windows to Linux is the lack of support and understanding from community groups. WOW - so what if he needs to be spoon fed? I am sure all of us at sometime (if yoiu came form WIndows) needed to be spoon fed. If you didn't - then great and good for you. Spoon feed the guy, don't ridicule him. Man. I don't see where there is any ridicule. Are you suggesting Windows people are delicate little flowers than require a gentle touch? That seems a bit of an insult. You know I don't usually comment on behavior of folks in lists either positive or negative but this touched a nerve here so you get to hear it. Sorry live with it. I've done IS for 24 years, WAY before there was an Internet as we see it today and most of it has been in a Unix environment though I do also work with Windows, Novell, DOS, you name it I've probably seen or worked wit it over the years. Frankly, the attitudes that I see from people like Dennis today make me wish for the way things were a few years ago. I can recall when in most cases you asked a question and got help with it. Sometimes the questions weren't asked in good form, were missing information, not in good English structure (remember the Internet covers more than just the US and English speaking countries folks) and you had to ask for more information to help the individual but it's only recently that I've seen people responding like Dennis here in a manner like they are just too good to be bothered. Simple solution to this is if you don't want to help someone just don't say ANYTING...why make the person feel worse for asking a question and trying to learn?? IF you're going to tell me they should RTFM that's a cop outlikely they have or they wouldn't be askinglet's face it docs are not perfect, neither are man pages if someone tells me there has never been a doc or a man page that was incorrect or missing a command line switch or option I'll be happy to show more than one example where something was missing or wrong. No one is suggesting that Windows folks are delicate little flowers but whatever happened to common courtesy in a conversation? I'd hope that is at least able to be expected from people that are supposedly adults and maybe even professional IS staffI'm hoping you don't use that sort of attitude at your day jobI know if I my staff treated users and staff in that manner they'd be looking for new employment in a hurrybut I guess since no one pays you to help here you feel that you can take whatever rude condescending attitude you please with people that are just looking for some help. Couple last words for the whole thing.sad, embarrassing and disgusting. Now why don't you go crawl back to whatever rock you were sunning yourself on - we're all so sorry we bothered you with a lowly question. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: ?^???G Re: [Clamav-users] clamav 0.88.4 freshclamd question
On Wed, 06 Sep 2006 21:04:16 -0700, you wrote: Wilson Kwok wrote: This problem just fixed, but when I ./freshclam have another problem occur: ./freshclam ClamAV update process started at Thu Sep 7 11:42:45 2006 SECURITY WARNING: NO SUPPORT FOR DIGITAL SIGNATURES See the FAQ at http://www.clamav.net/faq.html for an explanation. main.cvd is up to date (version: 40, sigs: 64138, f-level: 8, builder: tkojm) daily.cvd is up to date (version: 1816, sigs: 3864, f-level: 8, builder: ccordes ) What is NO SUPPORT FOR DIGITAL SIGNATURES?? Your ClamAV installation was built without libgmp support. This library can be found here: http://www.swox.com/gmp/ It needs to be built and installed before building ClamAV so you will have support for digital signatures. It is a very nice math library. Be sure to check the version requirements so that you don't install the wrong version. Good note on the version Dennis, it IS version picky as I recall...though I don't have the specifics in front of me, I know they are in the docs that come with ClamAV. Looking at my box here I'm got the following installed and running well gmp-4.1.4.tar.gz Quick note as well on compile time, its also relatively a long make and compile process at least here, so don't be in a hurry to see it finish. I seem to recall mine took near an hour or so but again that was on a P-III 933 box so you may likely have a faster box and better compile time. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Clamscan taking 14 hours to run
I am running Clam on a 2.0Ghz Celeron with 256mb of memory, and 12 gb used of a 20gb hard drive. I started the process running and it took 14 hours before completing the entire drive. Here is how I called clamscan: clamscan --exclude=.mp3 --exclude=.jpg --exclude=.wma -i -r -l clam.out c:\ Any help to reduce the scan time would be appreciated. I'm seeing similar performance issues here and also it will reboot at times as well if you come up with something yell. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Re: False Positive I think
On Sat, 18 Feb 2006 11:33:22 +0100, you wrote: George R. Kasica [EMAIL PROTECTED] schrieb im Newsbeitrag news:[EMAIL PROTECTED] what do I need to do to submit it as a false positive? submit it here: http://www.clamav.net/sendvirus.html Best regards, Sven It's on its way right now. Thank you for the quick reply. ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
[Clamav-users] False Positive I think
On Fri, 17 Feb 2006 20:15:09 +0100, you wrote: On Fri, 17 Feb 2006 19:55:20 +0100 Oliver Stöneberg [EMAIL PROTECTED] wrote: ClamAV still doesn't ctach all variants of a Parite.B Please show me an active variant of Parite.B that is not detected by ClamAV and at the same time is not a false positive detection of some 3rd party scanners. Then I will owe you a beer ;-) running 0.88 of WinClam here and am getting a hit on the following file: C:\Program Files\QVLINK\QVLINK32.EXE: W32.CIH.1003 FOUND Now I've reinstalled the program (used to dl images from a casio digital camera) from CD here (I know thats not a guarantee its free of virii) but commercial software (Sophos) and McAffee did not complain about itwhat do I need to do to submit it as a false positive? Thanks, ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html
Re: [Clamav-users] Unofficial Phishing Signatures
On Thu, 02 Feb 2006 19:40:17 +, you wrote: Dennis Davis wrote: Very useful. I started using these signatures on this University's mail servers on Monday. Appended below are the stats on the incoming crap they stopped yesterday (Tuesday). Virus Count - - Total 308 The total incoming virus count for yesterday was 512[1]. So these signatures account for some 60% of what was detected. Thanks for those stats :) I'm glad they seem to be working great. I've just done an sig update, increasing from 164 sigs to 199 sigs. Hopefully, they improve things a little more :) Cheers, Steve Steve or Dennis: Where did you get the tool to get clamav stats? We just installed it here and could really use something like that. Thanks, ===[George R. Kasica]===+1 262 677 0766 President +1 206 374 6482 FAX Netwrx Consulting Inc. Jackson, WI USA http://www.netwrx1.com [EMAIL PROTECTED] ICQ #12862186 ___ http://lurker.clamav.net/list/clamav-users.html