<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    reopen 709106<br>
    thanks<br>
    <br>
    Hi Elimar,<br>
    <br>
    On 2013-05-26 04:16, Elimar Riesebieter wrote:
    <blockquote
      cite="mid:20130526081647.GA15714@galadriel.home.lxtec.de"
      type="cite">
      <pre wrap="">* Filipus Klutiero <a class="moz-txt-link-rfc2396E" href="mailto:chealer@gmail.com"><chealer@gmail.com></a> [2013-05-25 22:40 -0400]:

</pre>
      <blockquote type="cite">
        <pre wrap="">On 2013-05-25 05:36, Elimar Riesebieter wrote:
</pre>
      </blockquote>
      <pre wrap="">[...]

</pre>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">So if you solved your configuration problem I can't figure out a bug
anywere?
</pre>
        </blockquote>
        <pre wrap="">As things are currently, *I* have no problem. The bug is that I
had to use a workaround to get speaker-test and others to work. It
isn't a "configuration problem", it happens in the *default*
configuration. In other words, if I was to reinstall today, I
would go back to a broken install with the cryptic errors
mentioned.

Of course, getting rid of the problem in the default configuration
would already be a good improvement. But speaker-test should never
fail in this way, regardless of what device is configured as the
default.
</pre>
      </blockquote>
      <pre wrap="">
OK, configure a soundchicp which isn't supported by ALSA yet as the
default one is more or less an ALSA thing. What we can to is to
blacklist snd_hda_codec_hdmi but Iam sure there are soundchips
(soundcards) out there which are working well with that codec,
though. The Debian documantaion in
/usr/share/doc/alsa-base/README.Debian helps users to configure
their soundcrads. So I close this bug herewith.
</pre>
    </blockquote>
    <br>
    A bug report should only be closed when the bug has been resolved.
    If you don't know how to fix a bug, simply leave the report open. If
    you believe a bug cannot be fixed, the report can be tagged wontfix
    (which is very rarely appropriate).<br>
    <br>
    In this case, there are apparently 2 ways to make progress:<br>
    <ol>
      <li>If, as your reply implies, the chip is not supported, support
        can be introduced.</li>
      <li>In my case, where the problematic chip is not the only one and
        another chip works fine, another chip can be made the default.<br>
      </li>
    </ol>
    <pre class="moz-signature" cols="998">-- 
Filipus Klutiero
<a class="moz-txt-link-freetext" href="http://www.philippecloutier.com">http://www.philippecloutier.com</a></pre>
  </body>
</html>