Skip to Content.
Sympa Menu

devel - Re: [sympa-developpers] [sympa-commits] sympa[8261] branches/sympa-6.2-branch/src/lib: [dev] split AUTOLOAD of Site to Site and Robot,

Subject: Developers of Sympa

List archive

Chronological Thread  
  • From: David Verdin <address@concealed>
  • To: address@concealed
  • Subject: Re: [sympa-developpers] [sympa-commits] sympa[8261] branches/sympa-6.2-branch/src/lib: [dev] split AUTOLOAD of Site to Site and Robot,
  • Date: Wed, 19 Dec 2012 17:35:51 +0100

Hi guys,

Le 19/12/12 17:14, Guillaume Rousse a écrit :
address@concealed">Le 19/12/2012 16:46, Marc Chantreux a écrit :
Also, an additional native package dependency seems way to heavy
given audience target.

that's way packaging is there! there is no excuse to not using cpan for
me!
Just try to install any XS module on a Solaris host without Sun compiler installed (because it requires an additional license), for instance...

There is a gap between what we perl developpers consider as normal sysadmin practices, and real world practices. And it has to be balanced against the added value of additional dependencies if you want to target real users. Here, that's clearly overkill.
I agree with guillaume here. Even though I appreciate CPAN as a provider of all-purposes modules, we had a lot of reports overs the years of failed installation due to problems with CPAN. Sysadmins just don't have the time to play with modules. The easier it is to install Sympa, the better. That's why I tend to limitate new modules introduction to what is strictly and functionnaly necessary.
address@concealed">
as Class::Maker for instance, despite heavily outdated according to
modern perl considerations, would be far better suited to the
context.

ok then. oh wait *Class* ? really ? it seems to be on OO contamination.

I'm really suspicious about OO programming bul^wthings but if you choose
it, i really think Moo is the best module to do so.
And I think than given current code state, they are better priorities than switching to a new framework, bringing additional dependencies for end users, and added complexity for our fellow contributers.

Basically, you're willing to switch from a 19th century code base to 21th century directly. You're missing a step IMHO.
That's where you lost me. However, as much as I appreciate Marc's enthusiasm in participating to the projet, I again agree with Guillaume. We have a lot of things far more crucial than discussing development choices that were made 10 years ago. They are here and we must deal with them.
ONCE Sympa 6.2 is beta, and we have merged Guillaume'work, we will have a lot of quiet time to discuss these topics.

Cheers,

David

P.S.: Just have a lok at the nice logo Olivier Lumineau made us for Christmas: https://www.sympa.org

Attachment: smime.p7s
Description: Signature cryptographique S/MIME




Archive powered by MHonArc 2.6.19+.

Top of Page