Glib changed the interface and returns an error if an application tries to directly include glib/gthreads.h I have seen the behavior with other applications, but this is the one I patched. Reproducible: Always Steps to Reproduce: 1. emerge =dev-libs/glib-2.32.0 2. emerge mysql-workbench (if on ~amd64 this will be =dev-db/mysql-workbench-5.2.38 Actual Results: observe error about including <glib/gthreads.h> in library/canvas/src/mdc_canvas_view.h Expected Results: Expected compilation without error This occurs with other applications, any code that has a #include <glib/gthreads.h> will fail. I've noticed the same behavior in gtk-engines-nodoka, though that package is what I consider optional, therefore I ignored it. However mysql-workbench is a critical admin tool for mysql databases, and I prefer it to alternatives to work with. As such I looked closer to the problem and created a patch for the code and a local ebuild.
Created attachment 309103 [details] revised ebuild including applying the patch
Created attachment 309105 [details, diff] patch to fix all calls to includes which need to be replaced by glib.h
As extra info, the patch fixes the code until it compiles - however it is not just gthreads.h that is affected - see the patch for all includes used by this app.
According to upstream this is fixed in 5.2.39 which is now in the tree.
*** Bug 412265 has been marked as a duplicate of this bug. ***
Bug 412265 shows that it is not fixed with 5.2.39.
Created attachment 309249 [details] mysql-workbench-5.2.39-r1.ebuild Patch created for 5.2.38 works on 5.2.39 as well. Probably just a temporary fix, but ebuild for patching the code for 5.2.39 is in the ebuild mysql-workbench-5.2.39-r1.ebuild
(In reply to comment #7) > Patch created for 5.2.38 works on 5.2.39 as well. Thanks, I have now applied this to CVS (no revision bump).
*** Bug 429600 has been marked as a duplicate of this bug. ***
*** Bug 429638 has been marked as a duplicate of this bug. ***