Summary: | media-libs/libpulse-16.1 hard-depends on either PulseAudio or PipeWire sound servers (should cater to media-sound/apulse somehow) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Róbert Čerňanský <openhs> |
Component: | Current packages | Assignee: | Igor V. Kovalenko <igor.v.kovalenko> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | bircoph, leio, nbowler, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Róbert Čerňanský
2022-08-29 06:04:03 UTC
We want to guarantee a working setup, so someone needs to do the work in apulse packaging to tie into all this, so it could be an option within the || deps or something. Yes, adding apulse to the PDEPEND is also a suitable solution. No changes to apulse packaging are necessary. PDEPEND=" || ( media-video/pipewire[sound-server(+)] media-sound/pulseaudio-daemon media-sound/pulseaudio[daemon(+)] + media-sound/apulse ) " In general, I am not sure that in the Gentoo world, which promotes flexibility and control over the system configuration, it is wise to try to guarantee something. These are conflicting requirements. Instead, providing sane defaults (enable corresponding USE flags) which leads to a working setup is the right thing to do. But if user explicitly says -sound-server and 'media-sound/pulseaudio -daemon' then such configuration should be respected if technically possible. Perhaps give a warning at most. I believe adding this dependency might work though I never tried it myself. On the other hand, media-sound/apulse[sdk] looks like a better alternative to media-libs/libpulse for apulse use case at higher dependency level. At least this way parts that will not work with apulse (e.g. pactl.) will not be installed too, reducing confusion a bit. Adding apulse as an alternative is not sufficient. libpulse supports connections to pulseaudio servers running on different computers via the network. If the local machine does not have its own audio equipment it is silly to require an unusable server package to be installed. Putting media-sound/pulseaudio-daemon-0 in package.provided is an OK workaround, but a USE flag would be better so we don't need to lie to the package manager. (In reply to Nick Bowler from comment #4) > Adding apulse as an alternative is not sufficient. libpulse supports > connections to pulseaudio servers running on different computers via the > network. If the local machine does not have its own audio equipment it is > silly to require an unusable server package to be installed. I'd say this is irrelevant, the user wanting to utilize media-sound/apulse instead of one of proper servers should be already aware of limitations. |