Re: CPAN hanging on ExtUtils::MakeMaker even if installed
I want to thank everyone who helped me out. I can confirm that the original issue (infinite delay and 100% CPU use while installing ExtUtils::MakeMaker from CPAN) is gone after upgrading to Perl 5.12. For some reason, the upgrade to 5.14 didn't work. Using "portupgrade -o lang/perl-5.14 perl-5.8.9" (or something similar, but I can't remember it now) just reinstalled Perl 5.8. Using "portupgrade -o lang/perl-5.12 perl-5.8.9" (or something similar) did work, though. I ended up using the www/rt40 port. Its nice to know that someone is putting in the effort on a port. Thanks to Matthew for that. And now I'm back to upgrading security/amavisd-new and mail/p5-Mail-SpamAssassin and other Perl based ports. :) I'm really glad that portupgrade exists on FreeBSD. Thanks all! Jaime -- Network Administrator Cairo-Durham Central School District http://cns.cairodurham.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
W dniu 2012-02-22 19:48, Jaime Kikpole pisze: Is there some way to just "yank" the installed port and revert to the default installed version? The perl itself even from ports is OK, the BSDPAN part is the problem. If you only want a (temporary) solution for the subject problem, you may ( possibly s/5.8.8/5.8.9/ for your case ): mv /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/5.8.8/BSDPAN.bad so perl falls with its @INC to the original ExtUtils::, because: $ perl -e 'print join "\n", @INC' /usr/local/lib/perl5/5.8.8/BSDPAN /usr/local/lib/perl5/site_perl/5.8.8/mach /usr/local/lib/perl5/site_perl/5.8.8 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.8/mach /usr/local/lib/perl5/5.8.8 and $ find /usr/local/lib/perl5 | grep ExtUtils/MakeMaker.pm /usr/local/lib/perl5/5.8.8/BSDPAN/ExtUtils/MakeMaker.pm /usr/local/lib/perl5/5.8.8/ExtUtils/MakeMaker.pm But then you loose what /usr/local/lib/perl5/5.8.8/BSDPAN/BSDPAN.pm says: DESCRIPTION BSDPAN is the collection of modules that provides tighter than ever integration of Perl into BSD Unix. Currently, BSDPAN does the following: o makes p5− FreeBSD ports PREFIX‐clean; o registers Perl modules with FreeBSD package database. BSDPAN achieves this by overriding certain functionality of the core Perl modules, ExtUtils::MM_Unix, and ExtUtils::Packlist. BSDPAN module itself just provides useful helper functions for the rest of the modules in BSDPAN collection. You soon should be upgrading to 5.14.x (mee to :-), so do you care? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On 22/02/2012 18:48, Jaime Kikpole wrote: > Good to know. What version comes with FreeBSD if you don't install a > port of Perl? Is there some way to just "yank" the installed port and > revert to the default installed version? Umm there isn't perl bundled with the system now. That was removed many years ago. You're expected to install perl from ports if you want it on your system. The default version that the ports would install as a dependency (assuming you had done nothing to select a different one) or that you would get by installing from packages is perl-5.12.4 at the moment. To upgrade to a different version, you need to do something like this: # portmaster -o lang/perl5.12 perl-5.8.9_7 # portmaster -R -r perl-5.14.2_1 You have to rebuild / reinstall all perl modules and everything that embeds perl or that uses perl at run-time when going up such a jump in versions -- the simple moving things around trick using perl-after-upgrade is not sufficient here. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey signature.asc Description: OpenPGP digital signature
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Feb 22, 2012, at 10:48 AM, Jaime Kikpole wrote: > On Feb 22, 2012, at 11:40 AM, Matthew Seaman > wrote: >> The remaining port (lang/perl5.8) hasn't been modified in 7 months, and >> I believe it may well be deprecated and removed fairly soon. > > Good to know. What version comes with FreeBSD if you don't install a port of > Perl? None. > Is there some way to just "yank" the installed port and revert to the default > installed version? You can uninstall the port, yes. If you do, there wouldn't be any perl installed. Regards, -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Feb 22, 2012, at 11:40 AM, Matthew Seaman wrote: > The remaining port (lang/perl5.8) hasn't been modified in 7 months, and > I believe it may well be deprecated and removed fairly soon. Good to know. What version comes with FreeBSD if you don't install a port of Perl? Is there some way to just "yank" the installed port and revert to the default installed version? I'm only running 5.8.9 because once upon a time I wanted to use a port (possibly RT) that required it. So I installed it from the ports as a way to run the latest version available at that time. Thanks, Jaime___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Wed, Feb 22, 2012 at 11:40 AM, Matthew Seaman wrote: > On 22/02/2012 16:35, Alejandro Imass wrote: >> On Wed, Feb 22, 2012 at 10:54 AM, Alejandro Imass wrote: >>> Your post makes me very happy to know I wasn't crazy: >>> >>> http://www.perlmonks.org/?node_id=918414 >>> [...] > > It's already been fixed in 3 of the 4 perl ports: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=162151 > > The remaining port (lang/perl5.8) hasn't been modified in 7 months, and > I believe it may well be deprecated and removed fairly soon. > > Cheers, > > Matthew > Thanks for the detailed info Matthew - I guess it's time for me to stop whining about it ;-) It's just that I got excited to see someone else complaining about this problem and after almost being burned at the stake on PM ! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Wed, Feb 22, 2012 at 11:36 AM, Matthew Seaman wrote: > On 22/02/2012 15:54, Alejandro Imass wrote: >> On Tue, Feb 21, 2012 at 7:34 PM, Jaime Kikpole >> wrote: [...] > Actually, the problem as highlighted in that Perlmonks article was with > BSDPAN::ExtUtils::Packlist. A fix has been applied to the perl5.10, > perl5.12 and perl5.14 ports. > I'm pretty sure I've seen this in 5.10 but I can't say for sure since I upgraded all my systems to 5.12. I'm pretty sure I haven't seen it in 5.12 though. The problem is that I got so used to it that I stopped paying attention to it and just fixed in on the spot, so I can't really say for sure the last time I encountered the problem. -- Alejandro Imass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On 22/02/2012 16:35, Alejandro Imass wrote: > On Wed, Feb 22, 2012 at 10:54 AM, Alejandro Imass wrote: >> Your post makes me very happy to know I wasn't crazy: >> >> http://www.perlmonks.org/?node_id=918414 >> >> This is a pain in the ass and I don't know if it's a FBSD CPAN problem >> or a CPAN dependency problem but it does happen, and it's really >> annoying. I don't have a fix but a workaround. It will always hang on >> the same test, so just ^C and "look" into the module. remove the test >> and go back to the cpan shell. It won't bother you again for the whole >> CPAN session. >> >> -- >> Alejandro > > This person says the problem is in BSDPAN::ExtUtils::Packlist - maybe > someone could help the maintainer solve this problem! It is _really_, > _really_ annoying. I sadly don't have the time right now and only deal > with problem from time to time, but if someone has the time it would > be really great to fix!!! > > http://www.perlmonks.org/?node_id=922671 > It's already been fixed in 3 of the 4 perl ports: http://www.freebsd.org/cgi/query-pr.cgi?pr=162151 The remaining port (lang/perl5.8) hasn't been modified in 7 months, and I believe it may well be deprecated and removed fairly soon. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On 22/02/2012 15:54, Alejandro Imass wrote: > On Tue, Feb 21, 2012 at 7:34 PM, Jaime Kikpole > wrote: >> I'm attempting to upgrade Request Tracker manually. (I know that >> there is a port, but I'd like to preserve my data, thus I'm doing this >> "the old fashioned way." :) ) >> >> When I run the "make fixdeps" step described in the directions, it >> attempts to load ExtUtil::MakeMaker from CPAN -- even though its >> already installed. This wouldn't be so bad, but it actually hangs and >> uses 100% of CPU time (according to "top") like its in an infinite >> loop. This is the output just before it hangs: > Your post makes me very happy to know I wasn't crazy: > > http://www.perlmonks.org/?node_id=918414 > > This is a pain in the ass and I don't know if it's a FBSD CPAN problem > or a CPAN dependency problem but it does happen, and it's really > annoying. I don't have a fix but a workaround. It will always hang on > the same test, so just ^C and "look" into the module. remove the test > and go back to the cpan shell. It won't bother you again for the whole > CPAN session. > Actually, the problem as highlighted in that Perlmonks article was with BSDPAN::ExtUtils::Packlist. A fix has been applied to the perl5.10, perl5.12 and perl5.14 ports. Anyone still using perl5.8 should take this as a broad hint that it might be time to upgrade... Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matt...@infracaninophile.co.uk Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Wed, Feb 22, 2012 at 10:54 AM, Alejandro Imass wrote: > Your post makes me very happy to know I wasn't crazy: > > http://www.perlmonks.org/?node_id=918414 > > This is a pain in the ass and I don't know if it's a FBSD CPAN problem > or a CPAN dependency problem but it does happen, and it's really > annoying. I don't have a fix but a workaround. It will always hang on > the same test, so just ^C and "look" into the module. remove the test > and go back to the cpan shell. It won't bother you again for the whole > CPAN session. > > -- > Alejandro This person says the problem is in BSDPAN::ExtUtils::Packlist - maybe someone could help the maintainer solve this problem! It is _really_, _really_ annoying. I sadly don't have the time right now and only deal with problem from time to time, but if someone has the time it would be really great to fix!!! http://www.perlmonks.org/?node_id=922671 -- Alejandro Imass ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Tue, Feb 21, 2012 at 7:34 PM, Jaime Kikpole wrote: > I'm attempting to upgrade Request Tracker manually. (I know that > there is a port, but I'd like to preserve my data, thus I'm doing this > "the old fashioned way." :) ) > > When I run the "make fixdeps" step described in the directions, it > attempts to load ExtUtil::MakeMaker from CPAN -- even though its > already installed. This wouldn't be so bad, but it actually hangs and > uses 100% of CPU time (according to "top") like its in an infinite > loop. This is the output just before it hangs: > Your post makes me very happy to know I wasn't crazy: http://www.perlmonks.org/?node_id=918414 This is a pain in the ass and I don't know if it's a FBSD CPAN problem or a CPAN dependency problem but it does happen, and it's really annoying. I don't have a fix but a workaround. It will always hang on the same test, so just ^C and "look" into the module. remove the test and go back to the cpan shell. It won't bother you again for the whole CPAN session. -- Alejandro ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On 22/02/2012 12:48, Jaime Kikpole wrote: > On Wed, Feb 22, 2012 at 4:26 AM, Matthew Seaman wrote: >> Speaking as the rt40 port maintainer, I feel you may be making your life >> unnecessarily difficult here. The port won't touch your data: it does >> precisely nothing to the database. It does let you set default values >> for DB connection parameters at install time, but that's not required >> and you can just use the normal configuration files to the same effect. > > I had no idea. I assumed that it could only attempt to setup a new > DB. Thank you. That will be a big help. It's a FreeBSD ports thing -- ports generally do not provide pre-packaged configurations, on the basis that is what sysadmins are for. > Does the rt40 port make a new MySQL database by the name of rt4? My > current data is in a MySQL database named rt3, which is why I ask. > How would you recommend getting the migrated data over to the new > version? No -- as I said, the port doesn't touch the database at all. What it does do is print out a message with some instructions on what to do next. Actually, these are pretty much a condensed version of what is in the README in the rt-4.0.5 sources. To create a brand-new empty database and associated userid and password for rt-4.0.5 run: /usr/local/sbin/rt-setup-database --action create,acl \ --prompt-for-dba-password This will use the defaults specified when you built the port, prompting you for the password for the privileged DBA login used to do the schema modification bits. (While you can set that at build time, I don't recommend it on the basis that it will store the password internally in plain text.) You may need to do other dba related bits, like editing the pg_hba.conf file to allow the new user appropriate access levels. For upgrades from rt-3.x to rt-4.x, the procedure would be to start with a copy of your rt3 DB loaded into a new rt4 DB instance -- ie. by using mysqldump and mysql client to load, or pg_dump and psql to load or the equivalent for whatever RDBMS you prefer. Then use rt-setup-database to apply the required schema updates. Note: although the rt40 port defaults to using MySQL, personally, I'd choose PostgreSQL for a new install. (Pg supports full-text indexing natively, whereas MySQL needs external software and more to do so.) Switching RDBMSes as part of the upgrade is not a trivial operation, so unless you have good reason, just stick with whatever DB you've already got. The DB default of MySQL is what was there historically, and I didn't think my arbitrarily changing that was justified. > As a side note, it seems that I've put off the Apache 1.3.x to 2.x > upgrade for far too long. The rt40 port requires p5-Log-Dispatch > which requires some Apache port. Since apache13 was deprecated in > November, I'll have to upgrade Apache itself first. I'm thinking that > I'll do that today and go with the apache22 port. I'm open to advise > on the Apache upgrade if anyone has any. > rt40 can be run with any web server supported by PSGI, which is rather more than just Apache. (There's even a built-in pure-perl one, but that's really not suitable for any sort of serious usage level.) While apache22 is the default, p5-Log-Dispatch doesn't have any apache dependencies that I can see... How hard the apache upgrade is for you depends on what else you serve with your apache13 instance currently. If this is a server dedicated to RT, then it should be pretty simple. For a dedicated RT VHOST (or a dedicated apache instance), and assuming a) you're using mod_perl and b) you want to use HTTPS, the rt-related config should look something like this: ServerName rt.example.org SSLEngine on SSLCertificateFilewww/apache22/certs/rt.example.org-cert.pem SSLCertificateKeyFile www/apache22/certs/rt.example.org-key.pem AddDefaultCharset UTF-8 DocumentRoot "/usr/local/share/rt40/html" Order Allow,Deny Allow from 192.0.2.0/24 SetHandler modperl PerlResponseHandler Plack::Handler::Apache2 PerlSetVar psgi_app /usr/local/sbin/rt-server use Plack::Handler::Apache2; Plack::Handler::Apache2->preload("/usr/local/sbin/rt-server"); (Just drop the lines starting SSL and change the port number to 80 if you prefer plain text HTTP.) There are some more examples in the RT supplied documentation in /usr/local/share/doc/rt40/web_deployment.pod >> Hmmm... well, the port doesn't use 'make fixdeps' because it's the ports >> job to ensure that all the required dependencies are fulfilled. > > That is very good news. Thank you. > > >> However, if I try it manually, everything works just fine. This is on a >> system with only the version of E::MM that comes bundled with perl-5.12 >> (which is version 6.56). The make fixdeps output looks completely >> different though -- what version of RT are you trying to use? > > RT 4.0.5. Perl 5.8.9. I think there may well be m
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On Wed, Feb 22, 2012 at 4:26 AM, Matthew Seaman wrote: > Speaking as the rt40 port maintainer, I feel you may be making your life > unnecessarily difficult here. The port won't touch your data: it does > precisely nothing to the database. It does let you set default values > for DB connection parameters at install time, but that's not required > and you can just use the normal configuration files to the same effect. I had no idea. I assumed that it could only attempt to setup a new DB. Thank you. That will be a big help. Does the rt40 port make a new MySQL database by the name of rt4? My current data is in a MySQL database named rt3, which is why I ask. How would you recommend getting the migrated data over to the new version? As a side note, it seems that I've put off the Apache 1.3.x to 2.x upgrade for far too long. The rt40 port requires p5-Log-Dispatch which requires some Apache port. Since apache13 was deprecated in November, I'll have to upgrade Apache itself first. I'm thinking that I'll do that today and go with the apache22 port. I'm open to advise on the Apache upgrade if anyone has any. > Hmmm... well, the port doesn't use 'make fixdeps' because it's the ports > job to ensure that all the required dependencies are fulfilled. That is very good news. Thank you. > However, if I try it manually, everything works just fine. This is on a > system with only the version of E::MM that comes bundled with perl-5.12 > (which is version 6.56). The make fixdeps output looks completely > different though -- what version of RT are you trying to use? RT 4.0.5. Perl 5.8.9. Thanks so much for the help. Its one of the great things about the open source community that I'm not at the mercy of a "help desk" that say things like "OK, why don't you go ahead and reinstall it, then?" Jaime -- Network Administrator Cairo-Durham Central School District http://cns.cairodurham.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: CPAN hanging on ExtUtils::MakeMaker even if installed
On 22/02/2012 00:34, Jaime Kikpole wrote: > I'm attempting to upgrade Request Tracker manually. (I know that > there is a port, but I'd like to preserve my data, thus I'm doing this > "the old fashioned way." :) ) Speaking as the rt40 port maintainer, I feel you may be making your life unnecessarily difficult here. The port won't touch your data: it does precisely nothing to the database. It does let you set default values for DB connection parameters at install time, but that's not required and you can just use the normal configuration files to the same effect. Unless you've made lots of local tweaks to the code, and not by using the recognised extension method, using the port should not be damaging to your setup. If you find otherwise, I'd like very much to hear about it so I can fix the problem. > When I run the "make fixdeps" step described in the directions, it > attempts to load ExtUtil::MakeMaker from CPAN -- even though its > already installed. This wouldn't be so bad, but it actually hangs and > uses 100% of CPU time (according to "top") like its in an infinite > loop. This is the output just before it hangs: > > [...cut...] > Manifying blib/man3/File::Temp.3 > Manifying blib/man3/ExtUtils::MM_Any.3 > MSCHWERN/ExtUtils-MakeMaker-6.62.tar.gz > /usr/bin/make -- OK > CPAN: YAML loaded ok (v0.68) > Running make test > PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/arch" "-Iblib/lib" > "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', > 'blib/arch')" t/*.t > t/00compile.t . ok > t/arch_check.t ok > t/backwards.t . ok > t/basic.t . ok > t/build_man.t . ok > t/cd.t ok > t/config.t ok > t/dir_target.t ok > t/FIRST_MAKEFILE.t ok > t/fix_libs.t .. ok > t/fixin.t . ok > t/hints.t . ok > t/INST.t .. ok > t/INST_PREFIX.t ... ok > t/INSTALL_BASE.t .. 3/20 > > > I've found references to this on the web. They seem to indicate that > its something with the FreeBSD port and that its fixed in version > 6.63. Unfortunately, only version 6.62 is in the ports collection. > > Anyone know what to do to get past this? Hmmm... well, the port doesn't use 'make fixdeps' because it's the ports job to ensure that all the required dependencies are fulfilled. However, if I try it manually, everything works just fine. This is on a system with only the version of E::MM that comes bundled with perl-5.12 (which is version 6.56). The make fixdeps output looks completely different though -- what version of RT are you trying to use? lucid-nonsense:/tmp/rt-4.0.5:# make fixdeps /usr/bin/perl ./sbin/rt-test-dependencies --verbose --install --with-SQLite perl: >=5.8.3(5.12.4) ...found users: rt group (www) ...found bin owner (root) ...found libs owner (root) ...found libs group (bin) ...found web owner (www) ...found web group (www) ...found CLI dependencies: Term::ReadKey ...found Getopt::Long >= 2.24 ...found HTTP::Request::Common ...found Term::ReadLine ...found Text::ParseWords ...found LWP ...found CORE dependencies: DateTime >= 0.44 ...found Class::ReturnValue >= 0.40 ...found Text::Quoted >= 2.02 ...found Regexp::IPv6 ...found CSS::Squish >= 0.06 ...found Encode >= 2.39 ...found DateTime::Locale >= 0.40 ...found Module::Versions::Report >= 1.05 ...found MIME::Entity >= 5.425 ...found Digest::SHA ...found List::MoreUtils ...found DBI >= 1.37 ...found Locale::Maketext::Lexicon >= 0.32 ...found Devel::StackTrace >= 1.19 ...found Digest::base ...found Text::Password::Pronounceable ...found Devel::GlobalDestruction ...found Time::ParseDate ...found File::Temp >= 0.19 ...found Locale::Maketext >= 1.06 ...found Tree::Simple >= 1.04 ...found Text::Template >= 1.44 ...found Scalar::Util ...found HTML::Quoted ...found HTML::Scrubber >= 0.08 ...found File::Spec >= 0.8 ...found DBIx::SearchBuilder >= 1.59 ...found Sys::Syslog >= 0.16 ...found Mail::Mailer >= 1.57 ...found File::ShareDir ...found Regexp::Common ...found Digest::MD5 >= 2.27 ...found Cache::Simple::TimedExpiry ...found File::Glob ...found Class::Accessor >= 0.34 ...found Locale::Maketext::Fuzzy ...found Time::HiRes ...found Text::Wrapper ...found Regexp::Common::net::CIDR ...found Net::CIDR ...found Log::Dispatch >= 2.23 ...found UNIVERSAL::require ...found Email::Address ...found DASHBOARDS dependencies: HTML::RewriteAttributes >= 0.04 ...found MIME::Types ...found GD dependencies: GD::Text .
CPAN hanging on ExtUtils::MakeMaker even if installed
I'm attempting to upgrade Request Tracker manually. (I know that there is a port, but I'd like to preserve my data, thus I'm doing this "the old fashioned way." :) ) When I run the "make fixdeps" step described in the directions, it attempts to load ExtUtil::MakeMaker from CPAN -- even though its already installed. This wouldn't be so bad, but it actually hangs and uses 100% of CPU time (according to "top") like its in an infinite loop. This is the output just before it hangs: [...cut...] Manifying blib/man3/File::Temp.3 Manifying blib/man3/ExtUtils::MM_Any.3 MSCHWERN/ExtUtils-MakeMaker-6.62.tar.gz /usr/bin/make -- OK CPAN: YAML loaded ok (v0.68) Running make test PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/arch" "-Iblib/lib" "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00compile.t . ok t/arch_check.t ok t/backwards.t . ok t/basic.t . ok t/build_man.t . ok t/cd.t ok t/config.t ok t/dir_target.t ok t/FIRST_MAKEFILE.t ok t/fix_libs.t .. ok t/fixin.t . ok t/hints.t . ok t/INST.t .. ok t/INST_PREFIX.t ... ok t/INSTALL_BASE.t .. 3/20 I've found references to this on the web. They seem to indicate that its something with the FreeBSD port and that its fixed in version 6.63. Unfortunately, only version 6.62 is in the ports collection. Anyone know what to do to get past this? Thanks in advance, Jaime -- Network Administrator Cairo-Durham Central School District http://cns.cairodurham.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"