GNOME Bugzilla – Bug 694269
[PATCH] main: Ensure ~/.local exists very early on
Last modified: 2013-02-21 09:49:39 UTC
Created attachment 236932 [details] [review] [PATCH] main: Ensure ~/.local exists very early on Many components in GNOME do this (keyboard and color plugins from gnome-settings-daemon, gnome-shell). And not all of them do it correctly (for example, ~/.local should be mode 0700, not 0755). Let's centralize things here. --- gnome-session/main.c | 17 +++++++++++++++++ 1 files changed, 17 insertions(+), 0 deletions(-)
Created attachment 236937 [details] [review] 0001-main-Ensure-.local-exists-very-early-on.patch Using mkdir_with_parents() is necessary since it's ~/.local/share.
See also https://bugzilla.gnome.org/show_bug.cgi?id=694134 which was the culprit.
might as well also make the set of subdirectories in there that the gnome stack expects...
(In reply to comment #3) > might as well also make the set of subdirectories in there that the gnome stack > expects... Mmmm, were we to go all architecture astronaut on this, ideally we'd have the equivalent of systemd-tmpfiles for the session that was run before anything else was started. But that aside, I don't see the benefit of centralizing *all* of the stuff in gnome-session, it might as well live where the relevant code does.
would the housekeeping plugin in gsd be a better place for this?
(keep in mind, gnome-session will probably be relegated to be merely a xsmp server at some point with systemd user sessions on the way)
(In reply to comment #5) > would the housekeeping plugin in gsd be a better place for this? Done in master. Let me know if works for you. (Note, the priorities of the various g-s-d plugins could probably do with tweaking as well)
okay let's close this then.
(In reply to comment #5) > would the housekeeping plugin in gsd be a better place for this? But that'd still race against gnome-shell. Oh well.