micah anderson: > > Hi Chris, > > It looks like the gcc5 transition is no longer affecting mumble. Maybe > you can upload the new version now?
Not yet, no. Looking at the build logs for mumble, I want to wait for the non-release architectures to have a build attempt, and some of them are still in Dep-Wait. What happened is that after the gcc5 transition was thought to be completed, zeroc-ice was still unpatched, so the build was still broken. [And in between the gcc-5 transition happened for Stretch.] zeroc-ice has been fixed now (by the release team), so mumble finally builds again... but not all the architectures have gotten it yet. I'm currently updating my 1.2.10-1 prepared upload for Debian with a patch for #787384, which I just did for the package in my repo only for Sid, because the new zeroc-ice hasn't transitioned to Stretch yet AFAIK. > I'd really like this available as a jessie backport, so I'd love to see > it transition soon! I'm not pleased with the way backports currently work; bugs for packages from a backport aren't supposed to get reported to the normal BTS but instead a [debian-backports] mailing list. That's commonly confusing for both users and maintainers, and the result is that users report the bug to the BTS and maintainers have to close those reports and tell those users to report the bug to a mailing list. :-( This also recently came up concerning the PPA/bikesheds plan because it sounds like that's likely to have the same issue with BTS integration. However... in the meantime if you want a mumble 1.2.10 package for Jessie I have one available on my own repository here, which you're free to use: http://debian-packages.coredump.us > If you aren't ready to upload the new mumble packages yet, would you > make the ones you've prepared available? I'd like to test them as soon > as possible. They're in the repo above. My repo will differ from Debian's for mumble only in that the OPUS codec is embedded as well as CELT, rather than using Debian's OPUS library. -- Chris -- Chris Knadle chris.kna...@coredump.us
