Opened 5 months ago

Last modified 3 weeks ago

#70274 new defect

gtk3 @3.24.41_2+quartz: review active_variants check against glib2

Reported by: cooljeanius (Eric Gallager) Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.9.3
Keywords: Cc: mohd-akram (Mohamed Akram), mascguy (Christopher Nielsen)
Port: gtk3

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Basically, see discussion on commit [d0aca0012c93f2bf9c7f83c46d15040ad2b83d78/macports-ports]. I can understand doing the variant check one way around for the missing symbol, but that doesn't necessarily mean it's necessary to do it the other way around, too. I have gtk3 installed with +quartz and glib2 installed with +x11 and this is breaking upgrading of all of my gnome ports. Getting issue #63680 fixed would probably resolve this.

Change History (10)

comment:1 Changed 5 months ago by mohd-akram (Mohamed Akram)

Just install glib2 +quartz?

comment:2 Changed 5 months ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)

comment:3 in reply to:  1 ; Changed 5 months ago by cooljeanius (Eric Gallager)

Replying to mohd-akram:

Just install glib2 +quartz?

I have no way of knowing if that might break whichever port might have required me to install glib2 +x11 in the first place, though...

comment:4 in reply to:  3 Changed 3 months ago by cooljeanius (Eric Gallager)

Replying to cooljeanius:

Replying to mohd-akram:

Just install glib2 +quartz?

I have no way of knowing if that might break whichever port might have required me to install glib2 +x11 in the first place, though...

Update: it's possible that I only have glib2 installed with +x11 just because I installed it prior to [45c59fe0a66e382927fbf6fe629d37898eb42b6b/macports-ports], but even if that's the case, that doesn't mean it's safe for me to remove the variant, though, as some port I installed afterwards could have had an active_variants check for +x11 on it that I've forgotten about... it'd be nice if you could do an active_variants search in reverse, i.e., when viewing a port's variants, see what other ports require those variants... but I guess that'd just be resurrecting #126 again...

comment:5 Changed 3 months ago by cooljeanius (Eric Gallager)

Ah, maybe my situation is pulseaudio's fault, since it has a default +x11 variant, and depends on glib2...

comment:6 in reply to:  5 Changed 5 weeks ago by cooljeanius (Eric Gallager)

Replying to cooljeanius:

Ah, maybe my situation is pulseaudio's fault, since it has a default +x11 variant, and depends on glib2...

...and this in turn might be because of multimon-ng @1.2.0+debug+pulseaudio+x11...

comment:7 Changed 5 weeks ago by cooljeanius (Eric Gallager)

looks like the libepoxy active_variants check added in [a85cc86813b8a49cd1422b5cf7ba01d1711ac623/macports-ports] may require review, too...

(also this applies to gtk3-devel as well as just gtk3)

comment:8 Changed 5 weeks ago by cooljeanius (Eric Gallager)

comment:9 Changed 5 weeks ago by mohd-akram (Mohamed Akram)

Neither multimon-ng nor pulseaudio specifies an active variant for glib2. We should probably figure out what's causing the problem for you before attempting a fix.

comment:10 in reply to:  9 Changed 3 weeks ago by cooljeanius (Eric Gallager)

Replying to mohd-akram:

Neither multimon-ng nor pulseaudio specifies an active variant for glib2. We should probably figure out what's causing the problem for you before attempting a fix.

What's causing the problem is that unnecessary active_variants checks have been blocking the upgrading of all my gtk-based ports for over 4 months now, leaving my MacPorts installation in an extremely broken state. I am done postponing my attempt at a fix; it's been long enough already.

Note: See TracTickets for help on using tickets.