[MacPorts] #39850: Sandbox denies access when prefix/portdbpath not normalised

MacPorts noreply at macports.org
Mon Jul 29 06:38:54 PDT 2013


#39850: Sandbox denies access when prefix/portdbpath not normalised
-------------------------+--------------------------------
  Reporter:  jwhowse4@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+--------------------------------

Comment (by dgc.macports@…):

 Replying to [comment:17 jmr@…]:
 > I don't think it's unreasonable to require prefix and portdbpath to be
 fully normalised. Both can be changed at install time.

 (This may be purely rhetorical, not sure whether it adds anything or not.)
 I'm new here and I realize this might not carry a lot of weight, but I do
 think that's unreasonable.  Probably the number 1 purpose of symlinks in
 practice is to give the user or installer some degree of ongoing
 maneuverability in distancing canonical location from actual. It's not
 just at install time: what if at install time I intall to /opt/local but
 at a later time the disk is too full for comfort, and I move it?  What if
 for backup reasons, /opt/local/var is on a distinct disk, while the rest
 of /opt/local is not?  What if I temporarily need to move /opt/local and
 then move it back when the condition is over?  These are reasonable things
 that people do, but are ruled out by treating the situation as an install-
 time-only setting. It breaks the premise of symbolic links.

 I installed MacPorts probably 3-4 years ago, and have carried it forward
 using upgrades through three laptops. Changing it at install time isn't
 that attractive.

 (N.B. this wouldn't be an objection if package managers generally
 differentiated packages I request from packages that are installed as
 dependency resolutions, allowing me to catalog things I want separate from
 things I need in this iteration of the packaging ecosystem.)

-- 
Ticket URL: <https://trac.macports.org/ticket/39850#comment:22>
MacPorts <http://www.macports.org/>
Ports system for OS X


More information about the macports-tickets mailing list