On Friday 04 Mar 2005 13:57, Matt Fretwell wrote:
> Nigel Horne wrote:
>
> > On a more serious note: speaking personally I welcome all donations of
> > old hardware that you're about to throw out. Well perhaps not all, I
> > don't have the space for an IBM mainframe or VAX.
>
>
> Exactly what t
Nigel Horne wrote:
> On a more serious note: speaking personally I welcome all donations of
> old hardware that you're about to throw out. Well perhaps not all, I
> don't have the space for an IBM mainframe or VAX.
Exactly what type of equipment? Bog standard pc hardware or the likes of
Sun, Ap
On a more serious note: speaking personally I welcome all donations of
old hardware that you're about to throw out. Well perhaps not all, I don't
have the space for an IBM mainframe or VAX.
-Nigel
--
Nigel Horne. Arranger, Composer, Typesetter.
NJH Music, Barnsley, UK. ICQ#20252325
[EMAIL PROTE
Stephen Gran wrote:
> So, I see the feasability, and the project may yet go that way, but I
> don't see that it would make upgrades any cleaner or easier,
> necessarily. I for one wouldn't want all of my production machines
> blindly upgrading to a new library version overnight, but maybe that's
On Thu, Mar 03, 2005 at 12:34:36PM +0100, Steffen Heil said:
> Hi
>
> > Then use a binary distribution. Then use a binary distribution.
> > Then use a binary distribution. Do you not get that this is already
> > being done? It is just not the job of the clamav development team.
> > I make and d
>
>
> On Mar 03, 2005, at 10:22, Dennis Peterson wrote:
>
> > Dale Walsh said:
> >>
> >> On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
> >
> >> A solution to this problem would be to force everyone to use the same
> >> build parameters, this would not only make maintenence easier, it
> >> wou
On Mar 03, 2005, at 10:22, Dennis Peterson wrote:
Dale Walsh said:
On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
That is why human intervention is required to some degree. The idea
is
very basic and straight forward. The implemantation is not.
Matt
A solution to this problem would be to force
Nigel Horne said:
>> [mailto:[EMAIL PROTECTED] Behalf Of Daniel J
>
>> > > Fine. I'd like all builds to be 64-bit starting today. No reason
>> that
>> > > should be a problem.
>> >
>> > Not if you buy me 64bit PPC, x86 and SPARC machines.
>>
>> What!? You aren't going to support my Tru-64 boxes us
> [mailto:[EMAIL PROTECTED] Behalf Of Daniel J
> > > Fine. I'd like all builds to be 64-bit starting today. No reason that
> > > should be a problem.
> >
> > Not if you buy me 64bit PPC, x86 and SPARC machines.
>
> What!? You aren't going to support my Tru-64 boxes using Alpha
> Processors! Waa
On Thu, 2005-03-03 at 15:30 +, Nigel Horne wrote:
> On Thursday 03 Mar 2005 15:22, Dennis Peterson wrote:
> > Dale Walsh said:
> > >
> > > On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
> >
> > Fine. I'd like all builds to be 64-bit starting today. No reason that
> > should be a problem.
>
On Thursday 03 Mar 2005 15:22, Dennis Peterson wrote:
> Dale Walsh said:
> >
> > On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
>
> >> That is why human intervention is required to some degree. The idea is
> >> very basic and straight forward. The implemantation is not.
> >>
> >>
> >> Matt
> >
>
Dale Walsh said:
>
> On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
>> That is why human intervention is required to some degree. The idea is
>> very basic and straight forward. The implemantation is not.
>>
>>
>> Matt
>
> A solution to this problem would be to force everyone to use the same
> b
On Mar 03, 2005, at 07:37, Matt Fretwell wrote:
Allori Lorenzo wrote:
I'm starting from another point of view.. i want to do a script that
can
understand how i first installed clamav (meaning what ./configure
options i used) and downloads th
Allori Lorenzo wrote:
> I'm starting from another point of view.. i want to do a script that can
> understand how i first installed clamav (meaning what ./configure
> options i used) and downloads the last clamav version untars it and
> comp
Hi
> Then use a binary distribution.
> Then use a binary distribution.
> Then use a binary distribution. Do you not get that this is
> already being done? It is just not the job of the clamav
> development team. I make and distibute binary packages for
> Debian.
I do. And it is your great w
ML
Date: Wed, 2 Mar 2005 12:05:40 -0500
Subject: Re: [Clamav-users] Tool to upgrade
>
> On Mar 02, 2005, at 11:04, Allori Lorenzo wrote:
>
> > Dear Group,
> >
> > I think i will make a script to automate the process myself..
> > I really think the clamav developer
On Wed, 2005-03-02 at 08:13 -0800, Dennis Peterson wrote:
> That will be a very clever script. It will have to read and understand the
> changes, the readme, and be aware of new config file options or
> modifications to existing options, and it will have to be adaptive to any
> changes the vendor
On Wed, 2005-03-02 at 10:43 +, Matt Fretwell wrote:
> Mark wrote:
>
> > > An example:
> > > We so have some Windows servers running since years which use McAfee
> > > VirusScan Enterprise 7.0.
> > > It loads DAT-File (definitions) a few times a day (as freshclam does).
> > > But it also loads
On Wed, 2005-03-02 at 10:25 +0800, P.V.Anthony wrote:
> Dale Walsh wrote:
>
> > I believe that building from source against your already installed,
> > tested and proven environment is by far the best process to obtain
> > exactly what you want and need without making any sacrifices or
> > comp
P.V.Anthony wrote:
I started with rpm. It is great as a beginner. Like what Dale Walsh said
compiling is the best. Infact I started to learn how to compile because
of clamav. With anti-virus software things are changing all the time and
if you have to wait for an rpm, you will be late.
Spend th
On Mar 02, 2005, at 11:04, Allori Lorenzo wrote:
Dear Group,
I think i will make a script to automate the process myself..
I really think the clamav developers have already done a great work
providing us clamav sources,
so why bothering them for creating a new system for upgrading the
clamav itse
ot; <[EMAIL PROTECTED]>
To: "ClamAV users ML"
Date: Wed, 2 Mar 2005 08:13:27 -0800 (PST)
Subject: Re: [Clamav-users] Tool to upgrade
> Allori Lorenzo said:
> > Dear Group,
> >
> > I think i will make a script to automate the process myself..
> > I r
Allori Lorenzo said:
> Dear Group,
>
> I think i will make a script to automate the process myself..
> I really think the clamav developers have already done a great work
> providing us clamav sources,
> so why bothering them for creating a new system for upgrading the clamav
> itself i think we ca
Mar 2005 09:33:11 -0500
Subject: Re: [Clamav-users] Tool to upgrade
>
> On Mar 02, 2005, at 05:02, Steffen Heil wrote:
>
> > Hi
> >
> >> I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
> >> server after making minor source code edits, the
On Wed, Mar 02, 2005 at 11:02:31AM +0100, Steffen Heil said:
> Hi
>
> > I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
> > server after making minor source code edits, the time
> > involved on both machines was less than 15 minutes, this also
> > included a complete rebuild of Apa
On Wed, 2005-03-02 at 10:25 +0800, P.V.Anthony wrote:
> Dale Walsh wrote:
>
> > I believe that building from source against your already installed,
> > tested and proven environment is by far the best process to obtain
> > exactly what you want and need without making any sacrifices or
> > comp
On Mar 02, 2005, at 05:02, Steffen Heil wrote:
Hi
I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
server after making minor source code edits, the time
involved on both machines was less than 15 minutes, this also
included a complete rebuild of Apache and PHP on the Mac (I
have fast ma
On Wed, 02 Mar 2005 10:30:42 GMT
Mark <[EMAIL PROTECTED]> wrote:
> MySQL distributes pre-compiled binaries, too (because of irky glibc
> issues on some platforms); and with great success, I might add.
http://www.clamav.net/binary.html
I think you've missed the point of the discussion.
--
oo
Bill Maidment wrote:
> > So yes, I do know the problems of a professional environment. And,
> > although it goes down like a lead brick on occasion, I have a simple
> > response and attitude. My way or find someone else. We are paid to do
> > a job, and I am including myself in this statement. Pu
Matt Fretwell wrote:
Management|customers pay the wages. They don't need to know the
specifics. Nor, in all honesty, should they. As long as they have a cosy
little flow chart to keep them amused and happy, and a running and
working system, that is all they need to know.
And no, it doesn't surpri
Mark wrote:
> > I really do wish people would stop constantly whingeing
> > about what Clam doesn't do.
>
> Who is whining? I was just following this discussion, from a distance,
> and merely mentioned that precompiled binaries, though uncommon on UNIX
> system, are done by MySQL, for instance.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Matt Fretwell
> Sent: woensdag 2 maart 2005 11:43
> To: ClamAV users ML
> Subject: Re: [Clamav-users] Tool to upgrade
>
>
> Mark wrote:
>
> > MySQL distribu
Matt Fretwell wrote:
And if you're admins, what do
you get paid to do?
To whine to software and hardware vendors to do all the work so we don't
have to do anything :)
Of course, on some cases vendors simply won't do that, so we have to do
actual work (yuck!) to keep the system running.
LOL :)
Mark wrote:
> > An example:
> > We so have some Windows servers running since years which use McAfee
> > VirusScan Enterprise 7.0.
> > It loads DAT-File (definitions) a few times a day (as freshclam does).
> > But it also loads Engine-Updates every few months. Some of these
> > servers have not be
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Steffen Heil
> Sent: woensdag 2 maart 2005 11:02
> To: 'ClamAV users ML'
> Subject: RE: [Clamav-users] Tool to upgrade
>
> You miss the point.
> This is not a
On Wed, 2005-03-02 at 11:02 +0100, Steffen Heil wrote:
> Hi
>
> > I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
> > server after making minor source code edits, the time
> > involved on both machines was less than 15 minutes, this also
> > included a complete rebuild of Apache an
Hi
> I've just rebuilt ClamAV from source on an FC1 and a Mac OSX
> server after making minor source code edits, the time
> involved on both machines was less than 15 minutes, this also
> included a complete rebuild of Apache and PHP on the Mac (I
> have fast machines) so using old and outdate
Dale Walsh said:
>
>
> It is my opinion that installing from an RPM package is a lazy way to
> get what you want in a kinda sorta way.
Could not have said it better. Louder, maybe, would even have earned the
cheese for my whine along the way, but yes Lord, oh yes, building from
source for this pa
Dale Walsh wrote:
I believe that building from source against your already installed,
tested and proven environment is by far the best process to obtain
exactly what you want and need without making any sacrifices or
compromises.
I think your time would be better spent learning how to build fro
On Mar 01, 2005, at 19:59, Stephen Gran wrote:
On Wed, Mar 02, 2005 at 12:34:33AM +0100, Steffen Heil said:
Hi
Now you're comparing ClamAV to close source software where such a
model is easy and painless.
And you are misunderstanding him. He voted for distinction between
engine and host software.
On Wed, Mar 02, 2005 at 12:34:33AM +0100, Steffen Heil said:
> Hi
>
> > Now you're comparing ClamAV to close source software where such a
> > model is easy and painless.
>
> And you are misunderstanding him. He voted for distinction between
> engine and host software. Which I think is really a
On Wed, 2 Mar 2005 00:34:33 +0100
"Steffen Heil" <[EMAIL PROTECTED]> wrote:
> Hi
>
> > Now you're comparing ClamAV to close source software where
> > such a model is easy and painless.
>
> And you are misunderstanding him.
No, I'm not. The OP wants us to provide binary updates for the engine.
Hi
> Now you're comparing ClamAV to close source software where
> such a model is easy and painless.
And you are misunderstanding him.
He voted for distinction between engine and host software.
Which I think is really a great idea (not a new one though).
> Show us an open-source security _softw
On Tue, 1 Mar 2005 11:56:00 -0800 (PST)
[EMAIL PROTECTED] wrote:
> depend on version-specific libraries (too much). Other virus scanner
> implementations work this way and it makes engine updates easy. This
Now you're comparing ClamAV to close source software where such a model
is easy and pain
On Tue, 1 Mar 2005, Allori Lorenzo wrote:
> why don't you create a script that detects personal settings of a working
> clamav installation and
> permits to compile and upgrade the old version of clamav with from the new
> sources?
>
> Every time I need to upgrade I have to remember the differe
On Tuesday 01 March 2005 05:45 am, Allori Lorenzo wrote:
> Dear Clamav Experts,
>
> - this is just a useful suggestion:
> why don't you create a script that detects personal settings of a working
> clamav installation and permits to compile and upgrade the old version of
> clamav with from the new
C. Bensend said:
>
>> Seriously though, why don't you just make a small script which
>> contains the "settings" and use that every time?
>
> This is exactly what I do on my OpenBSD systems. I have a script
> called 'reconfig' that simply does a ./configure with the options
> that I prefer.
>
> A n
On Tue, Mar 01, 2005 at 07:59:09AM -0600, C. Bensend wrote:
>
> > Seriously though, why don't you just make a small script which
> > contains the "settings" and use that every time?
>
> This is exactly what I do on my OpenBSD systems. I have a script
> called 'reconfig' that simply does a ./conf
On Tue, 1 Mar 2005 08:07:39 -0500
Dale Walsh <[EMAIL PROTECTED]> wrote:
> I understand it's intended purpose but I also believe that software
> can make use of the information provided by these scripts for
> programming purposes, during upgrades and/or testing for installation
> information.
I
> Seriously though, why don't you just make a small script which
> contains the "settings" and use that every time?
This is exactly what I do on my OpenBSD systems. I have a script
called 'reconfig' that simply does a ./configure with the options
that I prefer.
A new version is released, I do a
On Mar 01, 2005, at 06:59, Tomasz Kojm wrote:
On Tue, 1 Mar 2005 06:50:54 -0500
Dale Walsh <[EMAIL PROTECTED]> wrote:
clamav-config already exists, so far they haven't tied into it to
examine a previous installation.
It's a tool for software developers and not admins.
--
oo. Toma
On Tue, 1 Mar 2005 06:50:54 -0500
Dale Walsh <[EMAIL PROTECTED]> wrote:
> clamav-config already exists, so far they haven't tied into it to
> examine a previous installation.
It's a tool for software developers and not admins.
--
oo. Tomasz Kojm <[EMAIL PROTECTED]>
(\/)\..
* Allori Lorenzo <[EMAIL PROTECTED]> [20050301 14:41]: wrote:
> Dear Clamav Experts,
>
> - this is just a useful suggestion:
> why don't you create a script that detects personal settings of a working
> clamav installation and
> permits to compile and upgrade the old version of clamav with from
clamav-config already exists, so far they haven't tied into it to
examine a previous installation.
On Mar 01, 2005, at 06:45, Allori Lorenzo wrote:
Dear Clamav Experts,
- this is just a useful suggestion:
why don't you create a script that detects personal settings of a
working clamav installati
54 matches
Mail list logo
