After the update from audacious-1.5.1 to audacious-2.1 I've discovered that the display of ID3 tags in some of existing mp3-files was broken. In my case the national language is Russian. Reproducible: Always Steps to Reproduce: 1. Get the mp3 file with Russian (CP1251-coded) ID3 tags; 2. Rebuild system with Rssian landuage support; 3. Build the audacious-2.1 with 'nls' and 'chardet' USE; 4. Play the downloaded file with audacious. Actual Results: Incorrectly encoded string with ID3 tag content. Expected Results: Correctly encoded string with ID3 tag content. This problem is described here: http://jira.atheme.org/browse/AUD-36 (the patch http://jira.atheme.org/secure/attachment/10062/chardet.c.patch I'll attach the patch to this bug report) The patch should be included into audacious-2.1 ebuild.
Created attachment 202232 [details, diff] The patch, which should fix the issue.
*** Bug 279236 has been marked as a duplicate of this bug. ***
Created attachment 203702 [details] Ebuild using proposed chardet.c.patch renamed to 2.1-chardet.c.patch Fixes the problem, confirmed.
+*audacious-2.2_alpha1 (15 Sep 2009) + + 15 Sep 2009; <chainsaw@gentoo.org> +audacious-2.2_alpha1.ebuild: + Version bump to (masked) alpha release, includes fixes that close bug + #282637 by Sergey S. Starikoff.
(In reply to comment #4) > +*audacious-2.2_alpha1 (15 Sep 2009) > + > + 15 Sep 2009; <chainsaw@gentoo.org> +audacious-2.2_alpha1.ebuild: > + Version bump to (masked) alpha release, includes fixes that close bug > + #282637 by Sergey S. Starikoff. > why wait for 2.2_alpha version and not push the above simple patch for a 2.1-r1 release ? There are many non-english speaking people who would love this package finally fixed in the tree and not in overlays or custom ebuilds...