Opened 12 years ago
Closed 12 years ago
#35052 closed defect (fixed)
py27-pyqt4 cannot find Assistant.app; possible patch attached
| Reported by: | shm@… | Owned by: | michaelld (Michael Dickens) |
|---|---|---|---|
| Priority: | Low | Milestone: | |
| Component: | ports | Version: | 2.1.1 |
| Keywords: | haspatch | Cc: | |
| Port: | py27-pyqt4 |
Description
The archives show this had been a problem that was reported before, but I couldn't tell whether what I propose is consistent with the MacPorts process. The code in /opt/local/share/doc/py27-pyqt4/examples/demos/qtdemo/menumanager.py uses the library location as a prefix to locate the Assistant app, but MacPorts installs it in a location the demo code does not expect. I simply put the actual MacPorts location of the Assistant app into the existing test for the darwin/OS X version.
Attachments (1)
Change History (4)
Changed 12 years ago by shm@…
comment:1 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)
| Keywords: | haspatch added; pyqt4 removed |
|---|---|
| Milestone: | MacPorts Future |
| Owner: | changed from macports-tickets@… to michaelld@… |
The patch would need to be changed to not assume ${applications_dir} is /Applications/MacPorts.
comment:2 Changed 12 years ago by michaelld (Michael Dickens)
Good catch. This is also an issue for "examples/designer/plugins/plugins.py". I'll add a 2-step patch to py-pyqt4's Portfile & test it out once I get qt4-mac working on 10.8 in the next couple of days.
comment:3 Changed 12 years ago by michaelld (Michael Dickens)
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
FIxed in r96669.
Context diff showing the suggested patch