[Catalyst-dev] Catalyst::Manual
Matt S Trout
dbix-class at trout.me.uk
Wed Oct 11 01:23:17 CEST 2006
hkclark at gmail.com wrote:
> On 10/9/06, Jonathan Rockway <jon at jrock.us> wrote:
>> I think we should avoid bundling C::M with C::D. If we change the manual,
>> then we have to re-release C::D, which is unnecessary. I'd like to separate
>> out C::M as its own dist and make it a prereq for C::D. I think this is what
>> mst was suggesting on the IRC channel, although I could be wrong.
>>
>> I'd also like to keep TCT separate, since the tutorial is separate logically
>> from the manual, and TCT brings in some other tasty bits, like the complete
>> sample app, and all the plugins (etc.) mentioned in the tutorial.
>>
>> So I vote for the simple change of making C::M its own dist, and making C::D
>> depend on that. The dep tree would look like:
>>
>> Task::Catalyst::Tutorial
>> C::Devel
>> C::Runtime
>> C::Manual
It's a thorny question, but I think that's the best option.
--
Matt S Trout Offering custom development, consultancy and support
Technical Director contracts for Catalyst, DBIx::Class and BAST. Contact
Shadowcat Systems Ltd. mst (at) shadowcatsystems.co.uk for more information
+ Help us build a better perl ORM: http://dbix-class.shadowcatsystems.co.uk/ +
More information about the Catalyst-dev
mailing list