[Alsaplayer-devel] ebuilds, rpms, and so forth
Dominique Michel
dominique.michel at citycable.ch
Mon Feb 12 21:21:41 GMT 2007
Le Mon, 12 Feb 2007 11:04:36 -0600,
"Austin Bingham" <austin.bingham at gmail.com> a écrit :
> Is anyone interested in producing alsaplayer packages for any linux
> distributions? I'd be happy to look into building and maintaining an
> ebuild for gentoo. This kind of work is probably a good way to get
> people to use alsaplayer, and it's probably pretty light work after
> you get the initial package developed.
>
> Austin
>
Hi Austin,
You can find working alsaplayer ebuilds on the pro-audio overlay:
http://proaudio.tuxfamily.org/wiki/index.php?title=Main_Page
http://svnweb.tuxfamily.org/listing.php?repname=proaudio%20(proaudio)&path=%2Ftrunk%2Foverlays%2Fproaudio%2Fmedia-sound%2Falsaplayer%2F&rev=0&sc=0
It is also 2 other ebuilds, one for the MIDI input plugin and the other one for
the fftscope plugin (from cvs).
The alsaplayer-9999 is a cvs version, I must change it to use svn now. The
0.99.77 is the same build at that time, but without the .desktop file I
committed after the release.
It is also a bug report on bugzilla asking to include the alsaplayer:
http://bugs.gentoo.org/show_bug.cgi?id=166464
I am not sure about the cflags in the ebuild. When I compile it by hand, it use
very optimized cflags, but with the ebuild, portage use the ones from
make.conf, in my case very safe ones (I get some bad experience in the past
with break_my_gentoo system flags... and even -O3 didn't convince me on x86.).
I know at the cflags from the alsaplayer make system have been chosen it was a few
years ago, and at gcc-4+ doesn't have the same behaviour with the same cflags.
What I can see in my system is at both compilations work fine and the resulting
programs work fine too.
Another issue is at the doc USE install the devel doc in /usr/share/doc/${PN}
when the other files as README go in /usr/share/doc/${P} I don0t know if it is
acceptable by gentoo policy.
The last issue with the ebuild is at the endian patch that was user with the
0.99.76 don't apply anymore and I don't know if it is needed with the 0.99.77.
I just commented it out from the ebuild, but it is still in the depository.
##############################################
The only strange issue I get on gentoo is when I start alsaplayer from a
console and exit with the exit menu in the alsaplayer gtk interface, I get a
segfault. But when I run "alsaplayer --quit" from another console, I didn't get
this segfault. It must be a bug in the gtk interface that send the wrong
signal or something like that.
Am I the only one that get this segfault or other can confirm this bug?
#################################################
And it will be great if anyone can make some rpm or deb packages, or at least
fill a bug report for their respective distribution asking to add or upgrade the
alsaplayer. It is maybe not needed on debian because they already have a
0.99.76 patched version.
Ciao,
Dominique
More information about the alsaplayer-devel
mailing list