[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