Re: [Mimedefang] Patch to mimedefang...

2006-04-13 Thread Jan Pieter Cornet
On Wed, Apr 12, 2006 at 10:17:34PM -0400, David F. Skoll wrote:
  One idea would be to make some very small part of MIMEDefang into a
  CPAN module, and let that module's build script automatically get the
  truly required Perl modules.
 
 Yes, that's a good idea.  But if we did that, I would throw out most

If you wanted that, it's probably easier to create a Bundle::MIMEDefang
that includes all dependencies for you.

-- 
Jan-Pieter Cornet [EMAIL PROTECTED]
!! Disc lamer: The addressee of this email is not the intended recipient. !!
!! This is only a test of the echelon and data retention systems. Please  !!
!! archive this message indefinately to allow verification of the logs.   !!
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-04-12 Thread Jeff Rife
On 13 Jan 2006 at 19:28, David F. Skoll wrote:

One of the biggest complaints from
 people who've tried MIMEDefang is the number of Perl modules it
 requires.  I really hesitate to make another absolute dependency; I'd
 rather continue to use the mechanism in detect_and_load_perl_modules
 to discover modules at run-time and enable bits of functionality based
 on what is discovered.

Catching up on old stuff here...

One idea would be to make some very small part of MIMEDefang into a 
CPAN module, and let that module's build script automatically get the 
truly required Perl modules.

This won't reduce the requirements, but it would allow a MIMEDefang 
install to be just ./configure  make on the MIMEDefang source.


--
Jeff Rife |  
  | http://www.nabs.net/Cartoons/OverTheHedge/PizzaDelivery.gif 



___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-04-12 Thread David F. Skoll
Jeff Rife wrote:

 One idea would be to make some very small part of MIMEDefang into a
 CPAN module, and let that module's build script automatically get the
 truly required Perl modules.

Yes, that's a good idea.  But if we did that, I would throw out most
of the existing code and rewrite MIMEDefang using proper modular
and object-oriented Perl.

That won't happen for a while. :-)

Regards,

David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-14 Thread nathan r. hruby

On Fri, 13 Jan 2006, David F. Skoll wrote:

[snip]

is probably not in the cards.  One of the biggest complaints from
people who've tried MIMEDefang is the number of Perl modules it
requires. 

[snip]

These people have obviously never installed RT :)

MIMEDefangs' pre-requisites are perfectly sane for any large scale perl
based framework, thanks mainly to the auto-detection.

Thanks!

-n

--
---
nathan hruby [EMAIL PROTECTED]
uga enterprise information technology services
core services  support
---
In 1972 a crack commando unit was sent to
 prison by a military court for a crime they
 didn't commit
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-14 Thread David F. Skoll
Philip Prindeville wrote:

 I suppose for people using RPM's with yum or smart, it might be different.

The best way to handle that is to package the different filters in their
own RPMs, and then *those* RPMs can specify the correct dependencies.
So you know that if you want to use mimedefang-filter-magic-helo-processing,
you'll need perl-Net-CIDR-Lite.

Regards,

David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Perl dependencies (was Re: [Mimedefang] Patch to mimedefang...)

2006-01-14 Thread David F. Skoll
nathan r. hruby wrote:

 These people have obviously never installed RT :)

Heh!  We use RT here.

Actually, if you really want to discover some dependency hell, try
Catalyst plus Template Toolkit.  Catalyst is a wonderful MVC-based Web
development suite---gorgeous to use, but an absolute bear to install.

(catalyst.perl.org, if you're interested.)

--
David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Richard Laager
On Fri, 2006-01-13 at 15:54 -0700, Philip Prindeville wrote:
 I'd like to propose the following patch, as a prequel to the
 posting of an amended mimedefang-filter on the Wiki...

If your changes are only going on the Wiki, then adding a Requires to
the mimedefang package is incorrect.

Richard


___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


RE: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Damrose, Mark
If your filter example post to the Wiki requires Net-CIDR-Lite, state that in 
your Wiki entry.  Those who want to use your code can load the module.

IMHO, the spec file, should only require packages that are truly required by 
MIMEDefang, not packages that are popular extras in local filters.

-Original Message-
 From: Philip Prindeville
 
 I'd like to propose the following patch, as a prequel to the
 posting of an amended mimedefang-filter on the Wiki...
 
 +Requires:  perl-Net-CIDR-Lite
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Philip Prindeville

Richard Laager wrote:


On Fri, 2006-01-13 at 15:54 -0700, Philip Prindeville wrote:
 


I'd like to propose the following patch, as a prequel to the
posting of an amended mimedefang-filter on the Wiki...
   



If your changes are only going on the Wiki, then adding a Requires to
the mimedefang package is incorrect.

Richard

 



I'm hoping that the .spec changes will mesh with the support for filter_helo
and the basic scripting for it that will be in the future release that 
includes it.


-Philip

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread David F. Skoll
Philip Prindeville wrote:

 I'm hoping that the .spec changes will mesh with the support for
 filter_helo and the basic scripting for it that will be in the
 future release that includes it.

filter_helo is one thing, but adding a dependency on Net::CIDR::Lite
is probably not in the cards.  One of the biggest complaints from
people who've tried MIMEDefang is the number of Perl modules it
requires.  I really hesitate to make another absolute dependency; I'd
rather continue to use the mechanism in detect_and_load_perl_modules
to discover modules at run-time and enable bits of functionality based
on what is discovered.

Regards,

David.
___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Philip Prindeville

Well, the question then becomes is should the shipped .spec file support
all of the example config files and scripts as well?

-Philip

Damrose, Mark wrote:


If your filter example post to the Wiki requires Net-CIDR-Lite, state that in 
your Wiki entry.  Those who want to use your code can load the module.

IMHO, the spec file, should only require packages that are truly required by 
MIMEDefang, not packages that are popular extras in local filters.


___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


RE: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Matthew.van.Eerde
Philip wrote:
 Well, the question then becomes is should the shipped .spec file
 support all of the example config files and scripts as well?

I think of the example config files and scripts as serving suggestions whose 
caloric content is not included in the nutrition facts. ;)

-- 
Matthew.van.Eerde (at) hbinc.com   805.964.4554 x902
Hispanic Business Inc./HireDiversity.com   Software Engineer

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Kevin A. McGrail
No.  MD is a framework and an Opensource one at that.  People looking for a
cookie cutter approach who don't know perl should by CanIt.

 Well, the question then becomes is should the shipped .spec file support
 all of the example config files and scripts as well?

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang


Re: [Mimedefang] Patch to mimedefang...

2006-01-13 Thread Philip Prindeville

David F. Skoll wrote:


filter_helo is one thing, but adding a dependency on Net::CIDR::Lite
is probably not in the cards.  One of the biggest complaints from
people who've tried MIMEDefang is the number of Perl modules it
requires.  I really hesitate to make another absolute dependency; I'd
rather continue to use the mechanism in detect_and_load_perl_modules
to discover modules at run-time and enable bits of functionality based
on what is discovered.
 



I suppose for people using RPM's with yum or smart, it might be different.

For us, it's nicer to have a flat, fixed, known list of dependencies and 
be able

to plan around that.

With dynamic capabilities based on run-time determination, things have a
habit of silently stopping working when needed packages get left out, etc.
and you can't figure out why.

So much nicer when something just complains and dies.  Then at least you
know what you're looking at.

-Philip

___
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang