Mailing List Archive

0.103.3 on 32-bit vs 64-bit systems
We've managed to build 0.103.3 on AIX, HP-UX, Solaris, and RHEL. While
we are able to build using either -m32 or -m64, clamav seems to only
work when built with -m64. Is this to be expected? For example, on
RHEL 6/x86, we get:
$ freshclam --config-file=/tmp/freshclam.conf --show-progress \
--verbose
Mon Jul 12 22:15:39 2021 -> *downloadFile: Download source: <URL>/daily.cvd
Mon Jul 12 22:15:39 2021 -> *downloadFile: Download destination: /tmp/clamav/var/db/tmp.ea11128649/clamav-ff385d76dc660f20411cf205aaa6b874.tmp
* Trying <ip>:80...
* TCP_NODELAY set
* Connected to <host> (<ip>) port 80 (#0)
> GET /db/daily.cvd HTTP/1.1
Host: <host>
User-Agent: ClamAV/0.103.3 (OS: linux-gnu, ARCH: i386, CPU: i686, UUID: 6c28fd71-296d-4751-92ce-87bc30746c01)
Accept: */*
Connection: close

* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Mon, 12 Jul 2021 22:15:45 GMT
< Server: <blah>
< Last-Modified: Mon, 12 Jul 2021 21:26:43 GMT
< ETag: "75405ef-6683bef-5c6f3c723c8a5"
< Accept-Ranges: bytes
< Content-Length: 107494383
< Connection: close
< Content-Type: text/plain
<
Time: 0.9s, ETA: 0.0s [========================>] 102.51MiB/102.51MiB
* Closing connection 0
[[ HANG ]]

While on RHEL 6/x86-64, we get:
Mon Jul 12 22:15:09 2021 -> *downloadFile: Download source: <URL>/daily.cvd
Mon Jul 12 22:15:09 2021 -> *downloadFile: Download destination: /tmp/clamav/var/db/tmp.105b475876/clamav-eb8f3961640b1af0876d80e733e0ddbf.tmp
* Trying <ip>:80...
* TCP_NODELAY set
* Connected to <host> (<ip>) port 80 (#0)
> GET /db/daily.cvd HTTP/1.1
Host: <host>
User-Agent: ClamAV/0.103.3 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64, UUID: 3b576850-4735-487f-87fd-2908fc26588f)
Accept: */*
Connection: close

* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Mon, 12 Jul 2021 22:15:15 GMT
< Server: <blah>
< Last-Modified: Mon, 12 Jul 2021 21:26:43 GMT
< ETag: "75405ef-6683bef-5c6f3c723c8a5"
< Accept-Ranges: bytes
< Content-Length: 107494383
< Connection: close
< Content-Type: text/plain
<
Time: 1.0s, ETA: 0.0s [========================>] 102.51MiB/102.51MiB
* Closing connection 0
Mon Jul 12 22:15:13 2021 -> *updatedb: Running g_cb_download_complete callback...
Mon Jul 12 22:15:13 2021 -> *download_complete_callback: Download complete for database : /tmp/clamav/var/db/tmp.105b475876/clamav-eb8f3961640b1af0876d80e733e0ddbf.tmp-daily.cvd
Mon Jul 12 22:15:13 2021 -> *download_complete_callback: fc_context->bTestDatabases : 1
Mon Jul 12 22:15:13 2021 -> *download_complete_callback: fc_context->bBytecodeEnabled : 1
...

--
albert chin (china@thewrittenword.com)
_______________________________________________

clamav-devel mailing list
clamav-devel@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-devel

Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml
Re: 0.103.3 on 32-bit vs 64-bit systems [ In reply to ]
This is a private mirror I am guessing?


Sent from my ? iPad

> On Jul 12, 2021, at 17:24, Albert Chin <clamav-devel@mlists.thewrittenword.com> wrote:
>
> ?We've managed to build 0.103.3 on AIX, HP-UX, Solaris, and RHEL. While
> we are able to build using either -m32 or -m64, clamav seems to only
> work when built with -m64. Is this to be expected? For example, on
> RHEL 6/x86, we get:
> $ freshclam --config-file=/tmp/freshclam.conf --show-progress \
> --verbose
> Mon Jul 12 22:15:39 2021 -> *downloadFile: Download source: <URL>/daily.cvd
> Mon Jul 12 22:15:39 2021 -> *downloadFile: Download destination: /tmp/clamav/var/db/tmp.ea11128649/clamav-ff385d76dc660f20411cf205aaa6b874.tmp
> * Trying <ip>:80...
> * TCP_NODELAY set
> * Connected to <host> (<ip>) port 80 (#0)
>> GET /db/daily.cvd HTTP/1.1
> Host: <host>
> User-Agent: ClamAV/0.103.3 (OS: linux-gnu, ARCH: i386, CPU: i686, UUID: 6c28fd71-296d-4751-92ce-87bc30746c01)
> Accept: */*
> Connection: close
>
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 200 OK
> < Date: Mon, 12 Jul 2021 22:15:45 GMT
> < Server: <blah>
> < Last-Modified: Mon, 12 Jul 2021 21:26:43 GMT
> < ETag: "75405ef-6683bef-5c6f3c723c8a5"
> < Accept-Ranges: bytes
> < Content-Length: 107494383
> < Connection: close
> < Content-Type: text/plain
> <
> Time: 0.9s, ETA: 0.0s [========================>] 102.51MiB/102.51MiB
> * Closing connection 0
> [[ HANG ]]
>
> While on RHEL 6/x86-64, we get:
> Mon Jul 12 22:15:09 2021 -> *downloadFile: Download source: <URL>/daily.cvd
> Mon Jul 12 22:15:09 2021 -> *downloadFile: Download destination: /tmp/clamav/var/db/tmp.105b475876/clamav-eb8f3961640b1af0876d80e733e0ddbf.tmp
> * Trying <ip>:80...
> * TCP_NODELAY set
> * Connected to <host> (<ip>) port 80 (#0)
>> GET /db/daily.cvd HTTP/1.1
> Host: <host>
> User-Agent: ClamAV/0.103.3 (OS: linux-gnu, ARCH: x86_64, CPU: x86_64, UUID: 3b576850-4735-487f-87fd-2908fc26588f)
> Accept: */*
> Connection: close
>
> * Mark bundle as not supporting multiuse
> < HTTP/1.1 200 OK
> < Date: Mon, 12 Jul 2021 22:15:15 GMT
> < Server: <blah>
> < Last-Modified: Mon, 12 Jul 2021 21:26:43 GMT
> < ETag: "75405ef-6683bef-5c6f3c723c8a5"
> < Accept-Ranges: bytes
> < Content-Length: 107494383
> < Connection: close
> < Content-Type: text/plain
> <
> Time: 1.0s, ETA: 0.0s [========================>] 102.51MiB/102.51MiB
> * Closing connection 0
> Mon Jul 12 22:15:13 2021 -> *updatedb: Running g_cb_download_complete callback...
> Mon Jul 12 22:15:13 2021 -> *download_complete_callback: Download complete for database : /tmp/clamav/var/db/tmp.105b475876/clamav-eb8f3961640b1af0876d80e733e0ddbf.tmp-daily.cvd
> Mon Jul 12 22:15:13 2021 -> *download_complete_callback: fc_context->bTestDatabases : 1
> Mon Jul 12 22:15:13 2021 -> *download_complete_callback: fc_context->bBytecodeEnabled : 1
> ...
>
> --
> albert chin (china@thewrittenword.com)
> _______________________________________________
>
> clamav-devel mailing list
> clamav-devel@lists.clamav.net
> https://lists.clamav.net/mailman/listinfo/clamav-devel
>
> Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls
>
> Help us build a comprehensive ClamAV guide:
> https://github.com/vrtadmin/clamav-faq
>
> http://www.clamav.net/contact.html#ml
Re: 0.103.3 on 32-bit vs 64-bit systems [ In reply to ]
On 13/07/2021 08:23, Albert Chin wrote:
> We've managed to build 0.103.3 on AIX, HP-UX, Solaris, and RHEL. While
> we are able to build using either -m32 or -m64, clamav seems to only
> work when built with -m64. Is this to be expected?

I build 32-bit ClamAV on Solaris, I've been doing for years, it just works.

Cheers,
Gary B-)
_______________________________________________

clamav-devel mailing list
clamav-devel@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-devel

Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml
Re: 0.103.3 on 32-bit vs 64-bit systems [ In reply to ]
On Mon, Jul 12, 2021 at 10:27:34PM +0000, Joel Esler (jesler) wrote:
> This is a private mirror I am guessing?

Correct. But the result is the same if we use database.clamav.net.

Tue Jul 13 02:19:24 2021 -> *Retrieving https://database.clamav.net/main.cvd
Tue Jul 13 02:19:24 2021 -> *downloadFile: Download source: https://database.clamav.net/main.cvd
Tue Jul 13 02:19:24 2021 -> *downloadFile: Download destination: /tmp/clamav/var/db/tmp.18b30dbd70/clamav-b7336b959cc7ca64a186f86d17b3b24c.tmp
* Trying 104.16.219.84:443...
* TCP_NODELAY set
* Connected to database.clamav.net (104.16.219.84) port 443 (#0)
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /opt/TWWfsw/twwdata11/etc/pki/tls/certs/ca-bundle.crt
CApath: none
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384
* ALPN, server accepted to use http/1.1
* Server certificate:
* subject: C=US; ST=CA; L=San Francisco; O=Cloudflare, Inc.; CN=sni.cloudflaressl.com
* start date: Aug 15 00:00:00 2020 GMT
* expire date: Aug 15 12:00:00 2021 GMT
* subjectAltName: host "database.clamav.net" matched cert's "database.clamav.net"
* issuer: C=US; O=Cloudflare, Inc.; CN=Cloudflare Inc ECC CA-3
* SSL certificate verify ok.
> GET /main.cvd HTTP/1.1
Host: database.clamav.net
User-Agent: ClamAV/0.103.3 (OS: linux-gnu, ARCH: i386, CPU: i686, UUID: 6c28fd71-296d-4751-92ce-87bc30746c01)
Accept: */*
Connection: close

* old SSL session ID is stale, removing
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Tue, 13 Jul 2021 02:19:24 GMT
< Content-Type: application/octet-stream
< Content-Length: 117859675
< Connection: close
< Last-Modified: Mon, 25 Nov 2019 13:56:00 GMT
< ETag: "5ddbdd70-706655b"
< CF-Cache-Status: HIT
< Age: 37097
< Expires: Tue, 13 Jul 2021 14:19:24 GMT
< Cache-Control: public, max-age=43200
< Accept-Ranges: bytes
< Expect-CT: max-age=604800, report-uri="https://report-uri.cloudflare.com/cdn-cgi/beacon/expect-ct"
< Strict-Transport-Security: max-age=15552000
< X-Content-Type-Options: nosniff
< Server: cloudflare
< CF-RAY: 66df06b75b822d7c-ORD
<
Time: 13.6s, ETA: 0.0s [========================>] 112.40MiB/112.40MiB
* Closing connection 0
[[ HANG ]]

--
albert chin (china@thewrittenword.com)
_______________________________________________

clamav-devel mailing list
clamav-devel@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-devel

Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml
Re: 0.103.3 on 32-bit vs 64-bit systems [ In reply to ]
On Mon, 12 Jul 2021 17:23:16 -0500
Albert Chin <clamav-devel@mlists.thewrittenword.com> wrote:

> We've managed to build 0.103.3 on AIX, HP-UX, Solaris, and RHEL. While
> we are able to build using either -m32 or -m64, clamav seems to only
> work when built with -m64. Is this to be expected? For example, on
> RHEL 6/x86, we get:

On el6/i686 you need newer zlib than distro provides you. EPEL6 had
special build of static zlib to provide working version. There is no
way you can get clamav working on el6 i686 without special zlib update.

You can take latest epel6 clamav src.rpm and update clamav.

But I'd just give up and update your systems to supported version of
rhel.

--
Tuomo Soini <tis@foobar.fi>
Foobar Linux services
+358 40 5240030
Foobar Oy <https://foobar.fi/>
_______________________________________________

clamav-devel mailing list
clamav-devel@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-devel

Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml
Re: 0.103.3 on 32-bit vs 64-bit systems [ In reply to ]
Thanks Tuomo! This is perfect advice.

-Micah

> -----Original Message-----
> From: clamav-devel <clamav-devel-bounces@lists.clamav.net> On Behalf Of
> Tuomo Soini
> Sent: Tuesday, July 13, 2021 2:04 AM
> To: clamav-devel@lists.clamav.net
> Subject: Re: [Clamav-devel] 0.103.3 on 32-bit vs 64-bit systems
>
> On Mon, 12 Jul 2021 17:23:16 -0500
> Albert Chin <clamav-devel@mlists.thewrittenword.com> wrote:
>
> > We've managed to build 0.103.3 on AIX, HP-UX, Solaris, and RHEL. While
> > we are able to build using either -m32 or -m64, clamav seems to only
> > work when built with -m64. Is this to be expected? For example, on
> > RHEL 6/x86, we get:
>
> On el6/i686 you need newer zlib than distro provides you. EPEL6 had special
> build of static zlib to provide working version. There is no way you can get
> clamav working on el6 i686 without special zlib update.
>
> You can take latest epel6 clamav src.rpm and update clamav.
>
> But I'd just give up and update your systems to supported version of rhel.
>
> --
> Tuomo Soini <tis@foobar.fi>
> Foobar Linux services
> +358 40 5240030
> Foobar Oy <https://foobar.fi/>
> _______________________________________________
>
> clamav-devel mailing list
> clamav-devel@lists.clamav.net
> https://lists.clamav.net/mailman/listinfo/clamav-devel
>
> Please submit your patches to our Github: https://github.com/Cisco-
> Talos/clamav-devel/pulls
>
> Help us build a comprehensive ClamAV guide:
> https://github.com/vrtadmin/clamav-faq
>
> http://www.clamav.net/contact.html#ml
_______________________________________________

clamav-devel mailing list
clamav-devel@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-devel

Please submit your patches to our Github: https://github.com/Cisco-Talos/clamav-devel/pulls

Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq

http://www.clamav.net/contact.html#ml