'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/]
