[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