Neil Williams <codeh...@debian.org> writes: > OK, there is a bug report already asking for libgtkada to not > build-depend on gtk+extra2 (#534872) but I don't see how using an > embedded copy is going to solve the problem. > > The embedded copy is just going to break in precisely the same way as > the copy packaged as gtk+extra2. There hasn't been an upstream release > for years, so it is the same code and will FTFS in precisely the same > way.
Right; I realized that while thinking a bit about the issue earlier today. Then I went to gtk.org and it seems that GTK+3 is still many months away from release. Is there a published roadmap for when GTK+2 is removed from Debian? Because this is really the crux of the problem; as long as GTK+2 is in Debian, it is possible to build gtk+extra2 (be it bundled with libgtkada2 or not) against it. If you could point me to such a roadmap, I could then try to persuade upstream to reimplement some of the GtkAda-specific widgets with GTK+3 instead of gtk+extra2. I don't think they'd be willing to invest effort without a definitive roadmap, especially for as long as most of their customers continue running GTK+2. I am aware of [1] but this seems not to be a definite plan (rather, it points in a general direction) and the timeline is still vague. Is there something more solid? Also, this post seems to imply that GTK+3 will replace GTK+2 in Debian but perhaps there could be a transition period during which the two coexist? [1] http://lists.debian.org/debian-gtk-gnome/2009/04/msg00006.html -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
