Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
On Wed, Oct 12, 2011 at 05:38:26PM +0100, Manuel A. Fernandez Montecelo wrote: Package: cegui-mk2 Version: 0.6.2-5.1 Severity: serious Hello, Please upload CEGUI 0.7 to unstable... it's two years old [1], and the last point release 0.7.5 is almost 1 year old. And we're talking about Debian unstable... Do you want to ship the obsolete, buggy and unmaintained 0.6 release with the next stable or what? The packages depending on it need to stabilise before the freeze... There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. [1] http://www.cegui.org.uk/wiki/index.php/News#CEGUI_0.7.0_is_Released.21_by_CrazyEddie_20th_September_2009 Also, I've been waiting more than a year [2] to package a game because it needs CEGUI 0.7. I already submitted bug reports [3] to some packages depending on CEGUI because they are hopelessly obsolete and nobody in their sane minds should want to use the versions shipped by Debian, but actually they don't seem to depend on a specific version, so upgrading CEGUI shoudln't hurt. [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597868 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633854 As I wrote above, it will cause some problems. In any case, I understand your position in this. So I'll upload it just right now to unstable, and then I'll see how I can fix all problems that could raise. So could you have CEGUI 0.7 in unstable now, please? Yes, I could. Thanks. You are welcome. -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
Hi Muammar, 2011/10/13 Muammar El Khatib muam...@debian.org: There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. If you think that there's a need for that in Debian, you can introduce a new package for versions with different APIs/ABIs, like [1]. Hopefully CEGUI doesn't need to ship so many versions, but maybe it could do with a couple of them. [1] http://qa.debian.org/developer.php?login=pkg-db-de...@lists.alioth.debian.org Anyway, from my POV it is to be expected that a new stable version of a package (not a snapshot, not a pre-release... but a proper stable upstream release of mature software) is shipped in Debian within weeks/months of the upstream release date. This is the case with hugely disruptive changes, like upgrading to GNOME-3 or KDE-4, when this affects to the normal workflow of thousands/millions of people that would prefer to resist the change; because it's generally understood (even if it's painful in many cases to move on) that eventually one has to do that anyway, if there's nobody who wants to take care of the software, and it's going to bitrot slowly. In this particular CEGUI case, you can follow (maybe too late now? maybe an idea for the future?) the route of having different package source versions happily living in the archive. You may not want to do that because of maintainance burden, and that's understandable. But then again, eventually one has to decide whether it's more beneficial/harmful to avoid having recent and maintained versions of a library, because of some projects lagging behind. I think that in cases like CEGUI the users ultimately prefer having the latests versions, and that is the case of libraries used in usually very dynamic projects (instead of, say, raving for the new version of procmail or bsd-mainutils). Sorry if I sounded rough and rude in the first e-mail, but I sometimes feel that the Debian world moves at a pace that risks obsolecence every day, except for a few core packages. And dying because of inaction and fear of what changes might bring is a quite stupid/ironic way of dying. Regards, and sincere thanks for your efforts. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
Hi Manuel, On Thu, Oct 13, 2011 at 05:01:08PM +0100, Manuel A. Fernandez Montecelo wrote: Hi Muammar, 2011/10/13 Muammar El Khatib muam...@debian.org: There are some packages which depends on CEGUI that will fail to build because of the change of the API. There are not that many, but still. Of course I don't want to ship obsolete things, but I don't want to break too many things. If you think that there's a need for that in Debian, you can introduce a new package for versions with different APIs/ABIs, like [1]. Hopefully CEGUI doesn't need to ship so many versions, but maybe it could do with a couple of them. [1] http://qa.debian.org/developer.php?login=pkg-db-de...@lists.alioth.debian.org I think that answering your mail is kind of useless, but anyways I will do it even knowing that from my position I don't have all the reason. Regarding this point, I had talked to debian-release and they told me to not *ship different versions of CEGUI*. Period. So, I wasn't going to do the contrary. This new version, already in unstable, it's going to cause some FTBFS, and in the case of the game SMC there is not yet a good patch for making it compile using this new version. I'll try contact upstream to see if he has done something. Anyway, from my POV it is to be expected that a new stable version of a package (not a snapshot, not a pre-release... but a proper stable upstream release of mature software) is shipped in Debian within weeks/months of the upstream release date. This always depend on the maintainer. In any case, your argument is too logic, it is the expected behaviour to have. But not all the releases have to be shipped in debian just because they are new. And this has to do with what the goals in debian are. This is the case with hugely disruptive changes, like upgrading to GNOME-3 or KDE-4, when this affects to the normal workflow of thousands/millions of people that would prefer to resist the change; because it's generally understood (even if it's painful in many cases to move on) that eventually one has to do that anyway, if there's nobody who wants to take care of the software, and it's going to bitrot slowly. In this particular CEGUI case, you can follow (maybe too late now? maybe an idea for the future?) the route of having different package source versions happily living in the archive. You may not want to do As I wrote above, this is not an option in this particular case. that because of maintainance burden, and that's understandable. But then again, eventually one has to decide whether it's more beneficial/harmful to avoid having recent and maintained versions of a library, because of some projects lagging behind. I think that in You don't have to explain this to me, I don't have a @debian.org for free. cases like CEGUI the users ultimately prefer having the latests versions, and that is the case of libraries used in usually very dynamic projects (instead of, say, raving for the new version of procmail or bsd-mainutils). Yes, I partially agree. As this library is used by people who develop games, they need a new version of it. There is no doubt about it as there is no doubt in the fact that my time of response was kind of slow. Sorry if I sounded rough and rude in the first e-mail, but I sometimes feel that the Debian world moves at a pace that risks obsolecence every day, except for a few core packages. And dying because of inaction and fear of what changes might bring is a quite stupid/ironic way of dying. Remember that Debian has some goals. One of those, is stability and homogeneity. But as you can see, I have responded to your request because users are important as well. And the package is now in the unstable suite and you can work in your things. Regards, and sincere thanks for your efforts. You are welcome. And thanks for being sincere. Regards, -- Muammar El Khatib. Linux user: 403107. Key fingerprint = 90B8 BFC4 4A75 B881 39A3 1440 30EB 403B 1270 29F1 http://muammar.me | http://proyectociencia.org ,''`. : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645109: Please move CEGUI 0.7 to unstable... it's 2 years old already!
Package: cegui-mk2 Version: 0.6.2-5.1 Severity: serious Hello, Please upload CEGUI 0.7 to unstable... it's two years old [1], and the last point release 0.7.5 is almost 1 year old. And we're talking about Debian unstable... Do you want to ship the obsolete, buggy and unmaintained 0.6 release with the next stable or what? The packages depending on it need to stabilise before the freeze... [1] http://www.cegui.org.uk/wiki/index.php/News#CEGUI_0.7.0_is_Released.21_by_CrazyEddie_20th_September_2009 Also, I've been waiting more than a year [2] to package a game because it needs CEGUI 0.7. I already submitted bug reports [3] to some packages depending on CEGUI because they are hopelessly obsolete and nobody in their sane minds should want to use the versions shipped by Debian, but actually they don't seem to depend on a specific version, so upgrading CEGUI shoudln't hurt. [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597868 [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633854 So could you have CEGUI 0.7 in unstable now, please? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org