Summary: | gnome-base/gnome-3.34.4: Regression: Cannot open LUKS encrypted devices anymore | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Fabian Köster <gentoo> |
Component: | Current packages | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | Keywords: | REGRESSION |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 717146 |
Description
Fabian Köster
2020-04-14 06:40:46 UTC
Do you have any ideas what could be wrong here, like you had for the user switch issue? :) I just noticed there is a log entry in the journal saying: Apr 14 12:27:10 hamilton gnome-shell[13754]: JS ERROR: TypeError: disksApp is null _init@resource:///org/gnome/shell/ui/shellMountOperation.js:409:20 _onAskPassword@resource:///org/gnome/shell/ui/shellMountOperation.js:136:28 By googling it I found: https://gitlab.gnome.org/GNOME/gnome-shell/issues/1815 There it says I need to install gnome-disk-utiliy. After doing so, it actually does work again! Question remains if there is a bug in gentoo or not. Currently there is no use flag like "cryptsetup" on the gnome-shell package so actually I cannot really expect it to work out of the box. It was just luck that it was working before :-) But we could think about adding a new use-flag "cryptsetup" that adds a conditional dependency on sys-apps/gnome-disk-utility. What do you say? But as the problem can easily be solved by emerging gnome-disk-utility, I am also fine with just closing this ticket. Yeah, not sure. gnome metas do pull it in at least. I'm a bit confused how gnome-shell gets involved here, while you described nautilus, but the upstream issue is indeed gnome-shell complaining. I'll try to look inside gnome-shell usage a bit later, lets leave this open until then, but there's no emergency here at least then. |