[opensuse-gnome] Latexila build fails with recent gtk (3.9.10) in Factory
Hi! With gtk3 = 3.9.10 now in Factory, it seems the fallout of gtk stock items (STOCK.ADD, etc.) have been completely removed from the library which causes builds of latexila [1] to fail with errors such as this: gtkspell.c:395:29: error: 'GTK_STOCK_ADD' undeclared (first use in this function) For the full buildlog for the failed package see [2], for instance. I did add an upstream commit [3] that should have stopped disabling deprecated symbols during the building stage; however that did not succeed either, with the same error halting the build. I am not sure what is going on, since I believed deprecated symbols in gtk3 are expected to be not completely removed until gtk hits version 4, and should have only given warnings instead of errors. In fact only as of gtk3 version 3.9.8, this was compiling just fine. I would be very grateful if someone could point out a way, if it exists, to workaround this that does not involve porting the entire gtk*stock* usage to their current replacements (that seems to be a lot of work for upstream and would likely be impossible to fix before 13.1 feature freeze). Fwiw, I think (although, I may be wrong in assuming these are due to the same basic cause) there are several other packages that have been hit by the gtk3 3.9.10 update too, for instance, GNOME:Apps/emerillon, etc. Thanks a lot. [1] Devel project: Publishing [2] https://build.opensuse.org/package/live_build_log/openSUSE:Factory/latexila/... [3] https://git.gnome.org/browse/latexila/commit/?id=8033b37f54bad176b691f3df621... -- Atri -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Die, 2013-08-27 at 22:50 +0530, Atri wrote:
Hi! With gtk3 = 3.9.10 now in Factory, it seems the fallout of gtk stock items (STOCK.ADD, etc.) have been completely removed from the library which causes builds of latexila [1] to fail with errors such as this:
gtkspell.c:395:29: error: 'GTK_STOCK_ADD' undeclared (first use in this function)
Indeed, GtkStock has been deprecated (which I also announced on the -factory list earlier, before submitting)
For the full buildlog for the failed package see [2], for instance. I did add an upstream commit [3] that should have stopped disabling deprecated symbols during the building stage; however that did not succeed either, with the same error halting the build. I am not sure what is going on, since I believed deprecated symbols in gtk3 are expected to be not completely removed until gtk hits version 4, and should have only given warnings instead of errors. In fact only as of gtk3 version 3.9.8, this was compiling just fine. I would be very grateful if someone could point out a way, if it exists, to workaround this that does not involve porting the entire gtk*stock* usage to their current replacements (that seems to be a lot of work for upstream and would likely be impossible to fix before 13.1 feature freeze).
Fwiw, I think (although, I may be wrong in assuming these are due to the same basic cause) there are several other packages that have been hit by the gtk3 3.9.10 update too, for instance, GNOME:Apps/emerillon, etc.
Your understanding is correct: the deprecated calls are still available, if one does not declare GTK_DISABLE_DEPRECATED. The patch you reference does exactly that, BUT I guess that you did not run autoreconf (or gnome-autogen.sh) to actually recreate configure (note: your patch modifies configure.ac; out of this, configure still needs to be created) Hope that helps you on the right track. Dominique -- Dimstar / Dominique Leuenberger <dimstar@opensuse.org> -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
On Tue, 2013-08-27 at 20:19 +0200, Dimstar / Dominique Leuenberger wrote:
On Die, 2013-08-27 at 22:50 +0530, Atri wrote: The patch you reference does exactly that, BUT I guess that you did not run autoreconf (or gnome-autogen.sh) to actually recreate configure (note: your patch modifies configure.ac; out of this, configure still needs to be created)
Hope that helps you on the right track.
That did it (there was one unrelated minor issue with a makefile syntax, which was easy to fix). Thanks a lot for your help. -- Atri -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-gnome+owner@opensuse.org
participants (2)
-
Atri -
Dimstar / Dominique Leuenberger