Opened 5 years ago

Closed 5 years ago

Last modified 4 years ago

#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

Thanks, I'll ignore buildbot failures for now and investigate how to not use macdeployqt. Might take a few days...

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: assignedclosed

In aabc11f51e1c7d8eb542be2b0e7fd0b6674cf255/macports-ports (master):

qBittorrent: remove the use of macdeployqt

Closes: #59975

comment:4 Changed 4 years ago by i0ntempest

In aabc11f51e1c7d8eb542be2b0e7fd0b6674cf255/macports-ports (dar, master, py38-reproject, revert-6945-rust-1.43.0, wireshark):

qBittorrent: remove the use of macdeployqt

Closes: #59975

Note: See TracTickets for help on using tickets.