&gt; Well, for exactly reasons like this, I find installing libraries from<br>
&gt; 3rd party repositories problematic at least.<br><br>I agree it&#39;s not ideal, but unfortunately there&#39;s some functionality that isn&#39;t present in the main repositories. (for example, a build of gtkpod that supports AAC)<br>
<br>&gt; And I&#39;ve asked you to check this. Until this happens, I&#39;d agree to leave<br>&gt; this bug closed.<br>&gt; It would be great if you could help with filling<br>
&gt; the gaps.<br><br>Since that&#39;s the case, I can try both the testing and experimental versions, but most likely it will be this weekend or the next when I have the time.<br><br>Aaron<br><br><div class="gmail_quote">
On Mon, Aug 16, 2010 at 3:39 AM, Reinhard Tartler <span dir="ltr">&lt;<a href="mailto:siretart@tauware.de">siretart@tauware.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Mon, Aug 16, 2010 at 09:25:12 (CEST), Aaron Barany wrote:<br>
<br>
&gt; Just to provide a bit more information, I&#39;m using debian-multimedia, which<br>
&gt; is why my ffmpeg libraries are newer than what&#39;s in the standard debian<br>
&gt; repositories. This thread on Audacity forums (<br>
&gt; <a href="http://forum.audacityteam.org/viewtopic.php?f=18&amp;t=28048" target="_blank">http://forum.audacityteam.org/viewtopic.php?f=18&amp;t=28048</a>) documents the<br>
&gt; problem, and also includes a patch. According to that thread, the change<br>
&gt; appeared in ffmpeg 0.5.1. If I&#39;m reading the version numbers correctly, both<br>
&gt; debian-multimedia and experimental have ffmpeg 0.6 (with slightly newer<br>
&gt; version in debian-multimedia),<br>
<br>
</div>the package distributed by debian-multimedia is not based on ffmpeg 0.6,<br>
it is just horribly and confusingly named. It is based on SVN trunk,<br>
were a lot of development is going on, and such compatibility bugs still<br>
need to be found and ironed out. Christian Marillat is obviously not<br>
helping with that at all.<br>
<div class="im"><br>
&gt; and the standard squeeze install has 0.5.1.  (which also means that<br>
&gt; the standard squeeze libraries might experience the same problem)<br>
<br>
</div>And I&#39;ve asked you to check this. Until this happens, I&#39;d agree to leave<br>
this bug closed.<br>
<div class="im"><br>
&gt; I would prefer not to try to install a different version of the libraries<br>
&gt; since I don&#39;t have any experience working with different repositories like<br>
&gt; that, especially since I would have to deal with the dependencies.<br>
<br>
</div>Well, for exactly reasons like this, I find installing libraries from<br>
3rd party repositories problematic at least.<br>
<div class="im"><br>
&gt; (I&#39;m mainly worried about getting everything back together again when<br>
&gt; I&#39;m done...) If somebody could try it on a standard testing and/or<br>
&gt; experimental install that would be great.<br>
<br>
</div>Well, you&#39;ve reported an imcomplete bug, and I&#39;ve told you what<br>
information is missing. It would be great if you could help with filling<br>
the gaps.<br>
<font color="#888888"><br>
--<br>
</font><div><div></div><div class="h5">Gruesse/greetings,<br>
Reinhard Tartler, KeyID 945348A4<br>
</div></div></blockquote></div><br>