Bug#373411: python-wxgtk2.4 is breaking every package depending on it
On Mon, Oct 09, 2006 at 05:15:14PM +0200, J??r??my Bobbio wrote: python-wxgtk2.4 has not been transitioned to the new Debian policy. This should be fixed. Anyone familiar with the changes required, please do so. I don't have time to come up to speed on this immediately. This now breaks package depending on it (#391075 is an example), severity has been raised accordingly. The best solution could be to ship etch without the obsolete python-wxgtk2.4 at all. Here's the remaining reverse dependencies: Why is it that python seems to blind almost all of its users to anything that is _not_ python? (this is not a snipe, I'm genuinely curious ...) In this case, what you missed appears to be, at least: Reverse Depends: wstools,libwxgtk2.4-1 2.4.4.1.1 trustedqsl,libwxgtk2.4-1 2.4.4.1.1 tipptrainer,libwxgtk2.4-1 2.4.5.1 thuban,libwxgtk2.4-1 2.4.5.1 survex-aven,libwxgtk2.4-1 2.4.4.1.1 sooperlooper,libwxgtk2.4-1 2.4.5.1 python-wxgtk2.4,libwxgtk2.4-1 2.4.5.1 plucker-desktop,libwxgtk2.4-1 2.4.5.1 newpki-client,libwxgtk2.4-1 2.4.4.1.1 libwxgtk2.4-dev,libwxgtk2.4-1 2.4.5.1 libwxgtk2.4-1-contrib,libwxgtk2.4-1 2.4.5.1 freqtweak,libwxgtk2.4-1 2.4.4.1.1 ecosconfig,libwxgtk2.4-1 2.4.5.1 ctsim,libwxgtk2.4-1 audacity,libwxgtk2.4-1 2.4.5.1 And I personally am not too keen on hounding all those people to deal with the bugs later wx versions may introduce into their apps, on the very eve of a major release -- since it seems fairly clear that is not what they wish to spend their time on at present. If one of our pythonistas would like to bring this package into their brave new world, it would clearly save everyone a lot of pain and disruption, given these packages have mostly been successfully frozen and release ready for longer than the base system has... ;} They are clearly stable, and according to popcon, clearly have plenty of users still. It seems a bit silly to toss out stable software just because we are in the process of making a stable release... best, Ron thuban Depends: python-wxgtk2.4 python-twisted-core Suggests: python-wxgtk2.4 | python-wxgtk2.6 -- Obsolete suggests can be dropped python-serial Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk -- Obsolete suggests can be dropped python-dsv Suggests: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete suggests can be dropped pyro-gui Depends: python-wxgtk2.4 openrpg Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped londonlaw Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped gnue-forms Depends: python-wxgtk2.4 | python-gtk2 gnue-designer Depends: python-wxgtk2.4 collatinus Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped bittornado-gui Suggests: python-wxgtk2.4 -- Patch already submitted: #391792 So we are left with thuban, pyro-gui (work have already been done on it), gnue-forms and gnue-designer (both currently RC buggy). I will try to resolve this issue during the next days. Regards, -- J?r?my -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373411: python-wxgtk2.4 is breaking every package depending on it
On Wed, Oct 18, 2006 at 07:26:54PM +0930, Ron wrote: On Mon, Oct 09, 2006 at 05:15:14PM +0200, J??r??my Bobbio wrote: python-wxgtk2.4 has not been transitioned to the new Debian policy. This should be fixed. Anyone familiar with the changes required, please do so. I don't have time to come up to speed on this immediately. The interface changes between python-wxgtk2.4 and python-wxgtk2.6 are minor. It's really easy to port an application from the former to the later. Also, my research about the possibility to remove python-wxgtk2.4 demonstrated that it could be easily done, either by really small patches (done for bittorent-gui and pyro) and update to newer upstream versions (e.g. thuban, gnue-forms). This now breaks package depending on it (#391075 is an example), severity has been raised accordingly. The best solution could be to ship etch without the obsolete python-wxgtk2.4 at all. Here's the remaining reverse dependencies: Why is it that python seems to blind almost all of its users to anything that is _not_ python? (this is not a snipe, I'm genuinely curious ...) In this case, what you missed appears to be, at least: Reverse Depends: [...] I was interested in helping this transition for Python because it seemed doable whereas a lot harder for other bindings. I see this as a first step to get wxwindows2.4 and gtk1.2 out of etch+1. But if you think that the maintainers of the remaining blocker bugs (only 6, as two of them are Depending on both python-wxgtk2.4 and python-wxgtk2.6) won't be able to act on time, you can just withdraw the work I've done. Regards, -- Jérémy signature.asc Description: Digital signature
Bug#373411: python-wxgtk2.4 is breaking every package depending on it
severity 373411 grave thanks Hi! python-wxgtk2.4 has not been transitioned to the new Debian policy. This now breaks package depending on it (#391075 is an example), severity has been raised accordingly. The best solution could be to ship etch without the obsolete python-wxgtk2.4 at all. Here's the remaining reverse dependencies: thuban Depends: python-wxgtk2.4 python-twisted-core Suggests: python-wxgtk2.4 | python-wxgtk2.6 -- Obsolete suggests can be dropped python-serial Suggests: python-wxgtk2.6 | python-wxgtk2.4 | python-wxgtk -- Obsolete suggests can be dropped python-dsv Suggests: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete suggests can be dropped pyro-gui Depends: python-wxgtk2.4 openrpg Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped londonlaw Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped gnue-forms Depends: python-wxgtk2.4 | python-gtk2 gnue-designer Depends: python-wxgtk2.4 collatinus Depends: python-wxgtk2.6 | python-wxgtk2.4 -- Obsolete depends can be dropped bittornado-gui Suggests: python-wxgtk2.4 -- Patch already submitted: #391792 So we are left with thuban, pyro-gui (work have already been done on it), gnue-forms and gnue-designer (both currently RC buggy). I will try to resolve this issue during the next days. Regards, -- Jérémy signature.asc Description: Digital signature