FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > EPEL Development

 
 
LinkBack Thread Tools
 
Old 02-14-2011, 09:18 PM
Kevin Fenzi
 
Default clamav (again)

Greetings.

Last week at the epel meeting we talked about clamav and getting it
updated and maintained better. One of the issues that came up is that
folks would prefer a more understandable spec. That would help maintain
and keep it updated better.

Toward that end I have:

http://www.scrye.com/~kevin/fedora/clamav/

This is a package based on Dag's package from a while back and updated
for Fedora guidelines, etc.

In some simple testing on epel5 and epel6 it works pretty well. It
upgrades the existing packages ok, with one exception: You need to
'mv /etc/freshclam.conf.rpmnew /etc/freshclam.conf' in order to get
freshclam happy. I'm not sure of a way around this, but if anyone has
one, I'd love to hear it.

I mailed the EPEL maintainers of clamav last week and got one reply
saying the spec seemed fine, but nothing back from the other
co-maintainers. I'd like to set a time (say a week from now?) where we
just commit this new spec and push out updates for testing.

Thoughts? Comments? Flames?

kevin
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-15-2011, 07:59 AM
Andrew Colin Kissa
 
Default clamav (again)

On 15 Feb 2011, at 12:18 AM, Kevin Fenzi wrote:

> Thoughts? Comments? Flames?

+1 for the new spec, the current EPEL spec and rpms were just so
butchered for me that i keep using the simply rpmforge rpms.

--
Baruwa - www.baruwa.org

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-15-2011, 12:02 PM
Michael Stahnke
 
Default clamav (again)

+1 for anything that brings this package current and allows the EPEL
team to close some bugs on it.

Thanks for the effort Kevin.

stahnma

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-15-2011, 12:23 PM
Manuel Wolfshant
 
Default clamav (again)

On 02/15/2011 12:18 AM, Kevin Fenzi wrote:

Greetings.

Last week at the epel meeting we talked about clamav and getting it
updated and maintained better. One of the issues that came up is that
folks would prefer a more understandable spec. That would help maintain
and keep it updated better.

Toward that end I have:

http://www.scrye.com/~kevin/fedora/clamav/

This is a package based on Dag's package from a while back and updated
for Fedora guidelines, etc.

In some simple testing on epel5 and epel6 it works pretty well. It
upgrades the existing packages ok, with one exception: You need to
'mv /etc/freshclam.conf.rpmnew /etc/freshclam.conf' in order to get
freshclam happy. I'm not sure of a way around this, but if anyone has
one, I'd love to hear it.

I mailed the EPEL maintainers of clamav last week and got one reply
saying the spec seemed fine, but nothing back from the other
co-maintainers. I'd like to set a time (say a week from now?) where we
just commit this new spec and push out updates for testing.

Thoughts?

Excellent !



Comments?


Is there still a reason to preserve all those Obsoletes: ? Fedora Extras
died 5 years ago and no one sane still uses a clamav version packaged at
the time.




_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-15-2011, 07:17 PM
Kevin Fenzi
 
Default clamav (again)

On Tue, 15 Feb 2011 15:23:15 +0200
Manuel Wolfshant <wolfy@nobugconsulting.ro> wrote:

> > Comments?
>
> Is there still a reason to preserve all those Obsoletes: ? Fedora
> Extras died 5 years ago and no one sane still uses a clamav version
> packaged at the time.

well, many of them are needed for the existing package. ;(

I guess I could change the comment... the current package is based on
the old fedora-extras one.

kevin
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-15-2011, 08:49 PM
Manuel Wolfshant
 
Default clamav (again)

On 02/15/2011 10:17 PM, Kevin Fenzi wrote:

On Tue, 15 Feb 2011 15:23:15 +0200
Manuel Wolfshant<wolfy@nobugconsulting.ro> wrote:


Comments?

Is there still a reason to preserve all those Obsoletes: ? Fedora
Extras died 5 years ago and no one sane still uses a clamav version
packaged at the time.

well, many of them are needed for the existing package. ;(
Ah, I did not know that. I puked when I saw the configuration and
settled for the one in rpmforge



I guess I could change the comment... the current package is based on
the old fedora-extras one.

Please do, will make life easier in the future. Thank you

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-16-2011, 08:53 PM
Fred Wittekind
 
Default clamav (again)

First of all, I appreciate the work.



I prefer to install the empty db package, and have freshclam
download the initial database.* I didn't see a db-empty package in
your spec file.* I had some issues where after updating clamav,
freshclam named the updated db files differently than came in the db
package, and I ended up with clam complaining about having two
databases.



My take from https://bugzilla.redhat.com/show_bug.cgi?id=573191 was
to add --disable-llvm to the build for EL5, since AFAIK the EL5
SELinux package doesn't have the clamd_use_jit boolean (I haven't
checked 5.6).



Fred



On 2/14/2011 5:18 PM, Kevin Fenzi wrote:

Greetings.

Last week at the epel meeting we talked about clamav and getting it
updated and maintained better. One of the issues that came up is that
folks would prefer a more understandable spec. That would help maintain
and keep it updated better.

Toward that end I have:

http://www.scrye.com/~kevin/fedora/clamav/

This is a package based on Dag's package from a while back and updated
for Fedora guidelines, etc.

In some simple testing on epel5 and epel6 it works pretty well. It
upgrades the existing packages ok, with one exception: You need to
'mv /etc/freshclam.conf.rpmnew /etc/freshclam.conf' in order to get
freshclam happy. I'm not sure of a way around this, but if anyone has
one, I'd love to hear it.

I mailed the EPEL maintainers of clamav last week and got one reply
saying the spec seemed fine, but nothing back from the other
co-maintainers. I'd like to set a time (say a week from now?) where we
just commit this new spec and push out updates for testing.

Thoughts? Comments? Flames?

kevin



_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list






_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-16-2011, 09:36 PM
Paul Howarth
 
Default clamav (again)

On Wed, 16 Feb 2011 16:53:09 -0500
Fred Wittekind <rom@twister.dyndns.org> wrote:

> First of all, I appreciate the work.
>
> I prefer to install the empty db package, and have freshclam download
> the initial database. I didn't see a db-empty package in your spec
> file. I had some issues where after updating clamav, freshclam named
> the updated db files differently than came in the db package, and I
> ended up with clam complaining about having two databases.
>
> My take from https://bugzilla.redhat.com/show_bug.cgi?id=573191 was to
> add --disable-llvm to the build for EL5, since AFAIK the EL5 SELinux
> package doesn't have the clamd_use_jit boolean (I haven't checked
> 5.6).

5.6 doesn't have it:

# getsebool -a | grep clam
clamd_disable_trans --> off
clamscan_disable_trans --> off
freshclam_disable_trans --> off

Paul.

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-17-2011, 11:27 PM
Kevin Fenzi
 
Default clamav (again)

On Wed, 16 Feb 2011 16:53:09 -0500
Fred Wittekind <rom@twister.dyndns.org> wrote:

> First of all, I appreciate the work.

Thanks.

> I prefer to install the empty db package, and have freshclam download
> the initial database. I didn't see a db-empty package in your spec
> file. I had some issues where after updating clamav, freshclam named
> the updated db files differently than came in the db package, and I
> ended up with clam complaining about having two databases.

Odd. Can you duplicate it/provide any output?

I'm not sure how usefull a empty db is, but patches welcome...

> My take from https://bugzilla.redhat.com/show_bug.cgi?id=573191 was to
> add --disable-llvm to the build for EL5, since AFAIK the EL5 SELinux
> package doesn't have the clamd_use_jit boolean (I haven't checked
> 5.6).

Good catch. Fixed.

> Fred

kevin
_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 
Old 02-18-2011, 02:36 PM
Fred Wittekind
 
Default clamav (again)

On 2/17/2011 7:27 PM, Kevin Fenzi wrote:

On Wed, 16 Feb 2011 16:53:09 -0500
Fred Wittekind <rom@twister.dyndns.org> wrote:



First of all, I appreciate the work.



Thanks.



I prefer to install the empty db package, and have freshclam download
the initial database. I didn't see a db-empty package in your spec
file. I had some issues where after updating clamav, freshclam named
the updated db files differently than came in the db package, and I
ended up with clam complaining about having two databases.



Odd. Can you duplicate it/provide any output?

I'm not sure how usefull a empty db is, but patches welcome...




I know this is not from your spec file, but, it shows what I was
writing about



# rpm -q -l -p clamav-data-0.96.5-1301el5.x86_64.rpm

/var/lib/clamav/daily.cvd

/var/lib/clamav/main.cvd



# ls -l /var/lib/clamav/

total 67440

-rw-r--r-- 1 clamupdate clamupdate** 459264 Feb 15 11:24
bytecode.cld

-rw-r--r-- 1 clamupdate clamupdate* 3071488 Feb 18 10:36 daily.cld

-rw-r--r-- 1 clamupdate clamupdate 65422336 Nov 14 11:24 main.cld

-rw------- 1 clamupdate clamupdate***** 884 Feb 18 10:36 mirrors.dat



The file extensions are different, why this is, I do not know. *
IMHO it's nice to have the option of not having RPM mess with the
database, the "-empty" package is a way to do that.* If you are
updating clamav, then chances are the db on disk is newer than the
one in the updated RPM that is being installed. The database
included with the RPM is also most likely out-of-date by the time
the RPM is released, so, personally, I see more value in a database
installed via freshclam, than one installed via the package.





My take from https://bugzilla.redhat.com/show_bug.cgi?id=573191 was to
add --disable-llvm to the build for EL5, since AFAIK the EL5 SELinux
package doesn't have the clamd_use_jit boolean (I haven't checked
5.6).



Good catch. Fixed.



Fred



kevin



_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list






_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list
 

Thread Tools




All times are GMT. The time now is 11:56 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org