[MacPorts] #39850: Sandbox problem with macports 2.2.0

classic Classic list List threaded Threaded
60 messages Options
123
Reply | Threaded
Open this post in threaded view
|

[MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
#39850: Sandbox problem with macports 2.2.0
------------------------+--------------------------------
 Reporter:  jwhowse4@…  |      Owner:  macports-tickets@…
     Type:  defect      |     Status:  new
 Priority:  Normal      |  Milestone:
Component:  ports       |    Version:  2.2.0
 Keywords:              |       Port:
------------------------+--------------------------------
 I am running Mac OS 10.7.5 and Xcode 4.6.3.  I just upgraded to Macports
 2.2.0 and I receive the following error when trying to install a package.
 Although I use a specific example below, in fact I can not install any
 package since upgrading Macports.  I suspect this error is related to the
 new use of the sandbox.  Note that I have Macports installed in a non-
 standard location, specifically /opt/macports.  I am not sure who to CC on
 this ticket.


 {{{
 port -v install pspp +graph +gui +quartz
 --->  Computing dependencies for pspp.
 --->  Fetching distfiles for pspp
 --->  pspp-0.8.0a.tar.gz doesn't seem to exist in
 /opt/macports/var/macports/distfiles/pspp
 --->  Attempting to fetch pspp-0.8.0a.tar.gz from
 http://distfiles.macports.org/pspp
   % Total    % Received % Xferd  Average Speed   Time    Time     Time
 Current
                                  Dload  Upload   Total   Spent    Left
 Speed
   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
 0
 --->  Attempting to fetch pspp-0.8.0a.tar.gz from
 http://sea.us.distfiles.macports.org/macports/distfiles/pspp
   % Total    % Received % Xferd  Average Speed   Time    Time     Time
 Current
                                  Dload  Upload   Total   Spent    Left
 Speed
   0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
 0
 --->  Attempting to fetch pspp-0.8.0a.tar.gz from
 http://mirrors.ibiblio.org/gnu/ftp/gnu/pspp
   % Total    % Received % Xferd  Average Speed   Time    Time     Time
 Current
                                  Dload  Upload   Total   Spent    Left
 Speed
 100 5437k  100 5437k    0     0  64976      0  0:01:25  0:01:25 --:--:--
 75337
 --->  Verifying checksums for pspp
 --->  Checksumming pspp-0.8.0a.tar.gz
 --->  Extracting pspp
 --->  Extracting pspp-0.8.0a.tar.gz
 /usr/bin/gnutar: pspp-0.8.0: Cannot mkdir: Operation not permitted
 /usr/bin/gnutar: pspp-0.8.0/configure: Cannot open: No such file or
 directory
 /usr/bin/gnutar: pspp-0.8.0/OChangeLog: Cannot open: No such file or
 directory
 /usr/bin/gnutar: pspp-0.8.0/examples: Cannot mkdir: No such file or
 directory
 /usr/bin/gnutar: pspp-0.8.0/examples/automake.mk: Cannot open: No such
 file or directory
 /usr/bin/gnutar: pspp-0.8.0/examples/regress_categorical.sps: Cannot open:
 No such file or directory
 /usr/bin/gnutar: pspp-0.8.0/examples/OChangeLog: Cannot open: No such file
 or directory
 /usr/bin/gnutar: pspp-0.8.0/examples/repairs.sav: Cannot open: No such
 file or directory
 /usr/bin/gnutar: pspp-0.8.0/examples/hotel.sav: Cannot open: No such file
 or directory
 /usr/bin/gnutar: pspp-0.8.0/examples/physiology.sav: Cannot open: No such
 file or directory

 ...

 /usr/bin/gnutar: Error exit delayed from previous errors
 Command failed:  cd
 "/opt/macports/var/macports/build/_Volumes_User_Disk_opt_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_pspp/pspp/work"
 && /usr/bin/gzip -dc
 '/opt/macports/var/macports/distfiles/pspp/pspp-0.8.0a.tar.gz' |
 /usr/bin/gnutar --no-same-owner -xf -
 Exit code: 2
 Error: org.macports.extract for port pspp returned: command execution
 failed
 Warning: targets not executed for pspp: org.macports.activate
 org.macports.extract org.macports.patch org.macports.configure
 org.macports.build org.macports.destroot org.macports.install
 Please see the log file for port pspp for details:
 /opt/macports/var/macports/logs/_Volumes_User_Disk_opt_macports_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_pspp/pspp/main.log
 To report a bug, follow the instructions in the guide:
     http://guide.macports.org/#project.tickets
 Error: Processing of port pspp failed
 }}}

--
Ticket URL: <https://trac.macports.org/ticket/39850>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------
Changes (by cal@…):

 * owner:  macports-tickets@… => jmr@…


Comment:

 Assigning to jmr.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:1>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
In reply to this post by MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by cal@…):

 Please attach `main.log`.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:2>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
In reply to this post by MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by cal@…):

 Is your `/opt/macports/` a symlink?

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:3>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
In reply to this post by MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by cal@…):

 Also reported on IRC, with `/opt/local/var/macports` being a symlink.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:4>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
In reply to this post by MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------
Changes (by larryv@…):

 * cc: kurt.hindenburg@… (added)
 * component:  ports => base


Comment:

 Has duplicate #39760.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:5>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox problem with macports 2.2.0

MacPorts
In reply to this post by MacPorts
#39850: Sandbox problem with macports 2.2.0
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by jwhowse4@…):

 Replying to [comment:3 cal@…]:
 > Is your `/opt/macports/` a symlink?

 The entire /opt directory is a symlink.  This was done in order to place
 /opt on a different physical disk than the operating system.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:6>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks (was: Sandbox problem with macports 2.2.0)

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by cal@…):

 So the issue here is that while the sandbox profile does contain the path
 before resolving symlinks, the kernel seems to check the path against the
 sandbox boundaries after resolving any symlinks.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:7>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by jwhowse4@…):

 Replying to [comment:6 jwhowse4@…]:
 > Replying to [comment:3 cal@…]:
 > > Is your `/opt/macports/` a symlink?
 >
 > The entire /opt directory is a symlink.  This was done in order to place
 /opt on a different physical disk than the operating system.

 Do you think it would resolve the situation if I changed the symlink to an
 Apple alias?

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:8>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+-------------------
  Reporter:  jwhowse4@…  |      Owner:  jmr@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+-------------------

Comment (by cal@…):

 You can try; the additional data point would be interesting, even if it
 doesn't work. Meanwhile, you can disable sandboxing entirely as a
 temporary workaround by adding `sandbox_enable no` to your
 `macports.conf`. Since sandboxing is a good thing in general, you should
 remember to change it back once a fix is released.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:9>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+--------------------------------
  Reporter:  jwhowse4@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+--------------------------------
Changes (by jmr@…):

 * owner:  jmr@… => macports-tickets@…


--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:10>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+--------------------------------
  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@…):

 Workaround works for me.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:12>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+--------------------------------
  Reporter:  jwhowse4@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+--------------------------------

Comment (by egall@…):

 For me, my case is `/opt/local/var/macports/build` is a symlink to
 `/opt/local/var/macports/build.build`. (I changed this because I read
 somewhere (perhaps in Fink's docs?) that adding a `.build` extension to a
 directory will keep Spotlight from indexing it). Anyways, I'm using the
 workaround for now...

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:14>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access to resolved symlinks

MacPorts
In reply to this post by MacPorts
#39850: Sandbox denies access to resolved symlinks
-------------------------+--------------------------------
  Reporter:  jwhowse4@…  |      Owner:  macports-tickets@…
      Type:  defect      |     Status:  new
  Priority:  Normal      |  Milestone:
 Component:  base        |    Version:  2.2.0
Resolution:              |   Keywords:
      Port:              |
-------------------------+--------------------------------
Changes (by larryv@…):

 * cc: rharwood@… (added)


Comment:

 Has duplicate #39864.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:15>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

Re: [MacPorts] #39850: Sandbox denies access when prefix/portdbpath not normalised (was: Sandbox denies access to resolved symlinks)

MacPorts
In reply to this post by MacPorts
#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 jmr@…):

 I don't think it's unreasonable to require prefix and portdbpath to be
 fully normalised. Both can be changed at install time.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:17>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

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

MacPorts
In reply to this post by MacPorts
#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 cal@…):

 People _do_ create those symlinks after installing MacPorts. Since this is
 the first feature to break that behavior, I consider it a regression and
 we should fix it, especially since it probably only takes a few calls to
 `file normalize`.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:18>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

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

MacPorts
In reply to this post by MacPorts
#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 jwhowse4@…):

 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.

 I am not certain I understand the definition of normalized in this
 context, but the symlink to /opt existed on my system before any version
 of macports was installed.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:19>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

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

MacPorts
In reply to this post by MacPorts
#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 cal@…):

 Replying to [comment:19 jwhowse4@…]:
 > I am not certain I understand the definition of normalized in this
 context, but the symlink to /opt existed on my system before any version
 of macports was installed.

 Normalized means the paths in `$prefix` and `$portdbpath` should not
 contain any components that are symlinks or aliases, i.e. he is suggesting
 you should have configured your MacPorts installation using
 `--prefix=$(readlink /opt)/local`.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:20>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

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

MacPorts
In reply to this post by MacPorts
#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:              |
-------------------------+--------------------------------
Changes (by larryv@…):

 * cc: jsdk.net@… (added)


Comment:

 Has duplicate #39889.

--
Ticket URL: <https://trac.macports.org/ticket/39850#comment:21>
MacPorts <http://www.macports.org/>
Ports system for OS X
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
Reply | Threaded
Open this post in threaded view
|

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

MacPorts
In reply to this post by MacPorts
#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
_______________________________________________
macports-tickets mailing list
[hidden email]
https://lists.macosforge.org/mailman/listinfo/macports-tickets
123