Bug#680742: Request: Reactivation of RoarAudio support in openal-soft

[Simon McVittie]

found 680742 1:1.13-6
fixed 680742 1:1.14-1
notfound 680742 1:1.14-4
found 680742 1:1.15.1-3
thanks

On Wed, 16 Jul 2014 at 12:19:18 +0200, bret curtis wrote:
> We're currently on OpenAL-Soft 1.14, libroar doesn't look to be
> dropped as it is still in sid and is going into Jessie.

Still the case.

> The libroar (libsndio is a virtual package to libroar) package is
> marked as 'suggested' by OpenAL-Soft but still required for building.

Not still the case, because roaraudio integration was breaking
installability of other packages. So this bug could have been
closed between versions 1:1.14-1 and 1:1.15.1-2 (inclusive), but
if it had been closed, it would have been reopened when 1:1.15.1-3
was uploaded.

> It hasn't gone anywhere, so if you install it yourself, it should
> still be usable by OpenAL-Soft.

Any reintroduction of roaraudio should have this behaviour.
It is unnecessary for random packages that happen to handle audio
to have a strong dependency on parts of roaraudio unless there
is a specific technical reason to do so: it is merely one of
several possible audio APIs.

A Recommends would be stronger than necessary for these packages too,
as noted in #673178: it is not the case that users of libopenal1
should need to install libroar* "in all but unusual installations".

    S