You are not logged in.

#1 2023-03-14 03:23:30

sebalis
Member
Registered: 2016-12-22
Posts: 13

[SOLVED] spontaneous xfce4-session core dumps after update

Hi,

I’m running XFCE on Arch on a very old Dell laptop with the nvidia-340xx-dkms driver. This has been a fairly stable setup for a long time. Today, after a full update, I experienced seemingly spontaneous XFCE crashes every few minutes. There does not seem to be a specific need for run anything in particular. Maybe it is tied to audacious playing a radio stream, but maybe not even that.

Luckily I was able to roll back the upgrade from the Pacman cache (the update before the current one had only been a few days earlier). Since then, the problem has gone. I tried two limited rollbacks first, one for the kernel and related packages and one for all the packages in the recent update whose names contained pulse. Both these attempts were unsuccessful, but the full rollback has got me back to a usable system.

Any ideas? Obviously I don’t want to update my system at the moment.

Here are the package updates in today’s full upgrade:

iana-etc (20230105-1 -> 20230306-1)
glib2 (2.74.6-1 -> 2.76.0-1)
ca-certificates-mozilla (3.88.1-1 -> 3.89-1)
accountsservice (22.08.8-2 -> 22.08.8-3)
sqlite (3.41.0-1 -> 3.41.1-1)
attica (5.103.0-1 -> 5.104.0-1)
ki18n (5.103.0-1 -> 5.104.0-1)
karchive (5.103.0-1 -> 5.104.0-1)
kconfig (5.103.0-1 -> 5.104.0-1)
kcoreaddons (5.103.0-1 -> 5.104.0-1)
libpulse (16.1-3 -> 16.1-5)
libmfx (23.1.0-1 -> 23.1.3-2)
hidapi (0.13.1-1 -> 0.13.1-2)
nss (3.88.1-1 -> 3.89-1)
kfilemetadata (5.103.0-2 -> 5.104.0-1)
kidletime (5.103.0-1 -> 5.104.0-1)
solid (5.103.0-1 -> 5.104.0-1)
kwidgetsaddons (5.103.0-1 -> 5.104.0-1)
kjobwidgets (5.103.0-1 -> 5.104.0-1)
kdbusaddons (5.103.0-1 -> 5.104.0-1)
kwindowsystem (5.103.0-1 -> 5.104.0-1)
kcrash (5.103.0-1 -> 5.104.0-1)
kglobalaccel (5.103.0-1 -> 5.104.0-1)
kauth (5.103.0-1 -> 5.104.0-1)
kcodecs (5.103.0-1 -> 5.104.0-1)
kguiaddons (5.103.0-1 -> 5.104.0-1)
kconfigwidgets (5.103.0-1 -> 5.104.0-1)
kiconthemes (5.103.0-1 -> 5.104.0-1)
kitemviews (5.103.0-1 -> 5.104.0-1)
kxmlgui (5.103.0-1 -> 5.104.0-1)
kbookmarks (5.103.0-1 -> 5.104.0-1)
knotifications (5.103.0-1 -> 5.104.0-1)
kservice (5.103.0-1 -> 5.104.0-1)
kwallet (5.103.0-1 -> 5.104.0-1)
kcompletion (5.103.0-1 -> 5.104.0-1)
sonnet (5.103.0-1 -> 5.104.0-1)
ktextwidgets (5.103.0-1 -> 5.104.0-1)
kded (5.103.0-1 -> 5.104.0-1)
kio (5.103.0-1 -> 5.104.0-1)
baloo (5.103.0-1 -> 5.104.0-1)
bluez-qt (5.103.0-1 -> 5.104.0-1)
breeze-icons (5.103.0-1 -> 5.104.0-1)
cifs-utils (7.0-2 -> 7.0-3)
knotifyconfig (5.103.0-1 -> 5.104.0-1)
threadweaver (5.103.0-1 -> 5.104.0-1)
kcalendarcore (5.103.0-1 -> 5.104.0-1)
imagemagick (7.1.1.2-1 -> 7.1.1.3-1)
kcontacts (1:5.103.0-1 -> 1:5.104.0-1)
zxing-cpp (2.0.0-1 -> 2.0.0-2)
prison (5.103.0-1 -> 5.104.0-1)
kpackage (5.103.0-1 -> 5.104.0-1)
syndication (5.103.0-1 -> 5.104.0-1)
knewstuff (5.103.0-1 -> 5.104.0-1)
kitemmodels (5.103.0-1 -> 5.104.0-1)
kdeclarative (5.103.0-1 -> 5.104.0-1)
kcmutils (5.103.0-1 -> 5.104.0-1)
openexr (3.1.5-2 -> 3.1.6-1)
digikam (7.9.0-6 -> 7.10.0-1)
firefox (110.0.1-2 -> 110.0.1-4)
frameworkintegration (5.103.0-1 -> 5.104.0-1)
freeplane (1.10.6-1 -> 1.10.6.u1-1)
gavl (1.4.0-6 -> 1.4.0-7)
glib2-docs (2.74.6-1 -> 2.76.0-1)
glibmm (2.66.5-1 -> 2.66.6-1)
glibmm-2.68 (2.74.0-1 -> 2.76.0-1)
libpipewire (1:0.3.66-2 -> 1:0.3.67-1)
pipewire (1:0.3.66-2 -> 1:0.3.67-1)
pipewire-media-session (1:0.4.2-1 -> 1:0.4.2-2)
gst-plugin-pipewire (1:0.3.66-2 -> 1:0.3.67-1)
gtkmm-4.0 (4.8.0-1 -> 4.10.0-1)
imlib2 (1.10.0-3 -> 1.11.0-1)
intel-media-sdk (23.1.0-1 -> 23.1.3-2)
kactivities (5.103.0-1 -> 5.104.0-1)
kactivities-stats (5.103.0-1 -> 5.104.0-1)
kunitconversion (5.103.0-1 -> 5.104.0-1)
kemoticons (5.103.0-1 -> 5.104.0-1)
kparts (5.103.0-1 -> 5.104.0-1)
kdelibs4support (5.103.0-1 -> 5.104.0-1)
kpty (5.103.0-1 -> 5.104.0-1)
kdesu (5.103.0-1 -> 5.104.0-1)
kdnssd (5.103.0-1 -> 5.104.0-1)
kholidays (1:5.103.0-1 -> 1:5.104.0-1)
kjs (5.103.0-1 -> 5.104.0-1)
khtml (5.103.0-1 -> 5.104.0-1)
kinit (5.103.0-1 -> 5.104.0-1)
kirigami2 (5.103.0-1 -> 5.104.0-1)
kpeople (5.103.0-1 -> 5.104.0-1)
kplotting (5.103.0-1 -> 5.104.0-1)
kquickcharts (5.103.0-1 -> 5.104.0-1)
kross (5.103.0-1 -> 5.104.0-1)
kwayland (5.103.0-1 -> 5.104.0-1)
plasma-framework (5.103.0-1 -> 5.104.0-1)
krunner (5.103.0-1 -> 5.104.0-1)
syntax-highlighting (5.103.0-1 -> 5.104.0-1)
ktexteditor (5.103.0-1 -> 5.104.0-1)
lib32-glib2 (2.74.6-1 -> 2.76.0-1)
lib32-libpulse (16.1-1 -> 16.1-5)
libmanette (0.2.6-3 -> 0.2.6-4)
libnm (1.42.2-1 -> 1.42.4-1)
linux (6.2.2.arch1-1 -> 6.2.5.arch1-1)
linux-headers (6.2.2.arch1-1 -> 6.2.5.arch1-1)
modemmanager-qt (5.103.0-1 -> 5.104.0-1)
networkmanager (1.42.2-1 -> 1.42.4-1)
networkmanager-pptp (1.2.10-2 -> 1.2.12-1)
networkmanager-qt (5.103.0-1 -> 5.104.0-1)
nextcloud-client (2:3.7.3-1 -> 2:3.7.4-1)
perl-alien-build (2.77-1 -> 2.78-1)
pinta (2.1-1 -> 2.1.1-1)
polkit-gnome (0.105-9 -> 0.105-10)
psensor (1.2.1-3 -> 1.2.1-4)
pulseaudio (16.1-3 -> 16.1-5)
pulseaudio-bluetooth (16.1-3 -> 16.1-5)
pulseaudio-equalizer (16.1-3 -> 16.1-5)
pulseaudio-jack (16.1-3 -> 16.1-5)
purpose (5.103.0-1 -> 5.104.0-1)
python-pytz (2022.7-1 -> 2022.7.1-1)
python-trove-classifiers (2023.2.20-1 -> 2023.3.9-1)
qqc2-desktop-style (5.103.0-1 -> 5.104.0-1)
rust (1:1.67.1-1 -> 1:1.68.0-1)
sudo (1.9.13.p2-1 -> 1.9.13.p3-1)
tiled (1.9.2-1 -> 1.10.0-1)
tinyxml (2.6.2-9 -> 2.6.2-10)
ttf-linux-libertine (5.3.0-8 -> 5.3.0-9)

And here is an extract from the journal for the time of one of these crashes. It seems to be a typical example.

Mar 13 23:32:20 Io kernel: traps: xfce4-session[3171] general protection fault ip:55f9f7e5d919 sp:7ffffebe53e0 error:0 in xfce4-session[55f9f7e48000+1a000]
Mar 13 23:32:20 Io systemd-coredump[6070]: /etc/systemd/coredump.conf:19: Failed to parse storage setting, ignoring: None
Mar 13 23:32:20 Io systemd[1]: Started Process Core Dump (PID 6070/UID 0).
Mar 13 23:32:20 Io systemd-coredump[6073]: /etc/systemd/coredump.conf:19: Failed to parse storage setting, ignoring: None
Mar 13 23:32:20 Io systemd-coredump[6073]: [?] Process 3171 (xfce4-session) of user 1000 dumped core.
                                           
                                           Stack trace of thread 3171:
                                           #0  0x000055f9f7e5d919 n/a (xfce4-session + 0x27919)
                                           #1  0x00007fb65041cf68 n/a (libgio-2.0.so.0 + 0xfef68)
                                           #2  0x00007fb6501ccafb g_main_context_dispatch (libglib-2.0.so.0 + 0x5aafb)
                                           #3  0x00007fb6502295d9 n/a (libglib-2.0.so.0 + 0xb75d9)
                                           #4  0x00007fb6501cc0cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
                                           #5  0x00007fb6509d8e4f gtk_main (libgtk-3.so.0 + 0x1d8e4f)
                                           #6  0x000055f9f7e48188 main (xfce4-session + 0x12188)
                                           #7  0x00007fb64ffac790 n/a (libc.so.6 + 0x23790)
                                           #8  0x00007fb64ffac84a __libc_start_main (libc.so.6 + 0x2384a)
                                           #9  0x000055f9f7e483f5 _start (xfce4-session + 0x123f5)
                                           
                                           Stack trace of thread 3192:
                                           #0  0x00007fb6500890dd syscall (libc.so.6 + 0x1000dd)
                                           #1  0x00007fb65021da35 g_cond_wait (libglib-2.0.so.0 + 0xaba35)
                                           #2  0x00007fb650196fc4 n/a (libglib-2.0.so.0 + 0x24fc4)
                                           #3  0x00007fb6501fc43e n/a (libglib-2.0.so.0 + 0x8a43e)
                                           #4  0x00007fb6501fa7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                                           #5  0x00007fb65000ebb5 n/a (libc.so.6 + 0x85bb5)
                                           #6  0x00007fb650090d90 n/a (libc.so.6 + 0x107d90)
                                           
                                           Stack trace of thread 3194:
                                           #0  0x00007fb6500839df __poll (libc.so.6 + 0xfa9df)
                                           #1  0x00007fb65022953f n/a (libglib-2.0.so.0 + 0xb753f)
                                           #2  0x00007fb6501cc0cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
                                           #3  0x00007fb65042de4c n/a (libgio-2.0.so.0 + 0x10fe4c)
                                           #4  0x00007fb6501fa7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                                           #5  0x00007fb65000ebb5 n/a (libc.so.6 + 0x85bb5)
                                           #6  0x00007fb650090d90 n/a (libc.so.6 + 0x107d90)
                                           
                                           Stack trace of thread 3193:
                                           #0  0x00007fb6500839df __poll (libc.so.6 + 0xfa9df)
                                           #1  0x00007fb65022953f n/a (libglib-2.0.so.0 + 0xb753f)
                                           #2  0x00007fb6501ca382 g_main_context_iteration (libglib-2.0.so.0 + 0x58382)
                                           #3  0x00007fb6501ca3d2 n/a (libglib-2.0.so.0 + 0x583d2)
                                           #4  0x00007fb6501fa7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                                           #5  0x00007fb65000ebb5 n/a (libc.so.6 + 0x85bb5)
                                           #6  0x00007fb650090d90 n/a (libc.so.6 + 0x107d90)
                                           ELF object binary architecture: AMD x86-64
Mar 13 23:32:20 Io systemd[1]: systemd-coredump@3-6070-0.service: Deactivated successfully.
Mar 13 23:32:20 Io pulseaudio[3251]: ICE I/O error handler called
Mar 13 23:32:20 Io xdg-desktop-por[3642]: A backend call failed: No such method 'CreateMonitor' in interface 'org.freedesktop.impl.portal.Inhibit' at object path '/org/freedesktop/portal/desktop' (signature 'oos>
Mar 13 23:32:20 Io xdg-desktop-por[3642]: Failed to close session implementation: GDBus.Error:org.freedesktop.DBus.Error.UnknownObject: No such object path '/org/freedesktop/portal/desktop/session/1_223/gtk19925>

Last edited by sebalis (2023-03-19 12:21:46)

Offline

#2 2023-03-14 14:11:52

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Prompted by another forum thread, I have now looked at the core dumps. I chose to enable debuginfod and download debug info. Not sure if the fact that my binaries have been rolled back invalidates the information I am getting, but I started gdb and entered the bt command. There are few cases when a binary other than xfce4-session crashed, but I consider these follow-on problems and the one with xfce4-session seems to be the original one.

The results seem very consistent, here is one example:

Core was generated by `xfce4-session'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  remove_clients_for_connection (service_name=0x7f010400c5f0 ":1.54", manager=0x55a2118d62b0)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2079
2079          XfsmClient *client = XFSM_CLIENT (lp->data);                                                                          
[Current thread is 1 (Thread 0x7f01204139c0 (LWP 850))]
(gdb) bt
#0  remove_clients_for_connection (service_name=0x7f010400c5f0 ":1.54", manager=0x55a2118d62b0)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2079
#1  on_name_owner_notify
    (connection=<optimized out>, sender_name=<optimized out>, object_path=<optimized out>, interface_name=<optimized out>, signal_name=<optimized out>, parameters=<optimized out>, user_data=0x55a2118d62b0)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2104
#2  0x00007f01215c4f68 in  () at /usr/lib/libgio-2.0.so.0
#3  0x00007f010400b630 in  ()
#4  0x000000003a4a72f0 in  ()
#5  0x0000000000000000 in  ()

How can I proceed?

Offline

#3 2023-03-14 14:39:09

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

I have now seen that /usr/lib/libgio-2.0.so.0 – which is mentioned in the stacktrace above and appears consistently – is part of the glib2 package, which was indeed part of the latest update. Have I found the culprit perhaps?

Offline

#4 2023-03-14 20:43:10

seth
Member
Registered: 2012-09-03
Posts: 49,977

Online

#5 2023-03-14 22:32:21

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Thanks for the pointer – the plot thickens. I briefly upgraded my glib2 packages again and waited for the next crash. I didn’t have to wait long. While my binaries were still in that state, I collected the next stacktrace from the core dump. There were more details from inside glib this time:

Core was generated by `xfce4-session'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  remove_clients_for_connection (service_name=0x7fb178013690 ":1.91383", manager=0x56018cf30010)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2079
2079          XfsmClient *client = XFSM_CLIENT (lp->data);                                                                          
[Current thread is 1 (Thread 0x7fb1921b49c0 (LWP 499228))]
(gdb) bt
#0  remove_clients_for_connection (service_name=0x7fb178013690 ":1.91383", manager=0x56018cf30010)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2079
#1  on_name_owner_notify
    (connection=<optimized out>, sender_name=<optimized out>, object_path=<optimized out>, interface_name=<optimized out>, signal_name=<optimized out>, parameters=<optimized out>, user_data=0x56018cf30010)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/xfsm-manager.c:2104
#2  0x00007fb193650f68 in emit_signal_instance_in_idle_cb (data=0x7fb1780123c0) at ../glib/gio/gdbusconnection.c:3800
#3  0x00007fb193400afb in g_main_dispatch (context=0x56018ceca460) at ../glib/glib/gmain.c:3460
#4  g_main_context_dispatch (context=0x56018ceca460) at ../glib/glib/gmain.c:4200
#5  0x00007fb19345d5d9 in g_main_context_iterate.constprop.0 (context=0x56018ceca460, block=1, dispatch=1, self=<optimized out>)
    at ../glib/glib/gmain.c:4276
#6  0x00007fb1934000cf in g_main_loop_run (loop=0x56018cf9c430) at ../glib/glib/gmain.c:4479
#7  0x00007fb193bd8e4f in gtk_main () at ../gtk/gtk/gtkmain.c:1329
#8  0x000056018c071188 in main (argc=<optimized out>, argv=<optimized out>)
    at /usr/src/debug/xfce4-session/xfce4-session-4.18.1/xfce4-session/main.c:369

And here is the info about all the threads:

       Message: Process 499228 (xfce4-session) of user 1000 dumped core.
                
                Stack trace of thread 499228:
                #0  0x000056018c086919 n/a (xfce4-session + 0x27919)
                #1  0x00007fb193650f68 n/a (libgio-2.0.so.0 + 0xfef68)
                #2  0x00007fb193400afb g_main_context_dispatch (libglib-2.0.so.0 + 0x5aafb)
                #3  0x00007fb19345d5d9 n/a (libglib-2.0.so.0 + 0xb75d9)
                #4  0x00007fb1934000cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
                #5  0x00007fb193bd8e4f gtk_main (libgtk-3.so.0 + 0x1d8e4f)
                #6  0x000056018c071188 main (xfce4-session + 0x12188)
                #7  0x00007fb1931e2790 n/a (libc.so.6 + 0x23790)
                #8  0x00007fb1931e284a __libc_start_main (libc.so.6 + 0x2384a)
                #9  0x000056018c0713f5 _start (xfce4-session + 0x123f5)
                
                Stack trace of thread 499250:
                #0  0x00007fb1932bf0dd syscall (libc.so.6 + 0x1000dd)
                #1  0x00007fb193451a35 g_cond_wait (libglib-2.0.so.0 + 0xaba35)
                #2  0x00007fb1933cafc4 n/a (libglib-2.0.so.0 + 0x24fc4)
                #3  0x00007fb19343043e n/a (libglib-2.0.so.0 + 0x8a43e)
                #4  0x00007fb19342e7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                #5  0x00007fb193244bb5 n/a (libc.so.6 + 0x85bb5)
                #6  0x00007fb1932c6d90 n/a (libc.so.6 + 0x107d90)
                
                Stack trace of thread 499251:
                #0  0x00007fb1932b99df __poll (libc.so.6 + 0xfa9df)
                #1  0x00007fb19345d53f n/a (libglib-2.0.so.0 + 0xb753f)
                #2  0x00007fb1933fe382 g_main_context_iteration (libglib-2.0.so.0 + 0x58382)
                #3  0x00007fb1933fe3d2 n/a (libglib-2.0.so.0 + 0x583d2)
                #4  0x00007fb19342e7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                #5  0x00007fb193244bb5 n/a (libc.so.6 + 0x85bb5)
                #6  0x00007fb1932c6d90 n/a (libc.so.6 + 0x107d90)
                
                Stack trace of thread 499252:
                #0  0x00007fb1932b99df __poll (libc.so.6 + 0xfa9df)
                #1  0x00007fb19345d53f n/a (libglib-2.0.so.0 + 0xb753f)
                #2  0x00007fb1934000cf g_main_loop_run (libglib-2.0.so.0 + 0x5a0cf)
                #3  0x00007fb193661e4c n/a (libgio-2.0.so.0 + 0x10fe4c)
                #4  0x00007fb19342e7c5 n/a (libglib-2.0.so.0 + 0x887c5)
                #5  0x00007fb193244bb5 n/a (libc.so.6 + 0x85bb5)
                #6  0x00007fb1932c6d90 n/a (libc.so.6 + 0x107d90)
                ELF object binary architecture: AMD x86-64

I think I should open an issue at the GNOME Gitlab instance and point them to this.

Last edited by sebalis (2023-03-14 23:17:34)

Offline

#6 2023-03-14 22:44:39

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Offline

#7 2023-03-14 23:39:21

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Offline

#8 2023-03-19 10:50:46

nobej66245
Member
Registered: 2023-03-19
Posts: 2

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Same problem here; the temporary solution suggested while waiting for xfce4-session 4.18.2, is to use xfce4-session-git from the AUR

Offline

#9 2023-03-19 12:17:42

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Yes, thanks for mentioning this here, I should have added the very same information days ago, and I guess it’s time to mark this thread as solved. I do worry about glib2 breaking other software but this is about xfce4-session and switching to xfce4-session-git is the way to get it working again. You will have to observe developments in the xfce4-session package yourself, as pacman will not offer a new release to you after the switch. But the fix will be in the next version.

Last edited by sebalis (2023-03-19 12:20:09)

Offline

#10 2023-06-06 11:27:22

SimonJ
Member
Registered: 2021-05-11
Posts: 119

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Sorry for returning, I am still getting this, should I be or is it something else now?

Offline

#11 2023-06-06 11:34:25

lambdarch
Member
Registered: 2021-01-10
Posts: 67

Re: [SOLVED] spontaneous xfce4-session core dumps after update

Yes it should be something else, please open another thread and/or bug with proper backtrace.

Offline

#12 2023-06-06 21:42:03

sebalis
Member
Registered: 2016-12-22
Posts: 13

Re: [SOLVED] spontaneous xfce4-session core dumps after update

The fix has been in xfce4-session since version 4.18.2, which was released on 28 March. There has been one further release (4.18.3-1) since then, on 29 May.

Offline

#13 2023-06-06 22:05:31

SimonJ
Member
Registered: 2021-05-11
Posts: 119

Re: [SOLVED] spontaneous xfce4-session core dumps after update

pacman -Qi xfce4-session 
Name            : xfce4-session
Version         : 4.18.3-1
Description     : Xfce's session manager
Architecture    : x86_64
URL             : https://docs.xfce.org/xfce/xfce4-session/start
Licenses        : GPL2
Groups          : xfce4
Provides        : None
Depends On      : libxfce4ui  libwnck3  xfconf  libsm  polkit  xorg-iceauth  xorg-xinit  xorg-xrdb  polkit-gnome
                  hicolor-icon-theme
Optional Deps   : gnome-keyring: for keyring support when GNOME compatibility is enabled [installed]
                  xfce4-screensaver: for locking screen with xflock4 [installed]
                  xscreensaver: for locking screen with xflock4
                  light-locker: for locking screen with xflock4
Required By     : None
Optional For    : None
Conflicts With  : None
Replaces        : None
Installed Size  : 1493.96 KiB
Packager        : Evangelos Foutras <foutrelis@archlinux.org>
Build Date      : Mon 29 May 2023 19:25:00 CEST
Install Date    : Tue 30 May 2023 14:09:33 CEST
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

I have other issues then, I will start a new thread

Offline

Board footer

Powered by FluxBB