Ticket #12169 (closed defect: fixed)
BUG: MacPorts shouldn't evaluate variants of non-required dependencies
| Reported by: | ryandesign@… | Owned by: | macports-tickets@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | MacPorts 1.8.0 |
| Component: | base | Version: | 1.4.42 |
| Keywords: | Cc: | jmr@… | |
| Port: |
Description
This is a follow-up to #12137 in which I experienced this problem:
$ sudo port install glitz +universal Error: Error executing universal: Default universal variant only works with ports based on configure Error: Unable to execute port: Error evaluating variants
Turns out it's not complaining about the glitz port, which does use configure, but rather about the XFree86 port, which doesn't use configure. I'm not even using XFree86; I'm using Apple's X11.
I worked around the problem for XFree86 by removing its +universal variant in r26296, since it was nonfunctional anyway, but the underlying problem remains: MacPorts was evaluating the +universal variant of XFree86, although XFree86 wasn't going to get installed. I say MacPorts shouldn't have done that.
Change History
comment:1 Changed 6 years ago by eridius@…
- Status changed from new to closed
- Resolution set to worksforme
comment:2 Changed 6 years ago by ryandesign@…
- Status changed from closed to reopened
- Resolution worksforme deleted
I worked around the issue for the XFree86 and closed #12137. This issue is for the fundamental problem in base that remains: that it shouldn't evaluate the variants of ports that won't get installed anyway, as I explained above, since this would have avoided the issue I experienced in #12137, and may avoid other issues for other users in the future.
comment:3 Changed 6 years ago by jmpp@…
- Milestone changed from Needs developer review to MacPorts base bugs
Milestone Needs developer review deleted


Erm, you yourself fixed this issue with XFree86 a week ago. Why are you filing this bug?