BUG: New Install Won't Work on MBP (Problem with Pextlib)

[pete-darwinports@…]

I'm trying to get a friend of mine using {Darwin|Mac}Ports. If he downloads the source for 1.3.2 (or 1.2.0, which worked for me on my MBP), builds, then installs, everything looks good, but when he tries to "port sync" as from the docs or run "make test" in the source directory, things fail.

None of the port commands work. They all error out with this:

can't find package Pextlib 1.0
    while executing
"package_native require Pextlib 1.0"
    ("eval" body line 1)
    invoked from within
"eval package_native $args"
    (procedure "package" line 14)
    invoked from within
"package require Pextlib 1.0"
    (procedure "dportinit" line 311)
    invoked from within
"dportinit ui_options global_options global_variations"
Error: /opt/local/bin/port: Failed to initialize ports system, can't find package Pextlib 1.0

This is what "make test" errors out with:

===> making test in src/pextlib1.0
/usr/bin/tclsh tests/curl.tcl Pextlib.dylib
no suitable image found.  Did find:
        /opt/DarwinPorts-1.3.2/src/pextlib1.0/Pextlib.dylib: mach-o, but wrong architecture
    while executing
"load $pextlibname"
    (procedure "main" line 2)
    invoked from within
"main $argv"
    (file "tests/curl.tcl" line 54)
make[2]: *** [test] Error 1
make[1]: *** [test] Error 1
make: *** [test] Error 1

Any ideas how to fix this?

Thanks,

pete

[markd@…]

I think a friend of mine had teh same problem with Xcode 2.3. Updating to 2.4 solved it.

[pete-darwinports@…]

My friend re-installed and the problem went away. He had also upgraded to 2.4, but that didn't help him.

[cluon@…]

Ran into the same problem, after doing a port selfupdate. Something killed /opt/local/share/darwinports/Tcl/pextlib1.0/pkgIndex.tcl -- it was empty aside from the comment header. I tried to reinstall from the 1.3.1 disk image without any luck, and compiled 1.3.2 from source and installed that. Neither measure worked.

After poking around a bit more, I downloaded the 2.4 update to XCode, installed that along with the new version of the X11 SDK, and then recompiled. That seemed to fix the issue.

I have a feeling that installing 1.3.1 after installing the XCode update may have worked as well, but can't be sure.

[mrevoir@…]

I re-installed the XCode and have tried building MacPorts 1.4 from scratch, but I still get this error. Pextlib appears to exist properly.

$ ls -l /opt/local/share/darwinports/Tcl/pextlib1.0/
total 392
-r--r--r--   1 root  admin  194744 Mar 13 15:52 Pextlib.dylib
-rw-r--r--   1 root  admin     466 Mar 13 15:52 pkgIndex.tcl

Does anyone have any other things to try?

[mrevoir@…]

My problem was related to issue  11401. Below is the assistance I got on #macports which solved my problem.

[8:06pm] mrevoir: I've been having problems on my MacBook Pro ever since I did a self update to 1.3.1 with "Failed to initialize ports system, can't find package Pextlib 1.0". I was able to extract that file from the bundle as suggested in the mailing list, but then I was unable to build most packages due to vm_allocate errors. I tried installing MacPorts 1.4.0-rc1, but it too can't find Pextlib, even though pkgIndex.tcl and Pextlib.dylib are in /opt/local/share/darwinports/Tcl/pextlib1.0/. Does anyone have any suggestions? I've tried both DarwinPorts 1.2.1 and 1.3.1 from the installers.
[8:24pm] Eridius: mrevoir: I bet you have the same problem someone else did
[8:24pm] Eridius: you installed Aqua/tk didn't you?
[8:24pm] Eridius: apparently it's not generating the package index for pextlib properly (if you examine it, it just contains comments)
[8:24pm] Eridius: the trick is to uninstall Aqua/tk, rename /usr/bin/tclsh8.4.7 to tclsh8.4 (not necessary, but that's what the apple-provided one looks like), and symlink /usr/bin/tclsh to it
[8:25pm] mrevoir: Eridius: Thanks, I'll give that a shot.
[8:38pm] mrevoir: Eridius: You're correct that the package index was empty. I have 8.4, 8.4.7 and 8.5 installed. tclsh was symlinked to tclsh8.4. Symlinking it  to 8.4.7  made it work. Thanks!

[eridius@…]

Marking this closed, since it's a problem with Tcl/Tk Aqua (no idea why the Tcl/Tk Aqua package can't handle generating a pkgIndex for Pextlib).