Hi, For the record, I am not 100% sure about the official and current rules about transitions (I think that they are more unwritten rules than documented processes), but in principle I don't agree that this needs a official transition and I am not happy that you went ahead in a matter of hours asking the release team for it before having a reply from us, for the following reasons:
1) The doc in the wiki is not very clear, but according to the following page (bottom) the transition is not large, affects 10 or less packages and it will be a transition with the least (or almost) impact of all of the current ones (in number and importance of the affected rdepends). I already warned to rdepends months ago (before the package being even approved) by email (BTS) to please make modifications to accomodate to the new package, as that page suggests, and offered help to the respective maintainers, and they didn't ask much or in some cases managed themselves. https://wiki.debian.org/TransitionBestPractices 2) As far as I can remember, the change that upstream made w.r.t. deprecating geometry was somehow "in the last minute" and stating in different places (mailing lists, doc -- I didn't record the pointers) that it would not cause any problem if using a simple one-liner ("using osg_deprecated::Geometry;"). See #718381 for an example to help maintainers of openwalnut. In hindsight this might have been a bit reckless, but at the time uploading the new version didn't seem very risky. If it was a matter of binNMUs and simple fixes that I could upload, as I expected, this would have been fixed long ago. 2.1) It's the start of the Jessie release cycle, a breakage now should have less impact than usual. Reverse depends are important, but in the case of this package there are also probably many people using OSG directly (which is one of the reasons why we maintainers were interested in the library in the first place) and which appreciate having a recent version ready (whereas libcitygml and openwalnut have a whopping ~10 of popcon, chorenoid 3). It's not a good solution that these packages block OSG from being updated for long periods. The alternative is to have multiple versions of OSG in the archive, that some people discourage. It is unfortunate that this was entangled with libav9, but OSG depends on many packages, for example it's been also a few weeks/months warning on the transition of libtiff5 in which we are also supposed to not make uploads. The current cause of this blockage is actually problems/delays in MIPS toolchain and bad timing. 3) External factors got in the way of this being fixed or addressed more vehemently, including me being busy by the sudden release of SDL2 after 10 years of development and after years of the release being supposedly imminent (and after ~3 months in the archive, "libsdl2" is already almost as popular as openscenegraph -- so I give it more priority than other packages of mine). The release of OpenSceneGraph 3.2.1 not being out as planned; and still other processes in Debian being delayed are affecting this. 5) So as a summary and in short, having an open transition process is not going to speed-up the transition if we don't have time for this and the maintainers of rdepends or upstream don't collaborate (libcitygml didn't respond or upload for more than 3 months, for example). Now, onto the question itself: 2013/11/9 Steven Chamberlain <ste...@pyro.eu.org>: > Hi Alberto or other maintainers, > > Please consider making a small upload/NMU with just Rebecca's patch to > fix the immediate FTBFS. Then perhaps wait for the libav9 transition to > finish before uploading the new upstream version 3.2? > > Rebecca's patch (taken verbatim from link below) fixes the build at > least for me on kfreebsd-amd64 against libav9. I see that upstream > accepted the same fix in version 3.2. > > http://anonscm.debian.org/gitweb/?p=pkg-osg/pkg-osg.git;a=blob_plain;f=debian/patches/libav9_transition;h=637462fd19dd220263ce5ff9e7674f9b767a455a;hb=7e4e97fd2813b236916cbaa8d9aa46f4d074e066 I am a bit lost with the changes happened lately, but looking at the rdepends on libopenscenegraph80 in my system, I think that things have been updated and are supposed to work except for: - fgrun is a bit neglected in Debian, it has not been updated for close to two years when there are new upstream versions, now is integrated in Flightgear's gitorious repositories. Not sure what's the best way forward, but it's already been removed from testing for 2 years. It can be NMUed with the Rebecca's patch, or ask it to be removed from the archives. - openwalnut and libcitygml are removed from testing, they will allow migration to testing with libopenscenegraph99 OSG, with the patch for url_eof it should compile and allow libav9 to migrate -- unless some further problems appear when going again through buildds in all arches, which is can easily happen. Since the transition requested already mentions libopenscenegraph100, but 3.2.1 is not released, I think that it's actually more risky (or prone to more delays) if to tie the current transition to these future ones of OSG. Cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com> -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
