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

[MacPorts]

#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 RJVB):

 Replying to [comment:141 kencu]:
 > Your code to use the newer Pextlib looks very promising!

 I'd *almost* put my hand in the fire that it'll work ;)

 Actually, I think we should even be able to rewrite the pkgIndex loader in
 such a way that it'll load the original Pextlib as a fallback not just for
 a missing new Pextlib but also if that new Pextlib fails to load. Say
 because of a missing or botched dependency.

 And that should make it possible at least technically speaking to simply
 use the installed libcurl as a dependency of the new Pextlib. And `port
 :MacPorts-pextlib` would then get a revbump just like every other
 dependent of `port:curl`.

 I don't know if I find that a reassuring idea, but it'll make things a lot
 easier if the fallback idea works. Only 1 new port to maintain, for
 instance, and building that new Pextlib will also be a little easier.

 A hybrid scheme would also be possible, where `port:MacPorts-pextlib`
 builds against the installed libcurl but then relinks to a dedicated
 libcurl copy of that library. A `MacPorts-libcurl` subport which follows
 `port:curl` at a short distance would then do just that copying. That
 would give a little testing time after updating `port:curl`.

 I kind of like that idea though not everyone might like the fact that it
 means the user gets direct control over what SSL backend is used by
 Pextlib.

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