Re: Untangling the mess that gui startup has become

2018-09-11 Thread Daniel van Vugt

Hi Phillip,

If "the gnome-shell greeter does not appear to give you any choice in 
what login session you get" then that means the 'eglnative' back-end 
(Wayland) crashed on start-up so the Wayland login option gets silently 
removed.


If you wrote that 3 weeks ago and are using 18.10 then I think it may 
have been this bug:


  https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1786883

So just update your system and that will be fixed.

If it's not fixed and you still don't get any Wayland login option from 
gdm3 then please log a bug about that by running:


  ubuntu-bug gdm3

- Daniel


On 12/09/18 03:33, Phillip Susi wrote:

Resending this after subscribing since after waiting for 3 weeks, no
moderator has released it.

Things used to be fairly simple.  You ran startx, and it followed
~/.xinitrc which directed it to pick a display number and run XFree86 on
that display number, configure it to use an XAUTHORITY file, set the
environment variables to point to that display and XAUTHORITY file, then
run your window manager and shell ( which were actually separate things ).

Fast forward 25 years and now it looks like you have a display manager (
gdm3 or lightdm ).  It looks like gdm3 looks in /etc/gdm3/custom.conf,
where you can tweak things but by default, it doesn't say much and gdm3
defaults to running gdm-x-session, which has no man page.  It looks like
it is a clone of gnome-session ( why not just use gnome-session? ) It
apparently sets up XAUTHORITY and runs Xorg and tells it which display
and XAUTHORITY file to use.  At this point under lightdm I think there
were some config files that direct it to run unity-greeter to prompt you
to login, but it looks like gnome-shell is being run on vt1 and it must
have a built in greeter function, in addition to being a shell and
window manager.  After logging in, gdm3 appears to fork
gdm-session-worker ( no man page ) on the next unused vt.  It runs
gnome-session-binary ( whose man page appears to be just gnome-session
). It is directed to set up a specific type of session chosen at the
greeter or defaulted, and how to setup these sessions is defined in
files in /usr/share/gnome-session/sessions.  These files seem to list a
bunch of DBUS names so unlike other kinds of session files used by other
display managers that just tell them what programs to launch,
gnome-session must somehow punt to DBUS to launch them.  Though oddly,
it appears that gnome-shell is forked from gdm-session-worker rather
than the dbus daemon.  That is then both your window manager and shell.

Now for some reason, the gnome-shell greeter does not appear to give you
any choice in what login session you get ( why? ), but lightdm does, so
there you can choose to log in using a wayland session, and it goes
through an entirely different set of config files that end up directing
it to just run gnome-shell, which now besides being a shell and window
manager, is also a wayland compositor, replacing Xorg.  gnome-shell
appears to automatically fork Xwayland, and forgets to setup an
XAUTHORITY for it.

A few months ago gdm did give you a choice to log in with wayland and
iirc from running it and looking at its code, it decided to run
gnome-shell and Xwayland.  I guess gnome-shell notices if Xwayland was
already running and wouldn't fork one itself if so.

Do I have that about right and can anyone fill in the missing pieces?






--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Untangling the mess that gui startup has become

2018-09-11 Thread Jeremy Bicha
On Tue, Sep 11, 2018 at 3:33 PM Phillip Susi  wrote:
> Resending this after subscribing since after waiting for 3 weeks, no
> moderator has released it.

I am not a moderator on this list, but this list hasn't really been
used for months.

We use https://community.ubuntu.com/c/desktop instead and we might
even close this list.

>  gnome-shell appears to automatically fork Xwayland, and forgets to
> setup an XAUTHORITY for it.

I am going to guess that this quote is the key point you are
interested in. There is an interesting patch mentioned in the
description of https://launchpad.net/bugs/1652282 that I don't think
the team has directly discussed yet.

But let's move the discussion to the Ubuntu Community Hub instead.

Thanks,
Jeremy Bicha

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Untangling the mess that gui startup has become

2018-09-11 Thread Phillip Susi
Resending this after subscribing since after waiting for 3 weeks, no
moderator has released it.

Things used to be fairly simple.  You ran startx, and it followed
~/.xinitrc which directed it to pick a display number and run XFree86 on
that display number, configure it to use an XAUTHORITY file, set the
environment variables to point to that display and XAUTHORITY file, then
run your window manager and shell ( which were actually separate things ).

Fast forward 25 years and now it looks like you have a display manager (
gdm3 or lightdm ).  It looks like gdm3 looks in /etc/gdm3/custom.conf,
where you can tweak things but by default, it doesn't say much and gdm3
defaults to running gdm-x-session, which has no man page.  It looks like
it is a clone of gnome-session ( why not just use gnome-session? ) It
apparently sets up XAUTHORITY and runs Xorg and tells it which display
and XAUTHORITY file to use.  At this point under lightdm I think there
were some config files that direct it to run unity-greeter to prompt you
to login, but it looks like gnome-shell is being run on vt1 and it must
have a built in greeter function, in addition to being a shell and
window manager.  After logging in, gdm3 appears to fork
gdm-session-worker ( no man page ) on the next unused vt.  It runs
gnome-session-binary ( whose man page appears to be just gnome-session
). It is directed to set up a specific type of session chosen at the
greeter or defaulted, and how to setup these sessions is defined in
files in /usr/share/gnome-session/sessions.  These files seem to list a
bunch of DBUS names so unlike other kinds of session files used by other
display managers that just tell them what programs to launch,
gnome-session must somehow punt to DBUS to launch them.  Though oddly,
it appears that gnome-shell is forked from gdm-session-worker rather
than the dbus daemon.  That is then both your window manager and shell.

Now for some reason, the gnome-shell greeter does not appear to give you
any choice in what login session you get ( why? ), but lightdm does, so
there you can choose to log in using a wayland session, and it goes
through an entirely different set of config files that end up directing
it to just run gnome-shell, which now besides being a shell and window
manager, is also a wayland compositor, replacing Xorg.  gnome-shell
appears to automatically fork Xwayland, and forgets to setup an
XAUTHORITY for it.

A few months ago gdm did give you a choice to log in with wayland and
iirc from running it and looking at its code, it decided to run
gnome-shell and Xwayland.  I guess gnome-shell notices if Xwayland was
already running and wouldn't fork one itself if so.

Do I have that about right and can anyone fill in the missing pieces?




signature.asc
Description: OpenPGP digital signature
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master

2018-09-11 Thread Andrea Azzarone
The proposal to merge ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master 
into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master has been 
updated.

Description changed to:

I had to revert changes to always show the save dialog in Ubuntu because that 
behaviour would conflict with the one specified in the "shortcuts" page in 
Gnome Control Center where it is explicitly mentioned that the shorcuts saves 
the screenshot in Pictures directly.

For more details, see:
https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-screenshot/+git/gnome-screenshot/+merge/354557
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master

2018-09-11 Thread Andrea Azzarone
The proposal to merge ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master 
into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master has been 
updated.

Commit message changed to:

Merge with debian.

For more details, see:
https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-screenshot/+git/gnome-screenshot/+merge/354557
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Merge] ~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into ~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic

2018-09-11 Thread Didier Roche
Do we really want to merge with Debian for a SRU? This sounds like against the 
"minimal set of changes" that a SRU should have and may be rejected by the SRU 
team. Otherwise, +1 on the changes themselves for me, but before acking, please 
check with the SRU team.
-- 
https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-calculator/+git/gnome-calculator/+merge/354330
Your team Ubuntu Desktop is requested to review the proposed merge of 
~3v1n0/ubuntu/+source/gnome-calculator:ubuntu/bionic into 
~ubuntu-desktop/ubuntu/+source/gnome-calculator:ubuntu/bionic.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


[Merge] ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master

2018-09-11 Thread Andrea Azzarone
The proposal to merge ~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master 
into ~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master has been 
updated.

Status: Needs review => Work in progress

For more details, see:
https://code.launchpad.net/~azzar1/ubuntu/+source/gnome-screenshot/+git/gnome-screenshot/+merge/354557
-- 
Your team Ubuntu Desktop is requested to review the proposed merge of 
~azzar1/ubuntu/+source/gnome-screenshot:ubuntu/master into 
~ubuntu-desktop/ubuntu/+source/gnome-screenshot:ubuntu/master.

-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop