-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, we uploaded libsdl2 a few days ago, and now we are uploading image, mixer, ttf and all the related packages.
This API breakage shouldn't have been possible (according to upstream, no packages should use internal sdl2 functions, and in case they do, they asked us to report them upstream, so they can have a look and provide patches) so, if you say the code is autogenerated, please just wait for our "internal" transition to finish, and then I guess a simple binNMU would be already enough to fix the issue. libsdl2-net and libsdl2-gfx are already in unstable, libsdl2-image will go in unstable today, while libsdl2-ttf and libsdl2-mixer are on Manuel todo list. Please revert your "hack" on pygame-sdl2, and let us know if it still is a problem after we finished the internal sdl2 transition. thanks a lot for the ping and the good report to you both! cheers, Gianfranco On Mon, 25 Jan 2016 23:38:28 -0500 u...@debian.org (Aaron M. Ucko) wrote : > Markus Koschany <a...@debian.org> writes: > >> Thanks for the report. I believe this is some sort of regression >> in SDL2 2.0.4. Four days ago pygame-sdl2 built fine with SDL2 >> 2.0.2. pygame_sdl2.error.c is auto-generated at build-time and >> the error message,(__pyx_t_3) is controlled by SDL_GetError(), so >> there is not much I can do here. I will disable this specific >> -format hardening check for now and re-enable it as soon as this >> issue is resolved in src:libsdl2 and related packages. > > Ah, yes, I see that SDL_SetError hadn't previously been annotated > as printf-like. It would be best if whatever generated > pygame_sdl2.error.c (cython?) respected this annotation itself. > > At any rate, thanks for the quick response and workaround! > > -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) > http://www.mit.edu/~amu/ | > http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJWpy9tAAoJEPNPCXROn13Z+wMQAI6LzrNYVgCPomnZbSpiTQV5 SieWBAqJqRbDkvBf5t4z+4/M7REyRqH/xcx66cIdaBIYiXPluO4u+DG2/XjKKpM4 q2fkJlbF7b4tLBDRzZ2yuXydsWoQLqg7u4JnCxfQstwN8Z7+R3wnhe3MVBB1iaZj vvAj4O7mFjrUJwCwXeoucSnEhcycyvkEbAmGsLiIhjbdK0nplBwLryc4bBx2rO7i vt7OMfBKAgTBY+GNDkaeLVXEgTWJpvkevciW88ptuAggmNxiM8QtOTpQ73m7ngBt JMSF9HvS7AZz9bPhcA7tcIaTIjeLjhwBSQ4GkotDZ2X/aWq9u9+MEnGygubNIrMB Ymwr6MBCC9uBNt/4uS15NQbz0iGSvrsn8k3oKS4egWW7uHoBqPHEJnbeReULhyki R7vTrYy1OvGtcrfi/98c+SnxT5AgY2+wnKJd0veLVdERo8etaFQx1rYI7Ie+8Xa5 UqNCSMWaoY8Fawee/lluT3f4kYT8e8/keitJe38h+MK/qOFiJc8kHCFFVAlCcGEP 8KjQQ/V79oDf4iC+s+9n54/RtMYWxpjnNmcx+FzM2YNPHiEAget4ibrpQQHrWPLO SFud94EzCrSzmvvHpYf1H4wOKeqCaHxNr3FAo/fLltDmvU94FWA5/B3Cu7RYzeo2 VLqh9CsTw2C4L7/wt6q8 =gX22 -----END PGP SIGNATURE-----