I cannot point exaclty why but I have the feeling that there are some advantages on the way the modules are managed in CPAN. Somehow you don't have to worry much about versions or CVS.
This are some of the CPAN features from the top of my head. - The number of packages available is way bigger. I presume they are also smaller and every module has an owner. - Modules are better organized on categories. - All the Makefiles work exactly the same. - Mirroring. - You can automagically search, download, build, test and install. - The installer (CPAN::Shell?) can upgrade itself. - Automatic upgrading of dependencies. -- Humberto -----Original Message----- From: Eric Dobbs [mailto:[EMAIL PROTECTED]] Sent: Friday, April 05, 2002 12:10 AM To: Turbine Developers List Subject: Re: Updating the repository On Thursday, April 4, 2002, at 03:52 PM, Jason van Zyl wrote: > I am trying to get in touch > with some of the CPAN fellows and ask why they chose to setup CPAN they > way they did. They are not using CVS for their distribution mechanism > and I would be curious as to know why as they obviously have a model > that works. One of the salient features of CPAN is the mirroring. CPAN grew up when the network was generally slow and it was much better to get things from a local mirror than to haul stuff all over the network. I'll bet mirroring was a design goal. Another feature of CPAN is the multiple indexes. There's a ton of stuff in CPAN. It might also be worth talking with the creators of various package managers from Debian and RedHat, etc. Seems like they are playing a similar game. There's one thing I have to agree with Jon about. The problem with jar files is a version management problem. It just makes sense to use a version control system. It's the right tool for that particular problem. You could even lean completely on cvs tags and remove the need for versions in the jar names (not that I want to start the whole argument about versions in jar names). -Eric -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
