Alt+PrtScn does not work with sys-libs/glibc-2.34-r2 and outputs a segfault in glibc in dmesg. Using gnome.screenshot from the command line outputs this message "Unable to use GNOME Shell's builtin screenshot interface, resorting to fallback X11." and falls back to the X11 screenshotting interface. Reproducible: Always Steps to Reproduce: 1. emerge sys-libs/glibc-2.34-r2 2. press Alt+PrtScn 3. Actual Results: No screenshot is taken and a segfault within glibc appears in dmesg. Expected Results: A screenshot would be taken. Booting from the btrfs snapshot I took before the glibc upgrade, running on glibc-2.33 restores the expected behaviour which remains intact after updating @world with masked =sys-devel/glibc-2.34*
IIRC the GNOME screenshot stuff uses seccomp so possibly a syscall/seccomp issue.
(In reply to Sam James from comment #1) > IIRC the GNOME screenshot stuff uses seccomp so possibly a syscall/seccomp > issue. Note that this may not be gnome-shell but some other package. Not sure which provides the screenshot stuff.
Wait, what version of gnome-shell and the rest of GNOME? emerge --info too please
Created attachment 754422 [details] emerge --info (In reply to Sam James from comment #3) installed gnome-base packages: gnome-base/dconf-0.40.0 gnome-base/dconf-editor-3.38.3 gnome-base/gdm-41.0 gnome-base/gnome-40.0 gnome-base/gnome-common-3.18.0-r1 gnome-base/gnome-control-center-40.0 gnome-base/gnome-core-apps-40.0 gnome-base/gnome-core-libs-40.0 gnome-base/gnome-desktop-40.5 gnome-base/gnome-extra-apps-40.0 gnome-base/gnome-keyring-40.0-r1 gnome-base/gnome-menus-3.36.0 gnome-base/gnome-session-40.1.1-r1 gnome-base/gnome-settings-daemon-40.0.1-r1 gnome-base/gnome-shell-41.1 gnome-base/gsettings-desktop-schemas-41.0 gnome-base/gvfs-1.48.1-r1 gnome-base/libgnomecanvas-2.30.3-r1 gnome-base/libgnomekbd-3.26.1 gnome-base/libgtop-2.40.0-r1 gnome-base/librsvg-2.50.7 gnome-base/nautilus-40.2 and media-gfx/gnome-screenshot-40.0-r1
FYI direct Alt+PrtScn is handled by gnome-shell+mutter. gnome-screenshot is only when you open a separate dialog and is sort of deprecated, it's main use is delayed screenshotting for me, and should end up just asking gnome-shell/mutter to do it via screenshot dbus API/portal, with that potential fallback to X11 screenshot (probably meant for doing stuff on other desktops)
I've not heard any other reports of this. Is this still happening?
(In reply to Sam James from comment #6) No, not any more. I don't remember, though, how I solved it.
(In reply to Thomas Scheiblauer from comment #7) > (In reply to Sam James from comment #6) > > No, not any more. I don't remember, though, how I solved it. No worries, thank you. Do come back and let us know if you remember though!
(In reply to Sam James from comment #8) omg, I remember ... I went back to glibc-2.33 and masked 2.34!
(In reply to Thomas Scheiblauer from comment #9) > (In reply to Sam James from comment #8) > > omg, I remember ... I went back to glibc-2.33 and masked 2.34! LOL. Okay, not fixed. It's a bit distressing given Fedora have been rocking 2.34 for quite some time and nobody seems to have noticed it there.
Are you able to run the screenshot program under gdb and/or try get a coredump or backtrace from systemd-coredumpctl or minicoredumper? And share whatever dmesg output you're seeing? (Take a new snapshot first)
I'm running a mostly stable system, but I installed sys-libs/glibc-2.34-r10 to test this. Screenshotting works fine for me either by running gnome-screenshot directly or pressing the print screen key.
I can confirm, that screenshotting in gnome works now with sys-libs/glibc-2.34-r10.