port upgrade outdated woes continued ... now help2man wont upgrade

[Bill Christensen]

On Sat, Nov 20, 2010 at 2:02 AM, Andrea D'Amore <and.damore at macports.org>wrote:

> On Sat, Nov 20, 2010 at 5:09 AM, Gregory Dodwell <gregreedee at gmail.com>
> wrote:
> > port contents p5-locale-gettext
> > Port p5-locale-gettext contains:
> >   /opt/local/lib/perl5/vendor_perl/5.8.9/darwin-2level/Locale/gettext.pm
>
> > /opt/local/bin/perl <<< 'foreach $prefix (@INC) {print "$prefix\n";}'
> > /opt/local/lib/perl5/vendor_perl/5.8.9/darwin-2level
>
> That looks fine.
>
> Just to reproduce the bug can you run:
>  port clean --all help2man
>  port selfupdate
>  port -d configure help2man
>
> and paste the part after "--->  Configuring help2man" line?
>
>
I'm looking for solutions for the same problem, and it appears that this is
as far as this thread went.  Maybe you continued off list...

Here's what I get:

--->  Configuring help2man
DEBUG: Using compiler 'Mac OS X gcc 4.2'
DEBUG: configure phase started at Tue Mar  1 12:23:53 CST 2011
DEBUG: Executing org.macports.configure (help2man)
DEBUG: Environment: CPATH='/opt/local/include' CFLAGS='-pipe -O2 -arch
x86_64' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-pipe -O2 -arch x86_64'
LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.6'
PERL='/opt/local/bin/perl' CXX='/usr/bin/g++-4.2'
CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/.CC_PRINT_OPTIONS'
F90FLAGS='-pipe -O2 -m64' LDFLAGS='-L/opt/local/lib -arch x86_64'
OBJC='/usr/bin/gcc-4.2' FCFLAGS='-pipe -O2 -m64' INSTALL='/usr/bin/install
-c' OBJCFLAGS='-pipe -O2 -arch x86_64' FFLAGS='-pipe -O2 -m64'
CC_PRINT_OPTIONS='YES' CC='/usr/bin/gcc-4.2'
DEBUG: Assembled command: 'cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.38.4"
&& ./configure --prefix=/opt/local --enable-nls'
checking for perl... /opt/local/bin/perl
checking for module Locale::gettext... no
checking for msgfmt... /opt/local/bin/msgfmt
checking for gcc... /usr/bin/gcc-4.2
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.2 accepts -g... yes
checking for /usr/bin/gcc-4.2 option to accept ISO C89... none needed
checking for library containing dlsym... none required
checking for library containing bindtextdomain... -lintl
configure: error: perl module Locale::gettext required
shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/help2man-1.38.4"
&& ./configure --prefix=/opt/local --enable-nls " returned error 1
Error: Target org.macports.configure returned: configure failure: shell
command failed (see log for details)
DEBUG: Backtrace: configure failure: shell command failed (see log for
details)
    while executing
"$procedure $targetname"
Warning: the following items did not execute (for help2man):
org.macports.configure
Log for help2man is at:
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/main.log
Error: Status 1 encountered during processing.


Considering the "error: perl module Locale::gettext required", is this
essentially fallout of the perl5 discussion currently going on?


Thanks for any insights.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20110301/4b39a52e/attachment.html>