[pulseaudio-discuss] [PATCH] module-gsettings: new module to store configuration using gsettings
fsateler at debian.org
Tue Sep 27 19:32:36 UTC 2016
On 26 September 2016 at 06:27, Tanu Kaskinen <tanuk at iki.fi> wrote:
> On Wed, 2016-09-21 at 13:04 +0200, Sylvain Baubeau wrote:
>> First of all, I do not work for Fedora. I happen to use it, that's about
>> it. Please don't blame Fedora for my less-than-perfect patch.
> Ok, thanks for the clarification.
>> I did the paprefs patch to make the upgrade process easier but it seems it
>> makes it harder so I suggest we forget about the paprefs migration to
>> gsettings and stick to gconf.
>> In this case, I don't really see a problem with the upgrade :
>> By default, module-gsettings is disabled and module-gconf stays enabled and
>> nothing will change if the distribution maintainer does nothing.
>> If a distribution wants to move to gsettings, it could do so during a major
>> upgrade of the distro (that would probably update Gnome, the kernel and
>> would require a session restart). They could decide to enable both modules
>> - so that old programs keep working and new ones could use the new module -
>> or switch completely to gsettings, after they make sure all programs
>> packaged by the distribution have a migration script.
> (A sidenote: paprefs is (at least I hope so) the only application that
> uses this stuff, so we don't need to worry about others.)
> It would be nice to have thoughts from actual package maintaners about
I have to say I'm not sure how an upgrade scenario would play out. My
understanding currently is as follows:
1. paprefs can ship a file for gsettings-data-convert, which migrates
2. However that tool is only run at login.
3. As a consequence, the paprefs tool can be in an inconsistent state
after an upgrade and before the next login.
It seems that the problem is resolved by papfrefs triggering the tool
on startup as suggested by the gnome documentation.
However that leaves us with another problem, as the pulseaudio daemon
is not restarted automatically after an upgrade, and thus gsettings
module might not be loaded. But, I hope paprefs can already deal with
such a scenario and prompt the user accordingly.
In debian there is only paprefs depending on module-gconf. I don't
think we'll keep module-gconf after paprefs has migrated.
More information about the pulseaudio-discuss