BUG: svk-2.0.1 hangs during configuration

[ddkilzer@…]

When running "port install svk", the installation of the svk package hangs during configuration.

Using "port -v install svk", I see the following dialog printed out repeatedly:

(1) Africa
(2) Asia
(3) Central America
(4) Europe
(5) North America
(6) Oceania
(7) South America
Select your continent (or several nearby continents) [] 
Sorry! since you don't have any existing picks, you must make a
geographic selection.

It seems I don't have something set, and the dialog is never getting answered, and thus installation hangs.

[ddkilzer@…]

BTW, I'm using Mac OS X 10.4.9 (8P135).

[markd@…]

It thinks it is missing file::temp. Ccing maintainer.

• File::Temp ...missing. (would need 0.17)

==> Auto-install the 1 mandatory module(s) from CPAN? [Y/n] y

[danielluke (Daniel J. Luke)]

From the ui_msg output from the p5-file-temp-svkonly package:

You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port.

Installing this package with -f should fix this issue for you. (svk also needs p5-pathtools installed with -f, so you may want to install them both first and then try to install svk).

[cmconnelly (Claire Connelly)]

I think the issue is that we're missing File::Spec, which doesn't appear to be packaged.

--->  Configuring svk
*** Module::AutoInstall version 1.03
*** Checking for Perl dependencies...
[Core Features]
- Test::More                ...loaded. (0.62 >= 0.42)
- version                   ...loaded. (0.7203 >= 0.68)
- Algorithm::Annotate       ...loaded. (0.10)
- Algorithm::Diff           ...loaded. (1.1901 >= 1.1901)
- YAML::Syck                ...loaded. (0.71 >= 0.60)
- Data::Hierarchy           ...loaded. (0.34 >= 0.30)
- PerlIO::via::dynamic      ...loaded. (0.12 >= 0.11)
- PerlIO::via::symlink      ...loaded. (0.05 >= 0.02)
- IO::Digest                ...loaded. (0.10)
- SVN::Simple::Edit         ...loaded. (0.27 >= 0.27)
- URI                       ...loaded. (1.35)
- PerlIO::eol               ...loaded. (0.13 >= 0.13)
- Class::Autouse            ...loaded. (1.26 >= 1.15)
- App::CLI                  ...loaded. (0.07)
- List::MoreUtils           ...loaded. (0.22)
- Class::Accessor::Fast     ...loaded. (0.30)
- Class::Data::Inheritable  ...loaded. (0.06)
- Path::Class               ...loaded. (0.16 >= 0.16)
- UNIVERSAL::require        ...loaded. (0.11)
- Term::ReadKey             ...loaded. (2.30)
- Time::HiRes               ...loaded. (1.86)
- File::Temp                ...loaded. (0.17 >= 0.17)
- Encode                    ...loaded. (2.12 >= 2.10)
- Getopt::Long              ...loaded. (2.35 >= 2.35)
- Pod::Escapes              ...loaded. (1.04)
- Pod::Simple               ...loaded. (3.02)
- File::Spec                ...missing. (would need 3.19)
- SVN::Mirror               ...loaded. (0.73 >= 0.71)
==> Auto-install the 1 mandatory module(s) from CPAN? [Y/n] y
[Localized messages]
- Locale::Maketext::Lexicon ...loaded. (0.62 >= 0.62)
- Locale::Maketext::Simple  ...loaded. (0.16 >= 0.16)
[Message display through a pager]
- IO::Pager                 ...loaded. (0.05)
[Log4perl support]
- Log::Log4perl             ...loaded. (1.11)
[Patch management]
- Compress::Zlib            ...loaded. (2.004)
- FreezeThaw                ...loaded. (0.43)
We have to reconfigure CPAN.pm due to following uninitialized parameters:

followed by the CPAN messages.

Note:

The following ports are currently installed:
[...]
  p5-file-temp-svkonly @0.17_0 (active)
[...]
  p5-pathtools @3.24_1
[...]

[danielluke (Daniel J. Luke)]

File::Spec is part of p5-pathtools.

It looks like svk isn't seeing it, though, which usually means p5-pathtools wasn't installed with force.

Can you try:

port -f uninstall p5-pathtools port clean --all p5-pathtools port -f install p5-pathtools

and try installing svk again?

[danielluke (Daniel J. Luke)]

no response from reporter, changing to 'worksforme'

[ib51pi802@…]

I had the problem as well (for svk 2.0.2).

I tried: port -f uninstall p5-pathtools … w/o success.

Then sfiera (Chris Pickel) suggested I run ‘sudo cpan’ which I did, it asked me a lot of questions, including picking mirrors for cpan.

After this, the installing of svk worked w/o problems.

So the problem here seems to be lack of default values for cpan (mirrors).

[danielluke (Daniel J. Luke)]

No, that's not the problem.

svk's install procedure will only try to pull stuff from CPAN if it's not already installed. Macports installs the dependencies before installing svk, so it won't try to pull from CPAN (so it doesn't matter if you've initialized CPAN or not).

Both p5-pathtools and p5-file-temp-svkonly need to be installed with force in order for them to work (due to how perl searches for modules).

[ib51pi802@…]

In that case there is a dependency problem.

I.e. installing svk using ‘sudo install -f svk’ on a completely clean system still fails (stalls) at the “configuring svk” line.

I tried twice, gave it half an hour. Then I ran ‘sudo cpan’ and answered the questions (mostly just pressing return) and after that, installing svk worked fine.

[ib51pi802@…]

Though I don’t think it actually fetched anything from any of these mirrors, since after running ‘cpan’ the install was almost instant.

While it was stalling on the “configuring svk” both a perl and tclsh process was using 99% cpu time.

[danielluke (Daniel J. Luke)]

Please provide the full output of:

port -dvf install svk

(before it goes into the infinite loop on your system).

We'll see if we can find the dependency that isn't being found on your system that way.

[danielluke (Daniel J. Luke)]

(adding CC):

Please provide the full output of:

port -dvf install svk

(before it goes into the infinite loop on your system).

We'll see if we can find the dependency that isn't being found on your system that way.

[rae@…]

output from 'port -dvf install svk' showing infinite loop

[rae@…]

I also tried installing p5-pathtools, but that failed. Maybe I have to use -f for that as well? I used -f to install p5-file-temp-svkonly.

Using -f irks me.

Output from attempting to install p5-pathtools:

% sudo port install p5-pathtools ---> Activating p5-pathtools 3.24_1 Error: Target org.macports.activate returned: Image error: /opt/local/lib/perl5/5.8.8/darwin-2level/auto/Cwd/Cwd.bs is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Error: Status 1 encountered during processing.

[danielluke (Daniel J. Luke)]

p5-pathtools printed this:

You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port

so, yes, you must install with -f.

This is due to the way perl is configured to search for modules. There have been some changes suggested to fix this, but we haven't done anything to the perl port to fix it.

[danielluke (Daniel J. Luke)]

I am closing this ticket.

Please do not re-open it unless you have additional information to add (and debug/verbose port output indicating what the problem is).

[ib51pi802@…]

I had this problem on two different machines (and had to run cpan on both to make it work).

I wanted to try and reproduce it, but I am not sure how to get the system back to a state prior to the install.

What I did was:

sudo find /opt/local -E -regex '.*\.(tgz|bz2|gz|tar|tbz)' -delete sudo rm -rf ~/.cpan

And then tried installing svk again (with -vdf switch), but this time it didn’t stall. So maybe the above was not enough.

Any hints about how to reset what cpan etc. might have done?

I am going to try it again on a fully clean system the next time I get the chance.

[rae@…]

I used the "initialize CPAN" workaround above to fix my situation.

[(none)]

Milestone Port Bugs deleted

[danielluke (Daniel J. Luke)]

If you are experiencing a problem you should open a new bug (not comment on an old, closed bug) unless you are sure you are experiencing the same issue.

This report is from back before MacPorts fixed the @INC order of perl, so one of svk's dependencies had to be installed with force in order to work correctly. That hasn't been the case for a while - and so you are seeing a different problem.

The CPAN stuff gets printed by svk's build if it doesn't find a dependency (as it will try and automatically pull it from CPAN) - this is bad, as we want MacPorts to install the dependencies so it knows about them. Someone who is experiencing the problem needs to collect the build log and see what dependency is missing, and open a new bug.