[MacPorts] #51516: MacPorts should use a bundled copy of a newer libcurl and SSL library rather than the OS X version

MacPorts noreply at macports.org
Sun Jun 9 19:16:26 UTC 2024


#51516: MacPorts should use a bundled copy of a newer libcurl and SSL library
rather than the OS X version
--------------------------+--------------------------------
  Reporter:  ryandesign   |      Owner:  macports-tickets@…
      Type:  enhancement  |     Status:  new
  Priority:  Normal       |  Milestone:  MacPorts Future
 Component:  base         |    Version:
Resolution:               |   Keywords:
      Port:               |
--------------------------+--------------------------------

Comment (by neverpanic):

 This all sounds like great progress.

 Note that I don't think this port should modify any of the files installed
 by base (things might end up breaking when base is updated, or the port is
 updated). Instead, just modify the `pkgIndex.tcl` shipped by base to
 opportunistically load the library from `$prefix` if it is installed.

 That would also give us the option to not blow up things should
 `Pextlib.dylib` ever change ABI, because it could then introduce a version
 number (e.g., `Pextlib.2.dylib`), and installing that base update would
 automatically attempt to load `Pextlib.2.dylib` from `$prefix`, instead of
 loading the old one and potentially crashing.

 As for whether the port-installed `Pextlib.dylib` needs to support old
 base versions, our general stance has always been that we expect users to
 update their base two weeks after a new release, as that's the cutoff date
 where we will start using new Portfile features not understood by older
 releases. As a consequence, I don't think you need any kind of
 compatibility for older base releases.

-- 
Ticket URL: <https://trac.macports.org/ticket/51516#comment:151>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list