py27-pyqt4 fails in destroot phase during upgrade on leopard ppc

[zzanderr]

Logfile attached.

[hapaguy (Brian Kurt Fujikawa)]

Cc Me!

[michaelld (Michael Dickens)]

What does the following return:

ls -lR $(port work py27-pyqt4)/destroot/opt/local/share/data/

[zzanderr]

The command displays

ls -lR $(port work py27-pyqt4)/destroot/opt/local/share/data
/mp2/local/libexec/gnubin/ls: cannot access /mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/opt/local/share/data: No such file or directory

However, my setup has a slightly unorthodox path: "/mp2/local/..." Using _this_ in the appropriate place, I get the following:

ls -lR $(port work py27-pyqt4)/destroot/mp2/local/share/data
/mp2/local/libexec/gnubin/ls: cannot access /mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/data: No such file or directory

Finally, using the usual directory hierarchy, I get (no surprise!):

ls -lR $(port work py27-pyqt4)/destroot/macports/local/share/data
/mp2/local/libexec/gnubin/ls: cannot access /mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/macports/local/share/data: No such file or directory

[michaelld (Michael Dickens)]

Ah yes, I see the non-standard ${prefix} now; my bad. How about this one:

ls -lR $(port work py27-pyqt4)/destroot/mp2/local/share/qt4

[zzanderr]

Looks promising:

ls -lR $(port work py27-pyqt4)/destroot/mp2/local/share/qt4
/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4:
total 0
drwxr-xr-x 3 root admin 102 Jul  7 02:29 plugins
drwxr-xr-x 3 root admin 102 Jul  7 02:29 qsci

/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4/plugins:
total 0
drwxr-xr-x 3 root admin 102 Jul  7 02:29 designer

/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4/plugins/designer:
total 40
-rwxr-xr-x 1 root admin 40936 Jul  7 02:29 libpy27qt4.dylib

/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4/qsci:
total 0
drwxr-xr-x 3 root admin 102 Jul  7 02:29 api

/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4/qsci/api:
total 0
drwxr-xr-x 3 root admin 102 Jul  7 02:29 python

/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-pyqt4/py27-pyqt4/work/destroot/mp2/local/share/qt4/qsci/api/python:
total 1216
-rw-r--r-- 1 root admin 1244639 Jul  7 02:29 PyQt4.api

[zzanderr]

By the way, its been so long since I've used the traditional prefix, that I had forgotten that it was "/opt/local", which I confusedly believed was Fink's. That's the reason I tried "/macports/local/" in my first response to you.

[michaelld (Michael Dickens)]

NP. I just pushed r138421, which hopefully fixes this issue for you (and, maybe, others). Easiest way to get it is to wait 30 minutes (until about 4 PM/US/Eastern), then do:

sudo port clean py27-pyqt4
sudo port selfupdate
sudo port install py27-pyqt4

Please report back here success or failure.

[zzanderr]

Upgraded without a problem:

 sudo port upgrade py27-pyqt4
--->  Computing dependencies for py27-pyqt4
--->  Fetching distfiles for py27-pyqt4
--->  Attempting to fetch PyQt-mac-gpl-4.11.4.tar.gz from http://superb-dca2.dl.sourceforge.net/pyqt
--->  Verifying checksums for py27-pyqt4                                             
--->  Extracting py27-pyqt4
--->  Applying patches to py27-pyqt4
--->  Configuring py27-pyqt4
--->  Building py27-pyqt4
--->  Staging py27-pyqt4 into destroot
--->  Installing py27-pyqt4 @4.11.4_2+scintilla
--->  Cleaning py27-pyqt4
--->  Computing dependencies for py27-pyqt4
--->  Deactivating py27-pyqt4 @4.11.4_0+scintilla
--->  Cleaning py27-pyqt4
--->  Activating py27-pyqt4 @4.11.4_2+scintilla
--->  Cleaning py27-pyqt4
--->  Updating database of binaries
--->  Scanning binaries for linking errors               
--->  No broken files found.                             

Thanks for your help. I also apologize for not mentioning that it was the +scintilla variant. I had forgotten that as well.

[zzanderr]

py34-pyqt4 also upgraded without a problem, as expected.

[michaelld (Michael Dickens)]

Great! You're welcome. Thanks for reporting back.