Bug#895018: libgtk2.0-dev: gtk-2.0.m4 does not have a serial number

Simon McVittie smcv at debian.org
Fri Apr 6 12:47:30 BST 2018


Control: retitle -1 libgtk2.0-dev: gtk-2.0.m4 does not have a serial number
Control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/merge_requests/103,https://gitlab.gnome.org/GNOME/gtk/merge_requests/104

On Fri, 06 Apr 2018 at 11:21:34 +0100, Simon McVittie wrote:
> A related problem is that if a package has a bundled copy of gtk-2.0.m4
> as a separate file in a m4/ or aclocal/ directory (gcx does not have this
> problem, but wxwidgets3.0 does), even if it runs autoreconf, aclocal
> will use the locally-bundled copy, because it can't know whether the
> locally-bundled copy is older or newer than the system copy. This is
> because gtk-2.0.m4 doesn't have an aclocal "serial number" (see
> `info automake Serials` for details).
...
> I've used the "upstream wontfix" tags to indicate that Debian maintainers
> of libglib2.0-dev must not fix the cloned bug unilaterally: because the
> macros are part of source releases which might be made from any
> distribution, their serial numbers must be aligned between distributions.
> So we should only set a serial number *after* upstream does.

GTK+ 3: https://gitlab.gnome.org/GNOME/gtk/merge_requests/103
GTK+ 2: https://gitlab.gnome.org/GNOME/gtk/merge_requests/104

Regards,
    smcv



More information about the pkg-gnome-maintainers mailing list