Re: ping for gtk+extra2 removal - implications for libgtkada2 and gpsim
Neil Williams <codehelp@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.
Reply to: