This is an ebuild I wrote for polypaudio, a drop-in replacement for esound daemon.
Created attachment 45702 [details] Ebuild for Polypaudio-0.7
invalid ebuild header, usually I would expect the inheritance of some gnome eclass... -> http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=2&chap=3
Since polypaudio isn't really part of gnome, I wouldn't really think it should inherit the gnome.org eclass. Currently it is a seperate project that just happens to implement the esound protocol. (Along with a native protocol) On the project I'm currently working on, we're using it seperate from gnome. The one thing I forgot to do before I sumbitted the ebuild was clean up the alsa stuff and put it in a USE flag. I'll update the attachment when I get that added.
Created attachment 45719 [details] Ebuild for Polypaudio-0.7: 2nd try fixed alsa USE flags and ebuild header
It would be nice if it came with an init script to start polypaudio server automatically. Also how about a more sensible default configuration? Like something using autoload-sinks for both alsa and oss so that it "just works" with either configuration?
Just to inform the kde herd: akode from kdemultimedia has support for polypaudio output. So when this ebuild will be in portage we have probably to add and useflag and a dep on it.
Also the second try is substandard as alsa support can't be disabled optionally in base polypaudio, it doesn't install docs, and the LICENSE var is wrong (polypaudio is released under LGPL, not GPL). As this bug seems quite dead and many things on portage has optional polypaudio, if nobody wants it I can take care for it.
go ahead :)
it should be sound-herded... That things have optional support on it is in itself no reason to add it. It is rather worrysome that since 0.7 there has been no further releases & there's been some criticism on the approach taken.
I'm taking a look to it. Alsa and TCP wrappers supports are optionals but enabled automagically when they are found, I've patched configure.ac to add --without- switches for them. On polypaudio svn there aren't changes since 3 months, and this is also worst. I'm currently trying to get it working but it seems to crash itself after less than a minute in my system.
Hmm seems like upstream is dead, I can't see any development of this anywhere. And it still crashes for me...
Closing this as LATER until a new version come out which doesn't crash anymore and which shows that upstream isn't dead.
No crashes here with the latest SVN. (pre-0.8 version) Also, libao-polyp and gst-polyp both work fine. 0.7 also worked okay. (hand-installed, not from the ebuild) I haven't seen any crashes. This bug depends on separation libesd from esound package - for 100% compatibility with esound. Polypaudio implements only esound protocol, not its API. zen ~ # emerge info Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0, 2.6.13-rc3-mm2+ i686) ================================================================= System uname: 2.6.13-rc3-mm2+ i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.6.12 ccache version 2.4 [enabled] dev-lang/python: 2.4.1-r1 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu"
Created attachment 88030 [details] polypaudio-0.9.0.ebuild
Created attachment 88031 [details, diff] 0.9.0-configure.patch
Created attachment 88032 [details] gst-polyp-0.9.0.ebuild
Upstream seems vaguely alive again. Not sure what to do about esd compat.
Created attachment 88042 [details] polypaudio-0.9.0.ebuild modified ebuild from: http://catmur.co.uk/svn/repos/gentoo/tree/media-sound/polypaudio/polypaudio-0.9.0.ebuild
(In reply to comment #17) i just installed polypaudio, linked /usr/bin/esdcompat.sh to /usr/bin/esd , and sound is working in gnome 2.14 .
Created attachment 88045 [details] polypaudio-0.9.0.ebuild Improved avahi howl-compat message; added doxygen to DEPEND. re comment 18: I don't understand the changes you wished to make. polypaudio does not use audiofile; and the dependency versions I had are the versions in configure. re comment 19: We need a solution that Just Works. This may require changes to the esd ebuild.
I'll take care of this in the next days.
Created attachment 88159 [details, diff] esd-spawn-binary-config.patch This patch gives esd a spawn_binary config option, which should help in switching between the esd server and the polypaudio esd compat server. I'm using it and it works well.
Created attachment 90029 [details] version bump Version bumped (please note that with the next versione the name will switch to PulseAudio), configure patch included upstream. works also on amd64
Created attachment 90030 [details] gstreamer plugin
Created attachment 90031 [details] manager of polypaudio server
Created attachment 90032 [details] polypaudio volume control
I'm going to wait till the name has changed, I didn't forget about this but having to deal with the name change after it's in portage is going to be difficult.
New homepage is http://pulseaudio.org/ see http://0pointer.de/blog/projects/guadec-2006.html .
please note that libao-0.8.6-r2 doesn't compile with >=polypaudio-0.9.0 as it includes libao-polyp-0.4 wich supports polypaudio-0.6, I think we could disable polypaudio in libao (--disable-polyp) and add a polyp(pulse)audio use flag with a dep on >=libao-polyp-0.9 (http://0pointer.de/lennart/projects/libao-polyp/)
(In reply to comment #29) filed upstream at http://trac.xiph.org/ticket/940
celebrate PulseAudio 0.9.2 is released :-) http://0pointer.de/blog/projects/pulse-release
At last. Will work on it as soon as i have some free minutes.
I created new ebuilds, config files, and modified some to match new project status. Tom, Diego and others thank you so much for your work! It helped me a lot. Changes: * Now all packages renamed to pulseaudio, paths updated * Added ~amd64 on pulseaudio a tested. * Added configurati
I created new ebuilds, config files, and modified some to match new project status. Tom, Diego and others thank you so much for your work! It helped me a lot. Changes: * Now all packages renamed to pulseaudio, paths updated * Added ~amd64 on pulseaudio a tested. * Added configuratión file and init script (need some work because I don't know full potential of the daemon, but it's a begining). * Version pump and of the other tools. * Updated and renamed gst-pulse ebuild. Why?: 1.- To match gst naming convention on gentoo. Am I wrong? I will post more packages as soon as I build it. I will upload ebuilds and other files after posting this.
Created attachment 91408 [details] pulseaudio-0.9.2.ebuild (requires other files, see comments) This goes into "media-sound/pulseaudio" and depends on: media-sound/pulseaudio/files/pulseaudio.init.d media-sound/pulseaudio/files/pulseaudio.conf.d Added amd64 keyword and tested on it. Need some work on init script to let people to connect to the daemon once is running.
Created attachment 91409 [details] pulseaudio.conf.d [ for version 0.9.2 ] This file needs to go into the files directory
Created attachment 91410 [details] pulseaudio.init.d [ for version 0.9.2 ] This file needs to go into the files directory
Created attachment 91411 [details] paman-0.9.2.ebuild [ Versión pump, server rename ]
Created attachment 91411 [details] paman-0.9.2.ebuild [ Versión pump, server rename ] This goes to media-sound/paman
Created attachment 91412 [details] pavcontrol-0.9.2.ebuild [ Versión pump, server rename ]
Created attachment 91412 [details] pavcontrol-0.9.2.ebuild [ Versión pump, server rename ] This goes to media-sound/pavcontrol
Created attachment 91413 [details] gst-plugins-pulse-0.9.2.ebuild [ This should go to media-plugins/gst-plugins-pulse ] The GST plugins goes to media-plugins with the format gst-plugins-<name> so this should go to media-plugins/gst-plugins-pulse. Modified to go there.
media-sound/pulseaudio added, I'll look for paman and pavcontrol soon. gst-plugin tho will have to be submitted separately.
Pulseaudio should now have improved support, and paman now in portage, under p.mask.
pavucontrol also added to portage, considering this bug fixed (it's not unmasked yet, I'll do for 0.9.3 release most likely).
