Re: CPANDB - was: Module::Dependency 1.84

2006-07-16 Thread brian d foy
In article [EMAIL PROTECTED], Adam Kennedy [EMAIL PROTECTED] wrote: Nobody would care about dependencies if they never failed (except for the issue of installation time). I have a couple of clients that are very skittish about outside dependencies in general. They have to get thrid-party

Re: CPANDB - was: Module::Dependency 1.84

2006-07-15 Thread brian d foy
In article [EMAIL PROTECTED], Tels [EMAIL PROTECTED] wrote: I am not sure what stupid consists, but my system wouldn't have problems handling 512 MB of memory. I'd prefer that you not decide that my system needs 512Mb to use this, even if you can handle that on your side.

Re: CPANDB - was: Module::Dependency 1.84

2006-07-15 Thread brian d foy
In article [EMAIL PROTECTED], Tels [EMAIL PROTECTED] wrote: My real-grand-plan was always to have a CPANDB module that does exactly the following: I think the latest version of my cpan(1) script does everything you show, although it doesn't use a local database. It would be nice to have all

Re: CPANDB - was: Module::Dependency 1.84

2006-07-14 Thread A. Pagaltzis
* Tels [EMAIL PROTECTED] [2006-07-14 02:40]: announced to early - now everybody tells me how I have to implement it and why my way wont work You were saying Adam’s way is inferior to your way. I disagreed. That’s about the size of it. Regards, -- Aristotle Pagaltzis // http://plasmasturm.org/

Re: CPANDB - was: Module::Dependency 1.84

2006-07-14 Thread Adam Kennedy
Plus, I planned to use YAML because it creates a _much_ less heavy overhead and dependency chain. Using SQLite or similiar is what really creates the problems with CPANTS - you cant just access the raw database without the front-end. Erm, I'm not sure I get you here. The main problem with all

Re: CPANDB - was: Module::Dependency 1.84

2006-07-14 Thread Adam Kennedy
A. Pagaltzis wrote: * Tels [EMAIL PROTECTED] [2006-07-14 02:40]: announced to early - now everybody tells me how I have to implement it and why my way wont work You were saying Adam’s way is inferior to your way. I disagreed. That’s about the size of it. I agree my way is inferior,

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread Adam Kennedy
Tels wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, On Wednesday 12 July 2006 03:13, David Golden wrote: Tels wrote: My idea was to build _only_ the database, and do it right, simple and easy to use and then get everyone else to just use the DB instead of fiddling with their own.

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, On Thursday 13 July 2006 08:26, Adam Kennedy wrote: Tels wrote: The DB backend shouldn't matter at all, it should be transparent and be switchable without any noticable change at the front. Yep, right with you. Hence DBIx::Class. *sigh*

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread A. Pagaltzis
* Tels [EMAIL PROTECTED] [2006-07-12 19:00]: Using SQLite or similiar is what really creates the problems with CPANTS - you cant just access the raw database without the front-end. All you need is one binary from www.sqlite.org – I don’t follow why this is a problem. And I certainly prefer

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread Michael Peters
A. Pagaltzis wrote: * Tels [EMAIL PROTECTED] [2006-07-12 19:00]: Using SQLite or similiar is what really creates the problems with CPANTS - you cant just access the raw database without the front-end. All you need is one binary from www.sqlite.org – I don’t follow why this is a problem.

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread A. Pagaltzis
* Michael Peters [EMAIL PROTECTED] [2006-07-13 19:50]: And if you use DBD::SQLite you don't even need that. I has everything you'd need. Actually that’s more of a hassle. If you install DBI::Shell you get close, but having to specify a DSN is still a hassle. With the SQLite binary you just say

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, On Thursday 13 July 2006 19:40, A. Pagaltzis wrote: * Tels [EMAIL PROTECTED] [2006-07-12 19:00]: Using SQLite or similiar is what really creates the problems with CPANTS - you cant just access the raw database without the front-end.

Re: CPANDB - was: Module::Dependency 1.84

2006-07-13 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Heya Tim, afte seeing the recent discussion about CPANDB and CPAN::Index, I don't think I want to work on that project anymore for two reasons: * announced to early - now everybody tells me how I have to implement it and why my way wont work *

Re: CPANDB - was: Module::Dependency 1.84

2006-07-12 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin, On Wednesday 12 July 2006 03:13, David Golden wrote: Tels wrote: My idea was to build _only_ the database, and do it right, simple and easy to use and then get everyone else to just use the DB instead of fiddling with their own. (simple

Re: CPANDB - was: Module::Dependency 1.84

2006-07-12 Thread Tim Bunce
On Wed, Jul 12, 2006 at 03:03:14AM +0200, Tels wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin Tim, On Tuesday 11 July 2006 18:34, Tim Bunce wrote: I needed some code to trawl through a directory tree parsing perl modules and scripts to determine their dependencies. The

CPANDB - was: Module::Dependency 1.84

2006-07-11 Thread Tels
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Moin Tim, On Tuesday 11 July 2006 18:34, Tim Bunce wrote: I needed some code to trawl through a directory tree parsing perl modules and scripts to determine their dependencies. The closest existing CPAN code was Module::Dependency but it fell

Re: CPANDB - was: Module::Dependency 1.84

2006-07-11 Thread David Golden
Tels wrote: My idea was to build _only_ the database, and do it right, simple and easy to use and then get everyone else to just use the DB instead of fiddling with their own. (simple by having the database being superior to every other hack thats in existance now :-) I even got so far as to