On Tue, Aug 20, 2013 at 6:24 AM, Fabian Greffrath <fab...@greffrath.com> wrote: > Am Dienstag, den 20.08.2013, 14:30 +0200 schrieb Markus Koschany: >> Having both versions of supertux in two different source packages >> available in Debian is a good and user friendly idea IMO. At one point >> in the future, when the 0.3 series is considered stable, we will most >> likely switch to that but I see no problems with providing two different >> versions for now. > > -1 > > Sorry, but I find it pointless to provide two versions of a specific > game. Especially in this case, where "stable" means "ancient and > unmaintained" and "unstable" is the current developement tree. I think, > Debian should contribute to the game's development by shipping only the > version that is currently worked on upstream.
We do provide two versions of a specific game, e.g. the Battle for Wesnoth, where we have src:wesnoth-1.11 (development) and src:wesnoth-1.10 (stable), and before that, wesnoth -1.9 and wesnoth-1.8 as well. Admittedly it's not exactly the same situation as wesnoth is a much larger project and their stable branch is well maintained and kept up to date with bug fixes, which I can't really say for supertux. At this point, I see 4 options: 1) status quo - leave supertux 0.1.x in sid, and supertux 0.3.x in experimental 2) only ship development version - upload supertux 0.3.x to unstable 3) offer both versions, defaulting to development version when user runs apt-get install supertux (current option used in Ubuntu) - src:supertux-stable offering 0.1.x, src:supertux offering 0.3.x 4) offer both versions, defaulting to stable version when user runs apt-get install supertux - src:supertux offering 0.1.x, src:supertux-experimental or src:supertux2 offering 0.3.x If we can't reach any consensus, and it seems like we can't, then I'll just go with option 1 (do nothing) and leave this bug open. As a consolation of sorts for Josh, I've uploaded the latest development release of supertux (0.3.4) for you to enjoy. ;) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
