Merge lp:~widelands-dev/widelands/debian-sdl2-packages into lp:~widelands-dev/widelands/debian
Status: | Merged |
---|---|
Merged at revision: | 25 |
Proposed branch: | lp:~widelands-dev/widelands/debian-sdl2-packages |
Merge into: | lp:~widelands-dev/widelands/debian |
Diff against target: |
22 lines (+6/-6) 1 file modified
debian/control (+6/-6) |
To merge this branch: | bzr merge lp:~widelands-dev/widelands/debian-sdl2-packages |
Related bugs: |
Reviewer | Review Type | Date Requested | Status |
---|---|---|---|
SirVer | Approve | ||
Review via email: mp+239904@code.launchpad.net |
Description of the change
Accompanies https:/
Needs to be merged at the same time.
Switches the dependencies for our PPA from SDL to SDL2-packages. I also took the liberty to organize them alphabetically.
Built, installed, and ran fine in my test PPA. (https:/
Note that since SDL2 wasn't packaged at the time Ubuntu 12.04 was released, those packages aren't available for that release. So we would either need to find/create a backport similiar to what we did with GCC 4.7, or retire that PPA. I'm partially leaning towards retirement. One thing is using backported GCC for building, but SDL will be needed run-time too. So people on 12.04 would need to get those packages somehow. That is probably possible somehow (I think it is even possible to make one PPA depend on another), though I don't know how much effort we should put into making packages available which doesn't exist in the regular repo. 14.04 has been out for a while, and most likely more people will have migrated to the newer LTS once we make a stable release at some point in the future.
(Before we make a decision though, we should probably take a look at the usage for the 12.04 PPA. While the LP page doesn't show the download counts, it looks like it should be possible through the Launchpad API. Will look into this.)
(Ubuntu 14.04 and later releases have SDL2-packages available and are not affected.)
I believe that we should not need sdl_gfx anymore - we only used it for it's rotozoom implementation - and we did not use the roto part at all, only the zoom part. AFAIK sdl2 has methods for that now build in, so we can loose this dependency which would be nice.