per-session gsettings overrides
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| GLib |
Expired
|
Medium
|
||
| glib2.0 (Ubuntu) |
Wishlist
|
Unassigned |
Bug Description
There have been several occasions now where Ubuntu GNOME has had to patch code, that could in theory instead be handled by per-session gsettings overrides. A recent example is the background plugin in gnome-settings-
As I understand it the overrides are processed by glib-compile-
description: | updated |
Martin Pitt (pitti) wrote : | #1 |
desrt (desrt) wrote : | #2 |
Worth noting that it's already possible to add new directories to the schema search path via GSETTINGS_
Changed in glib2.0 (Ubuntu): | |
importance: | Undecided → Wishlist |
Changed in glib: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in glib: | |
status: | Confirmed → Won't Fix |
Launchpad Janitor (janitor) wrote : | #3 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in glib2.0 (Ubuntu): | |
status: | New → Confirmed |
Changed in glib: | |
status: | Won't Fix → Confirmed |
Changed in glib: | |
status: | Confirmed → Expired |
Changed in glib2.0 (Ubuntu): | |
status: | Confirmed → Fix Released |
Compiling schemas on every login is a waste of both CPU time and also disk space. Perhaps instead of /usr/share/ glib-2. 0/schemas/ gschemas. compiled glib could first look into /usr/share/ glib-2. 0/schemas/ $SESSION/ gschemas. compiled and if that doesn't exist, fall back to the standard path?