Merge of pavucontrol and paprefs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



'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).
http://colin.guthr.ie/git/pulseaudio/commit/?h=loader&id=c2dfa53322f902051b5cd816a8772e14babb4ceb


> 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.

Col



-- 

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
  Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
  Mageia Contributor [http://www.mageia.org/]
  PulseAudio Hacker [http://www.pulseaudio.org/]
  Trac Hacker [http://trac.edgewall.org/]




[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux