[MacPorts] #60680: macOS 10.15.5: microphone and camera privacy permissions don't work anymore with .app
MacPorts
noreply at macports.org
Fri Jun 19 06:40:56 UTC 2020
#60680: macOS 10.15.5: microphone and camera privacy permissions don't work anymore
with .app
----------------------+--------------------
Reporter: ra1nb0w | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.6.2
Resolution: | Keywords:
Port: pihpsdr |
----------------------+--------------------
Comment (by ryandesign):
I'm not saying a symlink in ${prefix}/bin is the right choice, but why
don't you like it?
I'm wary of hard links because they are at first glance indistinguishable
from separate files. It may be possible to detect that a file is a hard
link of another, but [https://superuser.com/questions/166895/how-does-
time-machine-deal-with-hard-links Time Machine for example doesn't attempt
to do that] so if we make a habit of hard linking things that will
unnecessarily increase the size of users' backups.
Do consider introducing a new app 1.1 portgroup rather than modifying app
1.0. For example, app 1.0 has the app.executable option, and if that's set
to a path within the destroot, it symlinks that into the app bundle as its
executable. If you change that behavior in app 1.0, then you immediately
have to revbump every port that uses that feature of app 1.0. That's a lot
of work identifying all those ports, and a lot of builds for the buildbot
to do all at once. So instead, you could introduce app 1.1 that makes
app.executable either hardlink it or move the original and put a symlink
in its place. Then ports can switch from app 1.0 to 1.1 when it's
convenient, for example when they need to update their version anyway. We
could enable retina mode by default so that ports don't all have to do it
manually. And we could add the new CFBundleDisplayName key. If we can
think of any other changes we should be making to app structure generally
or to the keys that we add to the Info.plist this would be a good time to
do it.
--
Ticket URL: <https://trac.macports.org/ticket/60680#comment:3>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list