Opened 5 years ago

Closed 5 years ago

#48275 closed defect (fixed)

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

Reported by: zanderpower@… Owned by: michaelld (Michael Dickens)
Priority: Normal Milestone:
Component: ports Version: 2.3.3
Keywords: leopard PowerPC Cc: hapaguy (Brian Kurt Fujikawa)
Port: py-pyqt4

Description

Logfile attached.

Attachments (1)

main.log (1.1 MB) - added by zanderpower@… 5 years ago.

Download all attachments as: .zip

Change History (12)

Changed 5 years ago by zanderpower@…

Attachment: main.log added

comment:1 Changed 5 years ago by dbevans (David B. Evans)

Cc: michaelld@… removed
Owner: changed from macports-tickets@… to michaelld@…

comment:2 Changed 5 years ago by hapaguy (Brian Kurt Fujikawa)

Cc: brian.fujikawa@… added

Cc Me!

comment:3 Changed 5 years ago by michaelld (Michael Dickens)

What does the following return:

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

comment:4 Changed 5 years ago by zanderpower@…

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

comment:5 Changed 5 years ago by 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

comment:6 Changed 5 years ago by zanderpower@…

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

comment:7 Changed 5 years ago by zanderpower@…

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.

comment:8 Changed 5 years ago by 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.

comment:9 Changed 5 years ago by zanderpower@…

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.

comment:10 Changed 5 years ago by zanderpower@…

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

comment:11 Changed 5 years ago by michaelld (Michael Dickens)

Resolution: fixed
Status: newclosed

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

Note: See TracTickets for help on using tickets.