Re: x11/lablgtk fails to compile 2009Q1, i386/5.0

["OBATA Akio" <obache%netbsd.org@localhost>]

Hi!

On Tue, 12 May 2009 04:43:33 +0900, Rhialto <rhialto%falu.nl@localhost> wrote:

> ml_panel.c: In function 'ml_panel_applet_factory_main':
> ml_panel.c:191: error: 'LIBGNOMEUI_MODULE' undeclared (first use in this 
> function)
> ml_panel.c:191: error: (Each undeclared identifier is reported only once
> ml_panel.c:191: error: for each function it appears in.)
> gmake[1]: *** [ml_panel.o] Error 2
> gmake[1]: Leaving directory 
> `/pkg_comp/obj/pkgsrc/x11/lablgtk/default/lablgtk-2.12.0/src'
> gmake: *** [world] Error 2
> *** Error code 2

Probably same as PR#41096.
and will be fixed with the patch in 
        http://www.math.nagoya-u.ac.jp/~garrigue/soft/olabl/lablgtk-list/496.txt
Upstream may require more information:
        http://www.math.nagoya-u.ac.jp/~garrigue/soft/olabl/lablgtk-list/500.txt
Rhialto, If you are a user of lablgtk, would you report the information to 
upstream?

From changelog of gnome-panel:

==============
Version 2.25.3
==============

Note to distributors: this release might break various other applications
(mostly applets, though). If this is the case, please contact the gnome-panel
developers to see if changes should be reverted.

 + we do not have a bonobo PanelShell interface. As far as I know, it wasn't
   used by anything and was useless anyway.
 + libpanel-applet doesn't depend on libgnomeui anymore. This might have some
   build-time and run-time side-effects:
   - build-time: the pkg-config check for libpanelapplet-2.0 won't bring
     libgnomeui anymore. The fix is to have the applet configure script check
     for libgnomeui itself if it needs it.
   - build-time: panel-applet.h doesn't contain some #include for some
     libgnomeui part anymore. The fix is to have the relevant applet code
     include the right headers it needs.
   - run-time: the macro defined in panel-applet.h and used by nearly all
     applets to start the applet (PANEL_APPLET_BONOBO_FACTORY) used to call
     gnome_program_init(), and it's not the case anymore. If the applet uses
     some libgnomeui widgets, there might be warnings because some of those
     require some libgnomeui initialization. The fix is to either port the
     applet to GTK+ widgets, or to have it called gnome_program_init() on its
     own.
   This last item could arguably be seen as an API change. If this causes too
   many issues, another solution might be considered.

-- 
"Of course I love NetBSD":-)
OBATA Akio / obache%NetBSD.org@localhost