[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ping for gtk+extra2 removal - implications for libgtkada2 and gpsim

Le lundi 29 juin 2009 à 23:30 +0100, Neil Williams a écrit :
> On Mon, 29 Jun 2009 23:19:45 +0100
> Neil Williams <codehelp@debian.org> wrote:
> > gtk+extra2 will FTBFS as soon as the functions that will be removed in
> > GTK+3.0 become deprecated in GTK+2.0. GTK+2.0 doesn't have to be
> > removed from Debian for gtk+extra2 to break. Yes, that isn't how
> > things *should* work and it isn't how other packages *do* work but
> > gtkextra has been dead upstream for such a long time that bitrot has
> > all but ensured that this will be the result.
> Let me clarify that a bit.
> As soon as you take Josselin's advice for preparing the rest of gtkada
> for GTK3.0, you'll discover that nothing in gtkextra has been prepared
> for what is *currently* deprecated in GTK+2.0. Fixing that will mean
> completing the migration of gtk-extra2 through to current GTK+2.0 as
> well as implementing the transition in gtkada. This is why I cannot
> implement Josselin's advice in quicklist - it shows up the breakage in
> gtk-extra2.

I think you misunderstood my email. What is currently deprecated in GTK+
2.0 *is* what will disappear in GTK+ 3.0. But deprecated doesn’t mean
the functions will disappear. All the current GTK+ 2.0 API will remain
available until we remove gtk+2.0 from the archive, even deprecated

 .''`.      Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `-     future understand things”  -- Jörg Schilling

Attachment: signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=

Reply to: