#59975 closed defect (fixed)
qBittorrent copies MacPorts libraries into application bundle
| Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | i0ntempest |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.6.2 |
| Keywords: | Cc: | dbevans (David B. Evans) | |
| Port: | qBittorrent |
Description
The qBittorrent application that the qBittorrent port has copies of all the MacPorts libraries it uses in its Contents/Frameworks folder of the application bundle. We don't want that to happen; it should link with the existing libraries where MacPorts installs them.
This is a consequence of using the macdeployqt program in the destroot phase. The fix might simply be to not call that program. Take a look at how other Qt-using ports do it.
When this is fixed, the dependencies would need to be changed from depends_build to depends_lib.
Change History (4)
comment:1 Changed 5 years ago by i0ntempest
comment:2 Changed 5 years ago by i0ntempest
...The change was easier than expected. Turns out macdeployqt is just overcomplicating things.
comment:3 Changed 5 years ago by i0ntempest
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
comment:4 Changed 4 years ago by i0ntempest
In aabc11f51e1c7d8eb542be2b0e7fd0b6674cf255/macports-ports (dar, master, py38-reproject, revert-6945-rust-1.43.0, wireshark):
Thanks, I'll ignore buildbot failures for now and investigate how to not use macdeployqt. Might take a few days...