Bug#873160: python-pymad: pymad in stretch decodes to noise
Sorry, I forgot all about this. I don't remember if I did make a 0.9-1+deb9u1. On 13 March 2018 at 04:11, Adrian Bunk wrote: > On Wed, Aug 30, 2017 at 11:19:22AM +1000, Jamie Wilkinson wrote: > > Bug 873673 contains the request to the release team. > > Did you make any progress preparing a 0.9-1+deb9u1 as advised by the > release team? > > Thanks > Adrian > > -- > >"Is there not promise of rain?" Ling Tan asked suddenly out > of the darkness. There had been need of rain for many days. >"Only a promise," Lao Er said. >Pearl S. Buck - Dragon Seed > >
Bug#873160: python-pymad: pymad in stretch decodes to noise
On Wed, Aug 30, 2017 at 11:19:22AM +1000, Jamie Wilkinson wrote: > Bug 873673 contains the request to the release team. Did you make any progress preparing a 0.9-1+deb9u1 as advised by the release team? Thanks Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#873160: python-pymad: pymad in stretch decodes to noise
Bug 873673 contains the request to the release team. On 30 August 2017 at 10:01, Jamie Wilkinson wrote: > ... The version you filed the bug against is 0.10-1 but in the body of the > text you say it's 0.9 yeah. 0.10 fixes a decode-to-noise bug. :) > > I'll see if the release team would like to promote 0.10-1 to stretch. > > On 25 August 2017 at 15:18, Marc Dahn wrote: > >> Package: python-pymad >> Version: 0.10-1 >> Severity: grave >> Justification: renders package unusable >> >> Dear Maintainer, >> >> When decoding at least several MP3 files (including at 22050 kHz >> single-channel and 44100 kHz dual-channel, non-VBR), python-pymad in >> stretch generates fairly horrific sound (chr-chr-chr) at least on i386. >> If one looks at the decoded bytes, there's a clear overabundance of >> zeroes, but in the one case I looked at they even included a string . >> "7/email/encoders.py", so it's probably not just an integer format >> issue. >> >> The good news is: The version currently in testing, 0.10-1, fixes >> the problem, so it's probably not worth further investigating this >> particular issue. It *would* be good if the fix could somehow slip >> into stable, though. >> >> >> -- System Information: >> Debian Release: 9.1 >> APT prefers proposed-updates >> APT policy: (500, 'proposed-updates'), (500, 'stable') >> Architecture: i386 (x86_64) >> >> Kernel: Linux 4.12.2 (SMP w/4 CPU cores) >> Locale: LANG=C, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1), >> LANGUAGE=C (charmap=ISO-8859-1) >> Shell: /bin/sh linked to /bin/bash >> Init: sysvinit (via /sbin/init) >> >> Versions of packages python-pymad depends on: >> ii libc62.24-11+deb9u1 >> ii libmad0 0.15.1b-8 >> ii python 2.7.13-2 >> >> python-pymad recommends no packages. >> >> python-pymad suggests no packages. >> >> -- no debconf information >> > >
Bug#873160: python-pymad: pymad in stretch decodes to noise
... The version you filed the bug against is 0.10-1 but in the body of the text you say it's 0.9 yeah. 0.10 fixes a decode-to-noise bug. :) I'll see if the release team would like to promote 0.10-1 to stretch. On 25 August 2017 at 15:18, Marc Dahn wrote: > Package: python-pymad > Version: 0.10-1 > Severity: grave > Justification: renders package unusable > > Dear Maintainer, > > When decoding at least several MP3 files (including at 22050 kHz > single-channel and 44100 kHz dual-channel, non-VBR), python-pymad in > stretch generates fairly horrific sound (chr-chr-chr) at least on i386. > If one looks at the decoded bytes, there's a clear overabundance of > zeroes, but in the one case I looked at they even included a string . > "7/email/encoders.py", so it's probably not just an integer format > issue. > > The good news is: The version currently in testing, 0.10-1, fixes > the problem, so it's probably not worth further investigating this > particular issue. It *would* be good if the fix could somehow slip > into stable, though. > > > -- System Information: > Debian Release: 9.1 > APT prefers proposed-updates > APT policy: (500, 'proposed-updates'), (500, 'stable') > Architecture: i386 (x86_64) > > Kernel: Linux 4.12.2 (SMP w/4 CPU cores) > Locale: LANG=C, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1), LANGUAGE=C > (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/bash > Init: sysvinit (via /sbin/init) > > Versions of packages python-pymad depends on: > ii libc62.24-11+deb9u1 > ii libmad0 0.15.1b-8 > ii python 2.7.13-2 > > python-pymad recommends no packages. > > python-pymad suggests no packages. > > -- no debconf information >
Bug#873160: python-pymad: pymad in stretch decodes to noise
Package: python-pymad Version: 0.10-1 Severity: grave Justification: renders package unusable Dear Maintainer, When decoding at least several MP3 files (including at 22050 kHz single-channel and 44100 kHz dual-channel, non-VBR), python-pymad in stretch generates fairly horrific sound (chr-chr-chr) at least on i386. If one looks at the decoded bytes, there's a clear overabundance of zeroes, but in the one case I looked at they even included a string . "7/email/encoders.py", so it's probably not just an integer format issue. The good news is: The version currently in testing, 0.10-1, fixes the problem, so it's probably not worth further investigating this particular issue. It *would* be good if the fix could somehow slip into stable, though. -- System Information: Debian Release: 9.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 4.12.2 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.ISO-8859-1 (charmap=ISO-8859-1), LANGUAGE=C (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages python-pymad depends on: ii libc62.24-11+deb9u1 ii libmad0 0.15.1b-8 ii python 2.7.13-2 python-pymad recommends no packages. python-pymad suggests no packages. -- no debconf information