FS#9838 - Updating to alsa-plugins 1.0.16-1 causes pulseaudio stop working
Attached to Project:
Community Packages
Opened by Gianvito (gianvito) - Friday, 14 March 2008, 20:33 GMT
Last edited by eliott (cactus) - Friday, 04 April 2008, 05:41 GMT
Opened by Gianvito (gianvito) - Friday, 14 March 2008, 20:33 GMT
Last edited by eliott (cactus) - Friday, 04 April 2008, 05:41 GMT
|
Details
Description:
I've just updated to alsa-plugins 1.0.16-1 and I can't listen sounds. Additional info: Before I listened sounds setting to alsa every player because I had alsa ----> pulse (link) in the config. Now with the same settings there is no sound. Steps to reproduce: Update alsa-plugins 1.0.16-1 Try to play a sound file |
This task depends upon
Closed by eliott (cactus)
Friday, 04 April 2008, 05:41 GMT
Reason for closing: Fixed
Additional comments about closing: apparently fixed.
Friday, 04 April 2008, 05:41 GMT
Reason for closing: Fixed
Additional comments about closing: apparently fixed.
Downgrade alsa-plugins to 1.0.15-1
padsp amarok
Within Amarok, I then chose the 'xine' engine and the 'oss' output plugin. The sound was sent through PulseAudio as expected.
However we can't redirect everytime every program to pulseaudio...
For example firefox and flash with pulseaudio support... another problem...
alsa-lib is at 1.0.15-1... alsa-plugins at 1.0.16-1
So I've recompiled alsa-lib with a vanilla PKGBUILD based on the official one with no patches and now it works...
#PKGBUILD BEGIN
pkgname=alsa-lib
pkgver=1.0.16
pkgrel=1
pkgdesc="An alternative implementation of Linux sound support"
arch=(i686 x86_64)
url="http://www.alsa-project.org"
depends=('glibc')
makedepends=('python')
license=('GPL')
options=(!libtool)
source=(ftp://ftp.alsa-project.org/pub/lib/$pkgname-1.0.16.tar.bz2)
build() {
cd $startdir/src/$pkgname-$pkgver
./configure --prefix=/usr
make || return 1
make DESTDIR=$startdir/pkg install
}
# PKGBUILD END
I think the alsa-plugins maintainer has to make sure to provide a package matching the version of alsa-libs in extra, either by not updating it at all or adding a dependency to the future version of alsa-libs.
Maybe theese two packages should just be maintained by the same person, perhaps aaron would be glad if sergej took the responsibility of all alsa packages of his shoulders, and sergej would be glad to evolve from a TU to maintaining packages in [extra].
Just an idea, though.