qtcurve update failure
René J.V. Bertin
rjvbertin at gmail.com
Tue Dec 13 10:45:57 CET 2016
On Tuesday December 13 2016 11:22:09 Mojca Miklavec wrote:
>So:
>- you have an old qtcurve installed
>- the new qtcurve will have a new runtime dependency qtcurve-extra
>- qtcurve-extra doesn't depend on qtcurve, but fails to activate if
>qtcurve is already installed?
>
>Or did I misunderstand something?
No, that's correct.
>
>From what I understand this is exactly the case where you would want
>to use the deactivate hack. You would expect users to run
[..]
Yes, indeed. The only question I have is how the upgrade process handles variants. Suppose the user has the old qtcurve installed with +qtonly. Will that variant be preserved when the actual qtcurve upgrade starts, even if qtcurve is deactivated and regardless of how many versions/variants are installed? Even if it does it'll still be a bit brittle in case anything unforeseen goes wrong during the qtcurve-extra install.
It'd be a bit complicated to test this on my end now.
And supposing this is issue is moot, should I still add the hack, or can we do as Marko suggested?
R.
More information about the macports-dev
mailing list