Bug #42734 for libapreq2: Problem installing via cpan shell

Fri Jan 23 15:43:44 2009 wurtz [...] ge.com - Ticket created

CC:	"Schmid, Peter (GE, Research, consultant)" <Schmid [...] crd.ge.com>
Subject:	Problem installing via cpan shell
Date:	Fri, 23 Jan 2009 15:12:36 -0500
To:	<bug-libapreq2 [...] rt.cpan.org>
From:	"Wurtz, Frederick (GE, Research, consultant)" <wurtz [...] ge.com>

Hello. I'm attempting to use the cpan shell utility to install Apache2::Cookie. I have the "makepl_arg" configured thusly: makepl_arg PREFIX=/opt/HAL/perlmodules ...so that all of the installed files will end up down the "/opt/HAL/perlmodules" path instead of the standard install path. The problem is that this value gets assigned to the "with-perl-opts" command line option to the "configure" utility and somehow is interpreted to be a (missing) Perl script instead of a path prefix. So the install fails when direct the installables to a non-standard location via the "makepl_arg" cpan option. This is the option that works with all of the many other modules I've installed down this alternate path. Here's a view of the cpan shell session: Show quoted text

cpan> force test Apache::Cookie

. . . . ./configure --enable-perl-glue --with-perl-opts="PREFIX=/opt/HAL/perlmodules" --with-apache2-apxs="/usr/local/apache-2.2.11/bin/apxs" --with-perl="/usr/bin/perl" . . . . . . checking how to hardcode library paths into programs... immediate checking for ranlib... (cached) ranlib checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether to enable maintainer-specific portions of Makefiles... no Can't open perl script "PREFIX=/opt/HAL/perlmodules": No such file or directory. Use -S to search $PATH for it. configure: error: Bad apache2 binary (/usr/local/apache-2.2.11/bin/httpd) Running make test Make had some problems, maybe interrupted? Won't test Thanks for the help. Cheers, Fred Wurtz

Fri Feb 04 06:09:51 2011 isaac [...] cpan.org - Correspondence added

Hi. I've been going through the archives of unresolved Apache2::Request bugs. Are you still able to reproduce this? If not, I'll close this issue as stale. On Fri Jan 23 15:43:44 2009, wurtz@ge.com wrote: Show quoted text

> > Hello. > I'm attempting to use the cpan shell utility to install > Apache2::Cookie. I have the "makepl_arg" configured thusly: > > makepl_arg PREFIX=/opt/HAL/perlmodules > > ...so that all of the installed files will end up down the > "/opt/HAL/perlmodules" path instead of the standard install path. > > The problem is that this value gets assigned to the "with-perl-opts" > command line option to the "configure" utility and somehow > is interpreted to be a (missing) Perl script instead of a path prefix. > So the install fails when direct the installables to a non-standard > location > via the "makepl_arg" cpan option. This is the option that works with

all Show quoted text

> of the many other modules I've installed down this alternate path. > > Here's a view of the cpan shell session: >

> cpan> force test Apache::Cookie

> . > . > . > . > ./configure --enable-perl-glue > --with-perl-opts="PREFIX=/opt/HAL/perlmodules" > --with-apache2-apxs="/usr/local/apache-2.2.11/bin/apxs" > --with-perl="/usr/bin/perl" > . > . > . > . > . > . > checking how to hardcode library paths into programs... immediate > checking for ranlib... (cached) ranlib > checking for a BSD-compatible install... /usr/bin/install -c > checking whether ln -s works... yes > checking whether to enable maintainer-specific portions of

Makefiles... Show quoted text

> no > Can't open perl script "PREFIX=/opt/HAL/perlmodules": No such file or > directory. > Use -S to search $PATH for it. > configure: error: Bad apache2 binary > (/usr/local/apache-2.2.11/bin/httpd) > Running make test > Make had some problems, maybe interrupted? Won't test > > Thanks for the help. > Cheers, > Fred Wurtz

-- ----- Maybe in order to understand mankind, we have to look at the word itself: "Mankind". Basically, it's made up of two separate words - "mank" and "ind". What do these words mean ? It's a mystery, just as is mankind. --Unknown

Fri Feb 04 06:09:52 2011 The RT System itself - Status changed from 'new' to 'open'

Fri Feb 04 06:09:52 2011 isaac [...] cpan.org - Status changed from 'open' to 'stalled'

Fri Feb 04 09:12:12 2011 wurtz [...] ge.com - Correspondence added

Subject:	RE: [rt.cpan.org #42734] Problem installing via cpan shell
Date:	Fri, 4 Feb 2011 09:12:02 -0500
To:	<bug-libapreq2 [...] rt.cpan.org>
From:	"Wurtz, Frederick (GE Global Research, consultant)" <wurtz [...] ge.com>

Hi. Thanks for the response. I have no recollection of this and its not any kind of a problem for me at this time. Cheers, FW Show quoted text

-----Original Message----- From: Issac Goldstand via RT [mailto:bug-libapreq2@rt.cpan.org] Sent: Friday, February 04, 2011 6:10 AM To: Wurtz, Frederick (GE Global Research, consultant) Subject: [rt.cpan.org #42734] Problem installing via cpan shell <URL: https://rt.cpan.org/Ticket/Display.html?id=42734 > Hi. I've been going through the archives of unresolved Apache2::Request bugs. Are you still able to reproduce this? If not, I'll close this issue as stale. On Fri Jan 23 15:43:44 2009, wurtz@ge.com wrote:

> > Hello. > I'm attempting to use the cpan shell utility to install > Apache2::Cookie. I have the "makepl_arg" configured thusly: > > makepl_arg PREFIX=/opt/HAL/perlmodules > > ...so that all of the installed files will end up down the > "/opt/HAL/perlmodules" path instead of the standard install path. > > The problem is that this value gets assigned to the "with-perl-opts" > command line option to the "configure" utility and somehow is > interpreted to be a (missing) Perl script instead of a path prefix. > So the install fails when direct the installables to a non-standard > location via the "makepl_arg" cpan option. This is the option that > works with

all

> of the many other modules I've installed down this alternate path. > > Here's a view of the cpan shell session: >

> cpan> force test Apache::Cookie

> . > . > . > . > ./configure --enable-perl-glue > --with-perl-opts="PREFIX=/opt/HAL/perlmodules" > --with-apache2-apxs="/usr/local/apache-2.2.11/bin/apxs" > --with-perl="/usr/bin/perl" > . > . > . > . > . > . > checking how to hardcode library paths into programs... immediate > checking for ranlib... (cached) ranlib checking for a BSD-compatible > install... /usr/bin/install -c checking whether ln -s works... yes > checking whether to enable maintainer-specific portions of

Makefiles...

> no > Can't open perl script "PREFIX=/opt/HAL/perlmodules": No such file or > directory. > Use -S to search $PATH for it. > configure: error: Bad apache2 binary > (/usr/local/apache-2.2.11/bin/httpd) > Running make test > Make had some problems, maybe interrupted? Won't test > > Thanks for the help. > Cheers, > Fred Wurtz

-- ----- Maybe in order to understand mankind, we have to look at the word itself: "Mankind". Basically, it's made up of two separate words - "mank" and "ind". What do these words mean ? It's a mystery, just as is mankind. --Unknown

Fri Feb 04 09:12:13 2011 The RT System itself - Status changed from 'stalled' to 'open'

Sun Feb 06 13:28:19 2011 isaac [...] cpan.org - Status changed from 'open' to 'rejected'