Summary: | media-video/pipewire: misleading description for USE=liblc3 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Johannes Penßel <johannesp> |
Component: | Current packages | Assignee: | Sam James <sam> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | 89q1r14hd, johannesp, leio |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Johannes Penßel
2024-05-08 06:35:57 UTC
I'm not sure why this even its own use flag, since it's a small dependency that just like SBC is part of the Bluetooth specification. It's a different question that BLE is currently hardly usable with GNU/Linux but I'm sure it's gonna get working within this decade [yes, I do own BLE hardware, so I do know it's not really ready for use in general]. ;) (In reply to Niklāvs Koļesņikovs from comment #1) > I'm not sure why this even its own use flag, since it's a small dependency > that just like SBC is part of the Bluetooth specification. It's a different > question that BLE is currently hardly usable with GNU/Linux but I'm sure > it's gonna get working within this decade [yes, I do own BLE hardware, so I > do know it's not really ready for use in general]. ;) Good point! Skimming through the ebuilds for pipewire, all the other codec dependencies it optionally pulls in (fdk-aac, sbc, opus, freeaptx, libldac) are gated by USE=bluetooth. Considering that liblc3 is indeed tiny and also only used for Bluetooth-related functionality, I think that adding it as a dep of USE=bluetooth and dropping its standalone flag makes the most sense here. |