Garrett Rooney <rooneg@electricjellyfish.net> writes:
> personally, i'm against requiring anything from CPAN for something as
> simple as the commit mail script. especially given CPAN's annoying
> habit of trying to download and install a new version of perl whenever
> i use it on a freebsd box (at least one that doesn't have a bleeding
> edge perl installed from ports).
I have to agree with Garrett. The perl -MCPAN stuff is low overhead
when everything goes well, but it's still extra complexity and extra
chance of something going wrong.
I mean, if we *needed* outside modules to have the functionality of a
commit-email script, that would be one thing. But I'm pretty sure we
don't; looking at the use of Storable:dclone() in the code, I think
there are probably other ways we can accomplish the same thing without
adversely affecting the cleanliness or elegance of the script. (Not
that Blair was being unreasonable to use Storable, I hasten to add;
TMTOWTDI.)
Anyway, this concern isn't entirely new in Subversion. Similar
concerns about installation complexity led us to use Berkeley DB
instead of PostgreSQL for the repository backend.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Jul 7 19:34:29 2002