Barbie wrote:
From: "Jos I. Boumans" <[EMAIL PROTECTED]>
Why the need for such an immensive framework? to be able to probe for
any type of file/function on any type of OS is not going to be trivial.
To look for every possibility yes that would be emmense. However, I wasn't
expecting to go th
From: "Jos I. Boumans" <[EMAIL PROTECTED]>
>
> Why the need for such an immensive framework? to be able to probe for
> any type of file/function on any type of OS is not going to be trivial.
To look for every possibility yes that would be emmense. However, I wasn't
expecting to go that far. There
On Jun 19, 2005, at 4:53 PM, Rob Janes wrote:
i'm not saying that cpanplus's reporting is inadequate, so much as
that i'm saying that it appears to be causing some misclassification
and confusion.
If you're replying to a previous statement, it'd be helpful if you
leave that part of the origin
i'm not saying that cpanplus's reporting is inadequate, so much as that
i'm saying that it appears to be causing some misclassification and
confusion. so, I'm trying to lay out an accurate reporting of prereq
failures that includes system dependency failures. The issue of
actually resolving t
see below.
Jos I. Boumans wrote:
On Jun 19, 2005, at 4:53 PM, Rob Janes wrote:
i'm not saying that cpanplus's reporting is inadequate, so much as
that i'm saying that it appears to be causing some misclassification
and confusion.
If you're replying to a previous statement, it'd be helpful
On Sun, 19 Jun 2005 03:12:15 +0200
S嶵astien Aperghis-Tramoni <[EMAIL PROTECTED]> wrote:
> Maybe that's a stupid question, but why not reading META.yml and
> checking (and installing if necessary) the prereqs from here first?
I think CPANPLUS is just an installer and reporter. The
configurato
Jos I. Boumans wrote:
cpanplus reads the yaml and checks for prereqs, and schedules perl
prereqs for loading.
CPANPLUS never reads the yaml file
Maybe that's a stupid question, but why not reading META.yml and
checking (and installing if necessary) the prereqs from here first?
Sébastien
On Jun 19, 2005, at 10:13 AM, Barbie wrote:
Having thought about this a little more over the last 2 days, I have a
suggestion. Following along the lines of Module::Install, a
Module::External
(or appropriate name), is bundled with the appropriate application,
that can
check for compilers, lib
Having thought about this a little more over the last 2 days, I have a
suggestion. Following along the lines of Module::Install, a Module::External
(or appropriate name), is bundled with the appropriate application, that can
check for compilers, libraries and any other application. The onus is then
On Sat, Jun 18, 2005 at 12:06:49PM +0200, Jos I. Boumans wrote:
> If they can be published by Module::Build in an unambiguous way, that
> might be an option. Parsing the output of an error is not, as far as i'm
> concerned -- it would be the responsibility of the installer to tell us
> why it wa
On Sat, 18 Jun 2005, Ken Williams wrote:
> On Jun 18, 2005, at 6:58 AM, imacat wrote:
> > But, what if we make clues there? Please correct me if I'm wrong,
> > but from my experience working with GNU autoconf and automake,
> > something
> > like:
> >
> > test.c:
> >
> > int
> > m
On Jun 18, 2005, at 6:58 AM, imacat wrote:
But, what if we make clues there? Please correct me if I'm wrong,
but from my experience working with GNU autoconf and automake,
something
like:
test.c:
int
main()
{
}
$(CC) -lsomelib test.c
can be used to check th
On Sat, 18 Jun 2005 12:18:32 +0200
"Jos I. Boumans" <[EMAIL PROTECTED]> wrote:
Well, I did learn a lot from reading all this.
So I took some time to check the 3 XS packages I'm using:
Compress-Zlib, Compress-Bzip2 and DBD-mysql. They all check the
availability of their required external
On Jun 17, 2005, at 7:49 PM, Rob Janes wrote:
so basically the executive summary is that cpanplus does not report
adequately system dependency failures, like a missing c compiler or a
missing library.
As outlined in my other email, that is because it can not (it has no
way of knowing that a
On Jun 17, 2005, at 10:02 PM, Michael G Schwern wrote:
On Fri, Jun 17, 2005 at 10:53:44AM +0100, Robert Rothenberg wrote:
CPANPLUS issues FAIL reports when there is no C compiler, which irks
module authors who feel such reports make their module look bad.
Some feel that CPANPLUS should detect
so basically the executive summary is that cpanplus does not report
adequately system dependency failures, like a missing c compiler or a
missing library. i guess the issue is one of prioritizing an
appropriate response from maintainers who care about these reports.
specifically, maintainers
On Fri, Jun 17, 2005 at 10:53:44AM +0100, Robert Rothenberg wrote:
> CPANPLUS issues FAIL reports when there is no C compiler, which irks
> module authors who feel such reports make their module look bad.
>
> Some feel that CPANPLUS should detect this and not send a report, others
> feel it shoul
On 17/06/2005 09:14 Michael G Schwern wrote:
This is all a bit of a ramble. Could we have an executive summary as to
the point particularly in relation to MakeMaker, CPANPLUS and module authors
in general?
CPANPLUS issues FAIL reports when there is no C compiler, which irks
module authors w
TECTED]>
--- Original Message ---
From:imacat <[EMAIL PROTECTED]>
To: Perl CPAN Testers
Date:Fri, 17 Jun 2005 09:42:37 +0800
Subject: Re: Failing Reports due to 3rd Party Software (was Fw: Re: FAIL
Convert-Binary-C-0.59 MSWin32-x86-mu
On Fri, Jun 17, 2005 at 10:43:14AM +0800, imacat wrote:
> Well, then, I made another mistake again. ^^; I was checking
> Compress::Bzip2's code to see why the FAIL reports weren't sent, and
> mixed up that page with the CPANPLUS's page when finding CPANPLUS's
> author.
>
> I'm forwarding
On Fri, 17 Jun 2005 08:52:12 +0200
"Jos I. Boumans" <[EMAIL PROTECTED]> wrote:
> On Jun 17, 2005, at 4:43 AM, imacat wrote:
> Sorry, with several pages worth of top quoting, i have no idea what
> this thread is about, or what is
> expected of me.
> If there's an opinion or advice you'd like, pleas
On Jun 17, 2005, at 4:43 AM, imacat wrote:
I'm forwarding this whole thread to Jos Boumans (author of
CPANPLUS),
Michael G Schwern (author of ExtUtils::MakeMaker) and the
module-authors'
list.
Sorry, with several pages worth of top quoting, i have no idea what
this thread is about, or w
On Fri, 17 Jun 2005, imacat wrote:
[ ... ]
> From my personal experience dealing with GNU autoconf
> and automake, I think the module author should be
> responsible to specify what external executables,
> libraries, versions are required. Then
> ExtUtils::MakeMaker can produce a certain error
at check if your distribution is based on M::B instead of EU::MM.
Marcus
> Sorry, I wasn't a part of the original thread.
>
> -rob
>
> Randy Kobes wrote:
>
> >On Thu, 16 Jun 2005, imacat wrote:
> >
> >
> >
> >>I have forwarded this whole
On Thu, 16 Jun 2005 22:12:50 +0100
"Barbie" <[EMAIL PROTECTED]> wrote:
> However, the conversation thread brings up another issue that has been
> floating
> around for some time. External libraries and apps that are pertinent to a
> successful test suite, may not be available or installed on the sm
25 matches
Mail list logo
