bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Rob Browning]

[When possible, please preserve the -forwarded address in any replies.]

Recently reported to Debian.

Santiago Vila <sanvila@unex.es> writes:

> Package: emacs24
> Version: 24.3+1-5+b1
>
> Hello Rob. I got this today under unstable:
>
> (emacs:29258): GLib-GObject-WARNING **: The property GtkMisc:xalign is
> deprecated and shouldn't be used anymore. It will be removed in a
> future version.
>
> which apparently means emacs is using some obsolete feature of Gtk.

cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762435

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Glenn Morris]

> GLib-GObject-WARNING **: The property GtkMisc:xalign is deprecated

Apparently gtk_misc_set_alignment is deprecated:

https://developer.gnome.org/gtk3/stable/GtkMisc.html

  gtk_misc_set_alignment has been deprecated since version 3.14 and should
  not be used in newly-written code.

  Use GtkWidget alignment and margin properties.

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Jan Djärv]

Hi.

10 okt 2014 kl. 18:03 skrev Glenn Morris <rgm@gnu.org>:

> 
>> GLib-GObject-WARNING **: The property GtkMisc:xalign is deprecated
> 
> Apparently gtk_misc_set_alignment is deprecated:
> 
> https://developer.gnome.org/gtk3/stable/GtkMisc.html
> 
>  gtk_misc_set_alignment has been deprecated since version 3.14 and should
>  not be used in newly-written code.
> 
>  Use GtkWidget alignment and margin properties.


The problem is they don't do exactly the same, but it might be good enough for Emacs.
We use other deprecated stuff, like stock items (deprecated in 3.10).  Every Gtk release deprecates a lot of stuff, those guys can never seem to decide on anything.
I don't know if these should be fixed in emacs-24 or not.
Emacs 24 probably won't compile on Gnome 4, but chances are we have a bugfix release out before Gnome 4, or even 25.1.

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Glenn Morris]

Jan Djärv wrote:

> I don't know if these should be fixed in emacs-24 or not.

My feeling is not.

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Stefan Monnier]

> Every Gtk release deprecates a lot of stuff, those guys can never seem to
> decide on anything.

To be fair, we do kind of the same [ Not sure how we compare in terms of
number of years between declaring something obsolete and actually
removing it, tho.  ]

At least for things we deprecate, I don't expect everyone to immediately
start using the new functionality, because many Elisp packages want to
provide compatibility with older releases, so I think it's OK for Emacs
to use deprecated Emacs interfaces as long as they've been
deprecated recently.

But we should update the code to use the new replacement "as soon as
possible" within the limits of our manpower and the added complexity of
potentially having to support both the old and the new functionality at
the same time (via configure tests, typically).

> I don't know if these should be fixed in emacs-24 or not.

No, much too late for that.

> Emacs 24 probably won't compile on Gnome 4, but chances are we have a bugfix
> release out before Gnome 4, or even 25.1.

If/when this is a problem, we can indeed release a bug-fix for it.


        Stefan

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Stefan Monnier]

> provide compatibility with older releases, so I think it's OK for Emacs
> to use deprecated Emacs interfaces as long as they've been
                    ^^^^^
                    Gtk
Sorry,


        Stefan

bug#18674: Bug#762435: emacs24: Warning message from GLib-GObject

[Jan Djärv]

Hello.

This is fixed in trunk.  We have one deprecated call left,
gtk_widget_set_double_buffered.

We can't get rid of that without adding Gtk rendering (i.e. Cairo) and only 
rendering in callbacks, that is on expose events.  This is a major job.

	Jan D.

Den 2014-10-12 06:34, Stefan Monnier skrev:
>> Every Gtk release deprecates a lot of stuff, those guys can never seem to
>> decide on anything.
>
> To be fair, we do kind of the same [ Not sure how we compare in terms of
> number of years between declaring something obsolete and actually
> removing it, tho.  ]
>
> At least for things we deprecate, I don't expect everyone to immediately
> start using the new functionality, because many Elisp packages want to
> provide compatibility with older releases, so I think it's OK for Emacs
> to use deprecated Emacs interfaces as long as they've been
> deprecated recently.
>
> But we should update the code to use the new replacement "as soon as
> possible" within the limits of our manpower and the added complexity of
> potentially having to support both the old and the new functionality at
> the same time (via configure tests, typically).
>
>> I don't know if these should be fixed in emacs-24 or not.
>
> No, much too late for that.
>
>> Emacs 24 probably won't compile on Gnome 4, but chances are we have a bugfix
>> release out before Gnome 4, or even 25.1.
>
> If/when this is a problem, we can indeed release a bug-fix for it.
>
>
>          Stefan
>