Hi, On 30/05/2025 20:31, Simon McVittie wrote: >> On Fri, May 30, 2025 at 01:43:25PM -0400, First Name wrote: >>> The [SFML] 3.0 series is not >>> available yet in Debian 12, however, when it does come available, I >>> would >>> want the 2.0 series to still be available due to the lack of backwards >>> compatibility SFML provides. > > Whether to make the new major version completely replace the old one > (like we do for new major versions of OpenSSL) or coexist for a while > (like we do for new major versions of SDL, GTK and Qt) is a decision for > the package's maintainer to make. At the moment the version packaged in > experimental completely replaces SFML 2.x rather than being an > independent package: they both implement libcsfml-dev. (Like OpenSSL, > unlike SDL/GTK/Qt.)
I'm going to talk about SFML and not CSFML which is the C binding to SFML (related but not the same library). SFML 3.x did indeed make a number of changes to the API which make it incompatible to the point where applications need to make a lot of changes. Most of the changes are small though (renamed and removed a few functions, moved some APIs to a more C++17 style etc). Upstream published a migration guide with a list of changes. Upstream also declared SFML 2.x to be dead as soon as they released 3.x and they will not do any more 2.x releases. Given that and the fact the library isn't used too much in Debian, I decided I would replace SFML 2.x with 3.x without retaining the old library (which is also what I also did way way back when I moved from 1.x to 2.x). I was originally planning for this to happen in trixie but some of the porting turned out to be a bit more complex than I thought and it didn't happen before the freeze. So trixie will only ship SFML 2.6. I intend to upload 3.0 (and therefore remove 2.6) just after the release happens. James
