[pulseaudio-discuss] Merge of pavucontrol and paprefs
gmane at colin.guthr.ie
Sun Mar 20 06:26:13 PDT 2011
'Twas brillig, and Maarten Bosmans at 20/03/11 00:00 did gyre and gimble:
> With the approaching switch to freedesktop.org infrastructure, only
> pulseaudio and and pavucontrol are going to be migrated, if I
> understand it correctly. Of the other utils, paman and padevchooser
> were already deprecated for several years. (I have closed all the
> tickets as wontfix, to emphasize that point) Pavumeter has also seen
> very little development and is not so interesting.
Indeed. pavumeter is really just a toy that serves very little practical
purpose (if people want to create eyecandy meters, they'd make a nicer
GUI than pavumeter and the practical usage of the vumeter has been in
pavucontrol for a while).
> Paprefs however, is used quite a lot. I think Colin proposed merging
> it with pavucontrol. (and may be even mentioned already working on
> such a merge?)
Not so much worked on the merge itself, but rather a module for PA that
would deprecate gconf and thus allow such a merge to take place.
> I think Colin mentioned that he would like the gconf module to go. Can
> we make a plan for that?
Yeah sure. My only plans thus far were for a new module (module-loader)
and a protocol extension that allowed editing thereof. I stopped working
on it a long time about but did make a start on it. Can't remember
exactly how far I got with it.
In theory tho' it should be pretty simple.
This is all I've done so far. I've rebased it on current git master but
it may not compile (not tested).
> Putting all the paprefs stuff on a new pavucontrol tab, or with the
> current configuration tab makes sense, I'd say. Any ideas on that?
I think a new dialog should be added with an "Options..." button added
to the Configuration tab. This new window can basically be the same as
the paprefs one initially. But I have zero strong opinions on this so
fully open to suggestions - just stating what was in my head.
> After the merge is done, may be it makes sense to rename the tool to
> pacontrol, as it is about much more than just controlling volumes. If
> we decide to do this, it makes sense to start with the fd.o git repo
> already renamed.
I'm not against a rename although adding a symlink on install for
pavucontrol binary name would probably be a nice courtesy.
Tribalogic Limited [http://www.tribalogic.net/]
Mageia Contributor [http://www.mageia.org/]
PulseAudio Hacker [http://www.pulseaudio.org/]
Trac Hacker [http://trac.edgewall.org/]
More information about the pulseaudio-discuss