<div dir="auto"><div>Hi,<br><br><div class="gmail_quote"><div dir="ltr">On Sat, Dec 8, 2018, 10:53 Elimar Riesebieter <<a href="mailto:riesebie@lxtec.de">riesebie@lxtec.de</a> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Felipe Sateler <<a href="mailto:fsateler@debian.org" target="_blank" rel="noreferrer">fsateler@debian.org</a>> [2018-12-06 12:13 -0300]:<br>
<br>
> Control: affects -1 libasound2-plugins<br>
> <br>
> Including the Alsa maintainers in the loop, as this may be really a<br>
> bug on their side.<br>
> <br>
> On Thu, Dec 6, 2018 at 3:51 AM Zhong Jianxin <<a href="mailto:azuwis@gmail.com" target="_blank" rel="noreferrer">azuwis@gmail.com</a>> wrote:<br>
> ><br>
> > Package: pulseaudio<br>
> > Version: 12.2-2<br>
> > Severity: important<br>
> ><br>
> > Due to alsa-plugins upstream change here[1], after libasound2-plugins<br>
> > 1.1.7, files in /usr/share/alsa/alsa.conf.d no longer load by default<br>
> <br>
> This looks borked. Why did they remove this? There is no rationale in<br>
> the commit message.<br>
> <br>
> Alsa maintainers, would you consider this a bug in alsa plugins? I<br>
> would think so, but unfortunately<br>
> the bug tracker link in the upstream site is dead. Where would I report that?<br>
<br>
Since libasound2-plugins 1.1.7-2 the files from alsa-plugins source<br>
in<span style="font-family:sans-serif"> /usr/share/alsa/alsa.conf.d/</span> are linked to /etc/alsa/conf.d.<br>
pulse.conf should be linked by pulsausdio which installs that file.<br>
<br>
Did I misunderstood something?<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Yes, sorry for not including the full context. The proximate problem is that pulseaudio also ships files in <span style="font-family:sans-serif">/usr/share/alsa/alsa.conf.d, and was thus broken by the change in alsa.</span></div><div dir="auto"><span style="font-family:sans-serif"><br></span></div><div dir="auto"><span style="font-family:sans-serif">However, I question whether that was a good idea at all: users don't usually need to modify these files, and making me ship the files in /etc is a bad idea, because then they would be left after remove.</span></div></div>