Developers of Sympa

[IKEDA Soji <address@concealed>]

On Wed, 06 Nov 2013 16:45:05 +0100
David Verdin <address@concealed> wrote:

> Hi,
> 
> Le 04/11/13 17:21, Guillaume Rousse a écrit :
> > Hello.
> >
> > Le 03/11/2013 03:50, IKEDA Soji a écrit :
> >> Hi,
> >>
> >> Guillaume's new directory layout seems to have a bit more room for
> >> improvement.  For example subdirectories under src/ may be moved to
> >> top level.
> Are you talking about the trunk or the 6.2 branch?
> >>
> >> Also expecting registration to CPAN, I drafted a modified layout.
> > The desirability of such registration has never been discussed sofar. 
> > Altough I don't have any actual objection, I don't see much interest:
> > - sympa does not belong to the primary target of CPAN (it is an 
> > application, not a reusable perl library)
> > - sympa doesn't use ExtUtils::MakeMaker or Module::Build build system, 
> > meaning cpan clients won't be able to install it
> >
> > And even if desirable, there is no constraint on internal archive 
> > structure.
> To sum up: we need to have a correct modularization and get rid of 
> circular references.
> If this leads to porting some modules to CPAN, it is potentially 
> interesting. But this is not our current priority.

"_Also_ expecting registration to CPAN", I wrote.  Expecting it
just results the name of a few directories.

My proposal _also_ moved some files and directories.  Do you say
they are unnecessary (or misled) changes?  Please look at table in
the quote below.

Nevertheless, I took care that fruit of his work would not be
changed: My proposal covers where he had not changed.  I don't
understand what he is opposing to.


> >> -------------------------------- ------------------------
> >> Current layout                    Proposed
> >> --------------------------------  ------------------------
> >> doc/                              doc/
> >> ext/                              ext/ --- Be separate modules in the 
> >> future.
> >> mail_tt2/                         default/mail_tt2/
> >> po-wwsympa/                       po-wwsympa/
> >> po/                               po/
> >> src/bin/sympa.generic             sympa.generic
> >> src/bin/sympa.in                  sympa.in
> >> src/bin/            [OTHERS]      bin/  or  script/ [std]
> >> src/cgi/mime.types                default/mime.types
> >> src/cgi/            [OTHERS]      libexec/
> >> src/etc/                          default/
> >> src/lib/                          lib/ [std]
> >> src/sbin/                         sbin/  or bin/ [std]
> >> src/soap/sympa.wsdl               default/sympa.wsdl
> >> src/soap/sympa_soap_client.pl.in  bin/  or /srcipt/ [std]
> >> src/soap/sampleClient.php         ? --- May be moved to contrib.
> >> src/soap/           [OTHERS]      libexec/
> >> src/www/                          www/
> >> t/                                t/ [std]
> >> web_tt2/                          default/web_tt2/
> >> --------------------------------  ------------------------
> >>
> >> Note: "[std]" indicates (approximately) standard source layout with
> >> ExtUtils::MakeMaker.
> >>
> >> Resulting layout will become:
> >>
> >> --------------------------------
> >> bin/  or  script/ [std]
> >> doc/
> >> ext/
> >> default/
> >> lib/ [std]
> >> libexec/
> >> po-wwsympa/
> >> po/
> >> sbin/  or  bin/ [std]
> >> t/ [std]
> >> www/
> >> --------------------------------
> What did you think about what Guillaume had done in the sympa-cleanup 
> branch? It looked good: every perl code in the src/Sympa directory, then 
> more or less the same organization as the one you proposed?

My proposal covers where he had not changed. 

<<snip>>

Regards,

--- Soji


-- 
株式会社 コンバージョン  セキュリティ&OSSソリューション部   池田荘児
〒231-0004　神奈川県横浜市中区元浜町3-21-2 ヘリオス関内ビル7F
e-mail address@concealed  TEL 045-640-3550
http://www.conversion.co.jp/