Nobody has any ideas on this? On Jun 13, 2007, at 05:16, Ryan Schmidt wrote:

I have plenty of ports installed with +universal, but glitz is complaining:

$ 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

But glitz _is_ based on configure. It's a perfectly normal, simple port.

Debug output shows it's actually complaining about the XFree86 dependency:

$ sudo port -dv install glitz +universal Password: DEBUG: Found port in file:///Users/rschmidt/macports/dports/ graphics/glitz DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/ graphics/glitz DEBUG: Requested variant darwin is not provided by port glitz. DEBUG: Requested variant i386 is not provided by port glitz. DEBUG: Requested variant macosx is not provided by port glitz. DEBUG: Executing variant universal provides universal DEBUG: Found port in file:///Users/rschmidt/macports/dports/x11/ XFree86 DEBUG: Changing to port directory: /Users/rschmidt/macports/dports/ x11/XFree86 DEBUG: Requested variant i386 is not provided by port XFree86. DEBUG: Executing variant universal provides universal DEBUG: Default universal variant only works with ports based on configure [snip]

But I'm not even using XFree86; I'm using Apple's X11 quite happily.

I tried "sudo port -n install glitz +universal" to try to Not follow dependencies, but it makes no difference.

How do I get around this and install glitz +universal?

On Jun 18, 2007, at 11:11, Simon Ruderich wrote:

Ryan Schmidt wrote:

...

Nobody has any ideas on this?

Does it work when you just delete the dependency in the Portfile? This is just a wild guess, but maybe it works.

Yes, when I comment out "depends_lib lib:libX11.6:XFree86" in the glitz portfile, it can successfully build with the +universal variant. So, that confirms that this is the problem. So how do we fix the problem?

On Jun 18, 2007, at 14:45, Ryan Schmidt wrote:

Since we've confirmed the problem, I've filed a bug:

http://trac.macosforge.org/projects/macports/ticket/12137

I hope that will not be the end of the discussion, though, and that someone will continue thinking about a way to solve the problem...

Just to complete the thread here on the list, in case anyone was waiting for the resolution: I worked around the problem for ports that depend on XFree86 by deleting its nonfunctional universal variant. See #12137. I filed new tickets for what I believe to be bugs in base; I don't think I would have run into the original problem if those issues in base didn't exist. See #12169 (MacPorts shouldn't evaluate variants of non-required dependencies) and #12170 (the default +universal variant shouldn't appear in ports where we know it won't work).