<div dir="ltr">Hello,<div><br></div><div>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 <span style="font-size:12.8px">less-than-perfect patch.</span></div><div><br></div><div>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.</div><div><br></div><div>In this case, I don't really see a problem with the upgrade :</div><div>By default, module-gsettings is disabled and module-gconf stays enabled and nothing will change if the distribution maintainer does nothing.</div><div><br></div><div>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.</div><div><br></div><div>What do you think ?</div><div><br></div><div>Sylvain</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-09-11 8:50 GMT+02:00 Tanu Kaskinen <span dir="ltr"><<a href="mailto:tanuk@iki.fi" target="_blank">tanuk@iki.fi</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Sun, 2016-09-11 at 10:24 +0530, Arun Raghavan wrote:<br>
><br>
> On Sat, 10 Sep 2016, at 10:26 PM, Tanu Kaskinen wrote:<br>
> ><br>
> > On Sat, 2016-09-10 at 21:58 +0530, Arun Raghavan wrote:<br>
> > ><br>
> > ><br>
> > > On Sat, 10 Sep 2016, at 02:06 PM, Tanu Kaskinen wrote:<br>
> > > ><br>
> > > ><br>
> > > > On Sat, 2016-09-10 at 09:06 +0530, Arun Raghavan wrote:<br>
> > > > ><br>
> > > > > So unless MATE and co. are actually using it, I don't think it's a bad<br>
> > > > > idea to drop it (the paprefs dep can be upgraded to latest PA with<br>
> > > > > gsettings-only support).<br>
> > > ><br>
> > > > If the data migration is not entirely smooth for users, I want to let<br>
> > > > distributions choose when to drop gconf support.<br>
> > ><br>
> > > Sure, making sure there's a smooth transition is important, but IMO it's<br>
> > > orthogonal to supporting GConf. It's not great to have GSettings as an<br>
> > > option and then push the decision of whether config should break or not<br>
> > > out to distribution.<br>
> ><br>
> > Do you mean that it's worse to provide a gsettings option that has<br>
> > glitchy data migration than to provide no gsettings option at all? I<br>
> > think that depends on how high distributions set their bar. If I was a<br>
> > distribution maintainer, I would stay with gconf until a smooth<br>
> > migration is available. If all distribution maintainers are like me,<br>
> > then I agree, we should block gsettings support until this is fully<br>
> > sorted out, but if I've understood correctly, Sylvain is working on<br>
> > Fedora, and his patches are less-than-perfect in this regard, which<br>
> > suggests to me that Fedora perhaps doesn't care that much about the<br>
> > migration problems.<br>
><br>
> We shouldn't block it, but I do think we should recommend that people<br>
> hold off switching until we have a clean migration path.<br>
<br>
</div></div>Certainly. This needs to be explained in the release notes, and<br>
gsettings should be disabled by default (like it is in this patch).<br>
<span class="HOEnZb"><font color="#888888"><br>
-- <br>
Tanu<br>
</font></span><div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.<wbr>freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/pulseaudio-<wbr>discuss</a><br>
</div></div></blockquote></div><br></div>