https://bugzilla.redhat.com/show_bug.cgi?id=2443717



--- Comment #28 from Scott Talbert <[email protected]> ---
(In reply to Neal Gompa from comment #23)
> Unless we're still trying to have this in EPEL 9 and older, this should be
> using the new %conf section, so it would look like so:

OK, I switched over to use %conf.

> I'm also guessing that "xwfb-run" still doesn't work?

It doesn't, and I don't think is the place to get it working.  Needs to be
supported upstream first.

> As far as replacing alternatives, I was going to suggest something like this
> for wxGTK-devel:
> RemovePathPostfixes: .gtk3ucfg

OK, that was the hint I was missing.  If you feel strongly about elmininating
alternatives and parallel installability, then we can do this.  Otherwise, I'd
just as well leave it as-is.

(In reply to Neal Gompa from comment #25)
> Admittedly, the conflict mainly comes from wx-config. I'm also kind of iffy
> about having our default toolkit be GTK3 given that it's a dead-end toolkit,
> but I'm also cognizant that wxQt is relatively new... I'd rather everyone be
> forced to be explicit about this, but the developer thing is a good point.

wxQt should definitely not be the default right now.

(In reply to Tarulia from comment #26)
> There is also a GTK4 option, though I don't know how well supported this is.
> It was added 7 years ago[2], but Arch for their part disables the build.

The GTK4 port is currently unusable as I understand it.

> On another note, I just noticed the spec still references wx-config in
> Source10, but then doesn't use it. Probably makes sense to comment or remove
> that too.

Removed.


-- 
You are receiving this mail because:
You are always notified about changes to this product and component
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2443717

Report this comment as SPAM: 
https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%202443717%23c28

-- 
_______________________________________________
package-review mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/[email protected]
Do not reply to spam, report it: 
https://forge.fedoraproject.org/infra/tickets/issues/new

Reply via email to