* at 30/07 12:40 + Dominic Mitchell said:
> On Wed, 30 Jul 2003 12:49:10 +0200, Jos I. Boumans <[EMAIL PROTECTED]> wrote:
> > If you want to change things in Makefile.PL, look at @ARGV or %ENV.
> > as suggested below as well -- if possible every question in Makefile.PL
> > should be overridabl
* at 30/07 15:32 +0100 Adrian Howard said:
> On Wednesday, July 30, 2003, at 05:50 am, Struan Donald wrote:
> [snip]
> >And, yes, I'm aware I should probably try and avoid interactive tests
> >altogether but in this case there's no other way to get the
&g
On Wed, 30 Jul 2003 14:56, Dominic Mitchell wrote:
> > That's what OS packages are for.
> Or CPAN bundles. As yet another example of why I don't want interactive
> Makefiles / tests.
Yes, which is why modules are broken if they don't work when you:
perl -MCPAN -e'install Bundle::Foo' < /dev/null
hey should be run (IMHO of course :-).
[snip]
And, yes, I'm aware I should probably try and avoid interactive tests
altogether but in this case there's no other way to get the
information I need.
[snip]
Are you *really* sure about that? I've found that mock objects and
judicious use
On Wed, 30 Jul 2003 13:50:25 +0100, Sam Vilain <[EMAIL PROTECTED]> wrote:
> On Wed, 30 Jul 2003 11:59, Clayton, Nik [IT] wrote:
>> > we are talking about the times where interactivity is a must.
>> > i'd be interested to know how you'd make cpanplus' install
>> > non-interactive for example.
>> Any
On Wed, 30 Jul 2003 14:37:23 +0100, Sam Vilain <[EMAIL PROTECTED]> wrote:
> Yes, packaging up people's code when they've made 1,000,001
> assumptions really sucks. I had to package up a lot of software for
> the NZ IR in SysV format. Our policy was that absolutely everything
> on the system is on
> Have you released your magic SysV CPAN packager anywhere?
Unfortunately not. Partly because trying to release code here is a
Byzantine labyrinth that I haven't successfully navigated yet, but mostly
because a key part of it (the bit that actually generates the package)
uses an internally devel
On Wed, 30 Jul 2003 14:02, Clayton, Nik [IT] wrote:
> > > Any time you have a large site with multiple hosts, all of which
> > > must have the same version of the package installed with the same
> > > options.
> > That's what OS packages are for.
> So what if you're the person trying to build the p
On Wed, 30 Jul 2003 05:50, Struan Donald wrote:
>
> In cases where you require some information to perform a test (say a
> database name, or login information) is there an accepted way of doing
> it? More specifically is there some way I can ask for the information
> and if I don't get a response i
> On Wed, 30 Jul 2003 11:59, Clayton, Nik [IT] wrote:
> > > we are talking about the times where interactivity is a must.
> > > i'd be interested to know how you'd make cpanplus' install
> > > non-interactive for example.
> >
> > Any time you have a large site with multiple hosts, all of which must
On Wed, 30 Jul 2003 11:59, Clayton, Nik [IT] wrote:
> > we are talking about the times where interactivity is a must.
> > i'd be interested to know how you'd make cpanplus' install
> > non-interactive for example.
> Any time you have a large site with multiple hosts, all of which must
> have the sa
On Wed, 30 Jul 2003 12:49:10 +0200, Jos I. Boumans <[EMAIL PROTECTED]> wrote:
>
> On Wednesday, Jul 30, 2003, at 12:14 Europe/Amsterdam, Dominic Mitchell
> wrote:
>>> the accepted procedure[1] nowadays is to do something roughly like the
>>> following:
>>> * write an interactive Makefile.PL/Bui
> we are talking about the times where interactivity is a must.
> i'd be interested to know how you'd make cpanplus' install
> non-interactive for example.
Any time you have a large site with multiple hosts, all of which must
have the same version of the package installed with the same options.
On Wednesday, Jul 30, 2003, at 12:14 Europe/Amsterdam, Dominic Mitchell
wrote:
the accepted procedure[1] nowadays is to do something roughly like the
following:
* write an interactive Makefile.PL/Build.PL that gathers the
information.
Please don't do this. Think of the children^Wpackagers!
way of doing
>> it? More specifically is there some way I can ask for the information
>> and if I don't get a response in x seconds assume either defaults or
>> SKIP the test?
> interactive tests are not very nice to be honest, so try and leave your
> interactivity, if a
x27;ll forgive you ;)
In cases where you require some information to perform a test (say a
database name, or login information) is there an accepted way of doing
it? More specifically is there some way I can ask for the information
and if I don't get a response in x seconds assume either defaults
On Wed, Jul 30, 2003 at 05:50:34AM +0100, Struan Donald wrote:
> Hi,
>
> If you don't want to read about Perl look away now.
>
> In cases
AH! MY EYES!!!
:-)
--
David H. Adler - <[EMAIL PROTECTED]> - http://www.panix.com/~dha/
Freedom ain't nothing but a word, ain't nothing but a word. Let
aware I should probably try and avoid interactive tests
altogether but in this case there's no other way to get the
information I need.
cheers
s
[0] the archive of which didn't have much to say about interactive
tests.
18 matches
Mail list logo
