ALSA preferred instead of pulseaudio
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
snapd (Ubuntu) |
Confirmed
|
Undecided
|
Chad Miller |
Bug Description
Since the update from snapd 2.17.1ubuntu1 to snapd 2.20.1ubuntu1 that landed in xenial-updates on 2017-01-05, a (private) snap I use that speaks to the soundcard no longer can do so. I now get errors of the type:
ALSA lib conf.c:
I see that there is an alsa slot now, but my snap (provided by a third party) does not provide an alsa plug, so there appears to be no workaround.
I understand why you'd want to add an alsa slot and disable access to ALSA by default in an update. I'm not against this in principle, but if this change is to land in Xenial automatically, it seems to me that there needs to be a migration path and mention in the changelog. The changelog does say "interfaces: add alsa" but makes no mention of the ensuing expected breakage.
Downgrading just the snapd package to 2.17.1ubuntu1 works around the problem.
@Robie, thanks for the bug! Just wanted to mention that as a matter stable series release policy we will not remove rules providing access precisely because we do not want to break applications in the manner described (unless there are extraordinary circumstances that would require communication to developers-- we haven't exercised that and this bug is not an example of that). More specifically, we did not allow /usr/share/ alsa/alsa. conf in 2.17 and take it away in 2.20; we only added the alsa interface to allow it in 2.20.
I suspect that this is a side-effect of changes to snapd/snap-confine related to how mounts are setup. Assigning to Zygmunt for now since he worked on those changes and could better advise (Zygmunt, please adjust who this is assigned to/etc as necessary).