Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 615216 - profiles/targets/desktop/gnome: Consider enabling USE=wayland in make.defaults
Summary: profiles/targets/desktop/gnome: Consider enabling USE=wayland in make.defaults
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: gnome-3.36 gnome-3.30
  Show dependency tree
 
Reported: 2017-04-10 22:34 UTC by Mart Raudsepp
Modified: 2020-08-30 18:09 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mart Raudsepp gentoo-dev 2017-04-10 22:34:00 UTC
With GNOME 3.24 there is even more mature wayland support and is considered the upstream default since 3.22 or so. But with 3.24 theoretically even nvidia-drivers users should have it working with wayland.
To go with that, we should decide if it's ready to be enabled by default and do so if it is.
Another option would be to initially only have a IUSE=+wayland on metas and then force needed things with [wayland?], or something similar. The main concern is really a clean transition to it in 3.24 when the profiles affect 3.22 as well; perhaps flip just before 3.24 stabilization?

Thoughts?
Comment 1 Pacho Ramos gentoo-dev 2017-04-12 11:16:19 UTC
This would affect mostly *stable* amd64 and x86 users, right? I mean, for other arches the effect of the switch of global "wayland" shouldn't be so "dangerous" to happen in 3.22 cycle or 3.24 :/

If that is the case, I think the easiest thing to do would be to stabilize on amd64 and x86 (I can still do that myself) and switch the default immediately in profiles. In that case, stable amd64/x86 users (that are probably the most important users in this case as the main gnome stack is "testing only" for the other arches) will migrate smoothly, while the others will only suffer from some rebuilds if they arch teams take a long time to stabilize 3.24 :/
Comment 2 Mart Raudsepp gentoo-dev 2017-09-26 16:32:51 UTC
Postponed to 3.26
Comment 3 Mart Raudsepp gentoo-dev 2018-12-13 22:39:49 UTC
Targeting for 3.30
Comment 4 Émeric Maschino 2020-01-19 12:37:07 UTC
(In reply to Mart Raudsepp from comment #3)
> Targeting for 3.30

Was it for 3.30 (I missed this one on ia64)?
It seems gone for 3.32.
Comment 5 Mart Raudsepp gentoo-dev 2020-02-23 18:42:26 UTC
(In reply to Émeric Maschino from comment #4)
> (In reply to Mart Raudsepp from comment #3)
> > Targeting for 3.30
> 
> Was it for 3.30 (I missed this one on ia64)?
> It seems gone for 3.32.

This still hasn't happened yet. We've gotten a GNOME release so late, that a new one is already out with a plethora of wayland improvements, thus I didn't really rush with it still - anyone can still enable it for themselves globally.
I'll make it happen with 3.34 or 3.36 for sure though.
Comment 6 Larry the Git Cow gentoo-dev 2020-08-30 18:09:27 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0894b51dc77c58fd21fa7aa9e5274af278ea5877

commit 0894b51dc77c58fd21fa7aa9e5274af278ea5877
Author:     Mart Raudsepp <leio@gentoo.org>
AuthorDate: 2020-08-29 13:44:26 +0000
Commit:     Sam James <sam@gentoo.org>
CommitDate: 2020-08-30 18:08:15 +0000

    profiles/desktop/gnome: Enable USE=wayland by default
    
    Closes: https://bugs.gentoo.org/615216
    Signed-off-by: Mart Raudsepp <leio@gentoo.org>
    Signed-off-by: Sam James <sam@gentoo.org>

 profiles/targets/desktop/gnome/make.defaults | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)