To close down the Desktop, it seems that is it more intended to
terminate the running instance `gnome-session-ctl --monitor`. Therefore,
the line
ExecStop=-/bin/bash -exc '/usr/bin/killall gnome-session-ctl && logger
"PATCH: killall gnome-session-ctl"'
also work. And from the help page of `gnome-
On https://lists.gnome.org/archives/commits-list/2019-May/msg04333.html
one may read:
main: Add systemd gnome-session monitoring code for leader
We are in the situation that gnome-session-binary is the session leader
process for the user. This process is managed via logind and is
The _Fast User Switch_ in the Menubar still don't work. But I found that I may
start a new desktop on next free VT by
```
XDG_SEAT_PATH="/org/freedesktop/DisplayManager/Seat0 dm-tool stwitch-to greeter
```
with the expected behavior. Also, session switching via `` works
as usual, then.
--
You r
I append a syslog containing logon and logoff cycle recorded with the
patched version of the gnome-session.service file.
** Attachment added: "syslog for user session cycle (patched
gnome-session.service)"
https://bugs.launchpad.net/ubuntu/noble/+source/gnome-session/+bug/2063383/+attachmen
Yes, because the controlling systemd service wait in vain for graceful
termination of the gnome-session-binary and send a SIGKILL after 90s.
For an unknown reason nobody seems to send a SIGTERM before. But I'm
neither used to write scripts for systemd nor know the details of
desktop session managem
Can you explain more?
You add this lines to the service:
#<<< 20250128/gj send SIGTERM to the gnome session binary
ExecStop=-/bin/bash -exc 'GS_PID=$(ps x -o "pid,args" | grep
"[g]nome-session-binary --session=unity" | awk \'{print $1}\') && [ "$GS_PID" ]
&& logger "PATCH: kill $GS_PID ..." &&
I found a workaround by send a SIGTERM to the gnome-session-binary:
ubuntu@lenovy:~$ cat /lib/systemd/user/gnome-session.service
[Unit]
Description=GNOME Session Manager (Ubuntu downstream version for Unity support)
PartOf=graphical-session.target
[Service]
ExecStart=/bin/sh -exc '[ "$DESKTOP_SES
I append a syslog containing logon and logoff cycle while the both
gnome-session-binaries are parameterized to run in debug mode.
This offers to first off study the bug without setting up a test
environment.
** Attachment added: "syslog for user session cycle"
https://bugs.launchpad.net/ubunt
Nickolai Leschov (nleschov) wrote on 2024-10-03:
Is there a fix or workaround?
Yes. Comment out the second to last line in /lib/systemd/user/gnome-
session-manager@.service:
ExecStart=/usr/libexec/gnome-session-binary --systemd-service
--session=%i
becomes
#ExecStart=/usr/libexec/gnome-session
I installed and fully updated Ubuntu 24.04.1 LTS on September, 28 and I
experience this.
Is there a fix or workaround?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-session in Ubuntu.
https://bugs.launchpad.net/bugs/2063383
T
I'm resetting the bug status in oracular. This bug was closed because
the oracular upload included the noble SRU but the noble SRU apparently
was insufficient to fix the bug.
** Changed in: gnome-session (Ubuntu)
Status: Fix Released => Triaged
--
You received this bug notification becaus
This bug was fixed in the package gnome-session - 46.0-7ubuntu1
---
gnome-session (46.0-7ubuntu1) oracular; urgency=medium
* Merge with Debian. Remaining changes:
- debian/control:
+ Add Build-Depends: dh-sequence-migrations
+ Move xwayland dependency to gnome-sessio
** Changed in: gnome-session (Ubuntu)
Status: Confirmed => Triaged
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-session in Ubuntu.
https://bugs.launchpad.net/bugs/2063383
Title:
[SRU] Ubuntu Unity takes 90 seconds to
Hi Simon,
Just following up on this bug's failed verification (per above).
Could you please clarify the next steps, when you have a chance?
(e.g., an incremental fix to noble-proposed will be uploaded,
or maybe the existing fix in noble-proposed should be removed
if that may not happen soon; or t
Marking this SRU as verification-failed per comments
- #4 (partial failure with applications running) and
- #5 (failure even without applications running).
The partial failure would seem like a regression too,
since the bug description says that the fix / change
acts 'effectively and immediately'
I did not fix it for me. The logout still takes a long time (could be
around a minute / 90 seconds) even with no applications running.
```
$ dpkg -l | grep 46.0-1ubuntu4.1
ii gnome-session 46.0-1ubuntu4.1
all GNOME Session Mana
Proposed package (gnome-session/46.0-1ubuntu4.1) partially fixed this
bug for me. When some applications are running (Microsoft Teams in my
case) logout takes long time ~90 seconds. Without any running
applications logout works as expected.
--
You received this bug notification because you are a
I'll test this fix (since I am experience the bug).
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-session in Ubuntu.
https://bugs.launchpad.net/bugs/2063383
Title:
[SRU] Ubuntu Unity takes 90 seconds to log out
To manage no
Hello Simon, or anyone else affected,
Accepted gnome-session into noble-proposed. The package will build now
and be available at https://launchpad.net/ubuntu/+source/gnome-
session/46.0-1ubuntu4.1 in a few hours, and then in the -proposed
repository.
Please help us by testing this new package. S
** Tags added: noble
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-session in Ubuntu.
https://bugs.launchpad.net/bugs/2063383
Title:
[SRU] Ubuntu Unity takes 90 seconds to log out
To manage notifications about this bug go t
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/2063383
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, wh
21 matches
Mail list logo
