They add some value to me (show that at least something works).
>>>
>>>Either they're valuable enough that you install their prerequisites or
>>>they're not.
>
>
> But how am I supposed to find this out? I dont even know whether the
> required modules are used for the tests only, without di
-BEGIN PGP SIGNED MESSAGE-
On Saturday 10 September 2005 21:20, Tels wrote:
> Moin,
btw, here is an idea that occured to me:
There is a reason that not every little function in Test::More is it's own
module on CPAN: it makes it much easier to maintain and use them.
So maybe it would be
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Saturday 10 September 2005 21:00, chromatic wrote:
> On Sat, 2005-09-10 at 20:21 +0200, Tels wrote:
> > On Saturday 10 September 2005 19:27, chromatic wrote:
> > > You can always just not run the tests and hope that things work.
> > > If the tests don'
On 9/10/05, Tels <[EMAIL PROTECTED]> wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
>
> Moin,
>
> you are in a maze of Test modules, all looking alike. You are likely being
> beaten by a dependecy.
>
> This is a mini-rant on how complex the tesing world for Perl modules has
> become. It starts
On Sat, 2005-09-10 at 20:21 +0200, Tels wrote:
> On Saturday 10 September 2005 19:27, chromatic wrote:
> > You can always just not run the tests and hope that things work. If
> > the tests don't add any value to you, ignore them.
> They add some value to me (show that at least something works).
-BEGIN PGP SIGNED MESSAGE-
Moin,
On Saturday 10 September 2005 19:27, chromatic wrote:
> On Sat, 2005-09-10 at 17:40 +0200, Tels wrote:
> > I am all for putting often used stuff into extra modules, but I think
> > this has gone way to far, especially the user will go through all
> > this
Ovid writes:
> Guess what the following modules all have in common (aside from the
> fact that I wrote them)?
>
> AI::NeuralNet::Simple
> AI::Prolog
> Games::Maze::FirstPerson
>
> All of them have failed at one time or another because the target
> computer didn't have Sub::Uplevel installe
On Sat, 2005-09-10 at 17:40 +0200, Tels wrote:
> I am all for putting often used stuff into extra modules, but I think this
> has gone way to far, especially the user will go through all this just so
> that Random-Module-0.01 can run it's freaky test suite
You can always just not run the te
One of the problems with dependency checking is dealing with a module
that optionally uses other modules. For instance a module might have
drivers for a bunch of different backends, each of which is optional.
For instance, CGI::Session or Class::DBI::Loader.
Such a relationship, even though not
Hi,
Tels wrote:
Since for security reasons your Perl box is not connected to the net, you
fetch it and all dependencies from CPAN and transfer them via sneaker net
and USB stick. It includes some gems like:
A solution to the sneakernet problem is to have your own CPAN mirror,
either on a mac
On Sat, Sep 10, 2005 at 05:40:54PM +0200, Tels wrote:
> This is a mini-rant on how complex the tesing world for Perl modules has
> become. It starts harmless, like you want to install some module. This
> time it was CPAN-Depency.
>
> Since for security reasons your Perl box is not connect
-BEGIN PGP SIGNED MESSAGE-
Moin,
you are in a maze of Test modules, all looking alike. You are likely being
beaten by a dependecy.
This is a mini-rant on how complex the tesing world for Perl modules has
become. It starts harmless, like you want to install some module. This
time it wa
Chromatic wrote:
On Fri, 2005-09-09 at 22:28 +0100, Nicholas Clark wrote:
For search results quite the opposite. I'd really like if if the default
way people got search results back for CPAN modules at least attempted
to order at some level based on citations. (ie number of pre-requisites)
13 matches
Mail list logo
