How can variant B imply variant A?

Mojca Miklavec mojca.miklavec.lists at gmail.com
Wed Aug 22 06:46:39 PDT 2012


On Wed, Aug 22, 2012 at 3:29 PM, Michael Dickens  wrote:
> Hi Mojca - I assume I was included because the qt4-mac / gnuplot issue you
> described (as forwarded below)?

Exactly.

> If I understand what you wrote, I really
> don't see that as an issue since it was a current version of qt4-mac and an
> archived version of gnuplot.  I think the vast majority of users will not be
> encountering this issue; it'll be just a handful of developers and hackers,
> and they will have "asked for it" :)  I'm not sure there's any reasonable
> way to guarantee that a current port is compatible with an older, archived
> version of another port; just too many possibilities of things that could go
> wrong there.

I totally agree with that point of view. (I was just a bit less explicit.)

> Or, maybe I don't understand what the issue really is, or its
> importance? - MLD

I wrote that for two reasons (apart from being bitten by it in the
morning). The first reason is that user may legally do the following:
- install "qt4-mac +framework"
- install another port with default dependency on qt4-mac which was
built with buildbot and depends on
/opt/local/lib/libQt<whatever>.dylib
This is not a problem with gnuplot since gnuplot has to be built from
source. But it might be a problem for other packages. I'm not sure how
serious problem that is though. I don't expect many people would
really want to use "+framework" flag anyway. I used it out of pure
curiosity, and even then it's painful. With default setting upgrading
to new revision takes a fraction of a minute. With +framework upgrade
takes hours and hours and hours. I would not worry about this unless
bug reports start flying in.

The second reason why I wrote it was the response to this thought:

> This is just a bad idea: your package will install differently based on what's available, and not even consistently (e.g. archives).

(I was thinking of choosing the port variant based on whether
wxWidgets or wxWidgets-devel is already present. This would actually
not break archives. But currently "qt4-mac +framework" does.)

It's not really a serious issue, however it might be worth keeping it in mind.

Mojca


More information about the macports-dev mailing list