Bug 497703
| Summary: | bluez requires pulseaudio | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Woodhouse <dwmw2> |
| Component: | gnome-bluetooth | Assignee: | Bastien Nocera <bnocera> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | rawhide | CC: | bnocera, dwmw2, marcel |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-04-26 20:32:06 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
David Woodhouse
2009-04-26 11:48:49 UTC
pulseaudio-module-bluetooth is required by gnome-bluetooth, so that speakers and headsets work out of the box. So by removing pulseaudio, you're removing gnome-bluetooth, thus removing the only pin helper. Install another pinhelper, and you should be able to remove pulseaudio. You've just rephrased the bug. The problem is that we _want_ the pin-helper to remain, but need to be able to remove pulseaudio from the system. If we want pulseaudio-module-bluetooth to be installed out of the box, we need to find a better way of doing it. Can we make pulseaudio require it? Or have the tools use PackageKit to ensure that it's installed when we actually set up a device which would use it? Reopening. (In reply to comment #2) > You've just rephrased the bug. > > The problem is that we _want_ the pin-helper to remain, but need to be able to > remove pulseaudio from the system. Then install another pinhelper. > If we want pulseaudio-module-bluetooth to be installed out of the box, we need > to find a better way of doing it. Can we make pulseaudio require it? Or have > the tools use PackageKit to ensure that it's installed when we actually set up > a device which would use it? That sounds like a problem looking for a solution. gnome-bluetooth needs to have the pulseaudio-module-bluetooth package install to do anything with audio headsets. If you're not happy about it, feel free to take over the bluez-gnome maintenance. Er, we _had_ another pinhelper, in the bluez-gnome package. You obsoleted that without actually deprecating it so it disappeared from the media, and then you made its replacement require PulseAudio! It is important that users be able to remove PulseAudio. Doing so was the only way that a number of people could make audio work reliably in F-10, and it's looking like the same will be true in F-11. But 10 days ago, after the final freeze for F-11, you suddenly made that impossible; at least for any GNOME user who needs Bluetooth. That's not acceptable -- and it's especially unacceptable that you're refusing to even discuss alternative approaches to the problem you were trying to solve when you did that. I expect better from you, Bastien. (In reply to comment #4) > Er, we _had_ another pinhelper, in the bluez-gnome package. You obsoleted that > without actually deprecating it so it disappeared from the media, and then you > made its replacement require PulseAudio! bluez-gnome isn't removed from the tree, and it's not a dead package. It still contains the analyser, which could be of some use. It's ready to be picked up. > It is important that users be able to remove PulseAudio. Doing so was the only > way that a number of people could make audio work reliably in F-10, and it's > looking like the same will be true in F-11. But 10 days ago, after the final > freeze for F-11, you suddenly made that impossible; at least for any GNOME user > who needs Bluetooth. I made it impossible because I wanted to have Bluetooth audio actually working for people without dropping to the command-line, having to setup funky alsa config files, or give weird options to their audio tools. > That's not acceptable -- and it's especially unacceptable that you're refusing > to even discuss alternative approaches to the problem you were trying to solve > when you did that. I expect better from you, Bastien. If you feel that I've made any mistakes handling the bluez-gnome -> gnome-bluetooth transition, feel free to complain about it after you've taken over bluez-gnome and its bugs. In the meanwhile, gnome-bluetooth needs the PulseAudio Bluetooth module to have working Bluetooth audio (which is presented in the UI). I don't see how that makes it harder for anyone to use. Note that in the future, it will probably also require the control-center package as we make it possible to call the mouse/keyboard prefs from the applet for those types of devices. And I'm sure other dependencies will come. If there are PulseAudio bugs, I'm sure they'll get filed as bugs. If you have spec file bugs you'd like inspected, file them. But if the request is to remove the pulseaudio-module-bluetooth, then you'll already know my answer. |