Summary: | gnome-base/gnome-shell: screenshot does not work with sys-libs/glibc-2.34-r2 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Thomas Scheiblauer <tom> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
Thomas Scheiblauer
2021-11-17 18:33:52 UTC
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. |