Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#27502 - [mpd] disable pulseaudio support
Attached to Project:
Arch Linux
Opened by Alexander (AlexanderR) - Friday, 09 December 2011, 10:04 GMT
Last edited by Angel Velasquez (angvp) - Saturday, 10 December 2011, 20:06 GMT
Opened by Alexander (AlexanderR) - Friday, 09 December 2011, 10:04 GMT
Last edited by Angel Velasquez (angvp) - Saturday, 10 December 2011, 20:06 GMT
|
DetailsPLEASE NOTE: IT IS NOT FEATURE REQUEST! IT IS BUG!
Description: Mpd currently (as of version 0.16.6-1) depends on libpulse. This ugly dependency directly violates KISS: 1) another unnecessary package, 2) new bugs and incompatibilities with non pulse-aware applications, 3) additional flag "enable-pulse" in the PKGBUILD (PulseAudio support is not enabled by default!). This dependency is totally unnecessary: 1) Mpd is already accessible via the network 2) most PulseAudio users do not need low latency (the ones who need use plain ALSA to achieve the lowest possible latency). PulseAudio ALSA emulation is enough for them. Fast solution: make mpd dependency on libpulse optional. Steps to reproduce: try to install mpd |
This task depends upon
Closed by Angel Velasquez (angvp)
Saturday, 10 December 2011, 20:06 GMT
Reason for closing: Won't implement
Additional comments about closing: Don't re-open this, if you don't want support for a lib, then use abs as we said before.
Enough.
Saturday, 10 December 2011, 20:06 GMT
Reason for closing: Won't implement
Additional comments about closing: Don't re-open this, if you don't want support for a lib, then use abs as we said before.
Enough.
Seriously?
$ pacman -Qi mpd
Name : mpd
Version : 0.16.5-2
URL : http://mpd.wikia.com/wiki/Server
Licenses : GPL
Groups : None
Provides : None
Depends On : libao ffmpeg libmodplug audiofile libshout libmad curl faad2 sqlite3 jack libmms wavpack libmpcdec libid3tag
Optional Deps : None
Required By : None
Conflicts With : None
Replaces : None
Installed Size : 5888.00 K
Packager : Unknown Packager
Architecture : i686
Build Date : Sat 10 Dec 2011 02:01:25 AM VLAT
Install Date : Sat 10 Dec 2011 02:01:39 AM VLAT
Install Reason : Explicitly installed
Install Script : Yes
Description : Music daemon that plays MP3, FLAC, and Ogg Vorbis files
Just remove ugly "--enable-pulse" string from the PKGBUILD (and don't forget to remove "libalsa" from dependencies too) and it will run fine ;)
It loads almost a hundred or so libraries at runtime, you think dropping libpulse is going to save the day?
Native support via libpulse and the perks that come with it certainly justify its use even though pulse does a okayish job without it.
Not to mention that its the dominant sound system nowadays, so its very unlikely stuff related to it is going away anytime soon.
We managed to survive for a year with this hard dependency, why bother?
TLDR: Please stop (re)opening futile "feature" requests. Build it yourself.
>> Libpulse takes only 1,2MB
And requires some additional dependencies that take.. Still not too much. But mpd is currently the only package on my system that depends on libpulse (except rarely being updated mplayer that I usually rebuild anyway). And the worst thing is that this dependency, actually useless, was added for marketing (??!) reasons.
>> mpd ... is not lightweight
No, it is. All it's libraries do something useful.. except libpulse.
>> Native support via libpulse and the perks
What perks?
>> dominant sound system nowadays
spam spam spam
Why is this "dominant system" not supported by most of applications?
>> Please stop (re)opening futile "feature" requests
What requests? Can you explain what "futile" means here? Similar bugreport related to mplayer was re-opened as feature request, because it was considered "not a bug". What's wrong with this? And is it normal to ask users to rebuild packages that can be safely fixed by maintainers? Imo, it is like developer asking user to fix all bugs himself without annoying him with bug reports.
P.S.
No one responding to the part about KISS... So it is clear for everybody that THIS package simply does not need libpulse dependency, isn't it?