Why does macports require a migration across major version bumps?

Eitan Adler lists at eitanadler.com
Sat Sep 2 06:29:19 UTC 2017

On Friday, 1 September 2017, Joshua Root <jmr at macports.org> wrote:

> On 2017-8-30 11:01 , Eitan Adler wrote:
>> What is the underlying reason to require a reinstall across major
>> versions? I did something silly/stupid/smart  and removed the check
>> from libexec/macports/lib/macports1.0/macports.tcl and just did 'sudo
>> port upgrade outdated' to rebuild the world. It got about 90% of the
>> way through and only errored on a few expected
>> broken-for-other-reasons ports.
>> Obvious I'm down the deep hole of unsupported actions but I'm curious
>> about what gets missed when someone does this?
> It's the same reason there are separate installers per OS version in the
> first place: Many features are detected at configure time. If the same
> features are not available at runtime, stuff breaks.
> It's possible that nothing relevant changes between certain major OS
> versions. It definitely does between others.
> If we were able to detect all features at runtime, we could have a single
> (base) build that would work on all supported OS versions. All the many
> ports that detect features at configure time would still need to be
> reinstalled of course.

Note that I am doing a complete reinstall by using port upgrade outdated.
Is this not sufficient?

> - Josh

Sent from my Turing Machine
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-dev/attachments/20170901/d3ae7e17/attachment.html>

More information about the macports-dev mailing list