gnome compilation problems

[Stefan Bruda]

Hi,

Barry Schiffman wrote:
>
> 1. gedit:
>
> I get down to compiling gedit-languages-manager.o and
> the following is reported:
>
> gedit-languages-manager.c:115: error: conflicting
> types for 'gdk_color_to_string'
>
> /opt/local/include/gtk-2.0/gdk/gdkcolor.h:137: error:
> previous declaration of 'gdk_color_to_string' was here

I get this one too, no idea how to go around.

> 2. gnome-applets -- an undeclared variable on 'make
> all' -- what's missing?

The volume control applet cannot be compiled for some reason (did not have
time to actually find the reason), I solved this temporarily by not
compiling the said applet (I changed into the working directory, I
replaced the makefile of the offending applet with a dummy one, and I
re-issued the install command which completed successfully).

> 3. seahorse fails compiling seahorse-secure-memory.o

I have seahorse @1.0_1 installed but I have not had a chance to upgrade
this one.

> 4. This one may be covered by ticket #10880
> gnome-desktop-suite:
>
> gedit fails to compile (see below), and I get this:
>
> Error: The following dependencies failed to build:
> gedit gnome-applets seahorse

This is caused by the above three failures.

What amazes me is that every time GNOME is being updated a whole bunch of
problems appear.  For one thing dependencies need to be recompiled quite
often (doable by hand only!).  Some compilation errors are also invariably
present.  I am wondering why do I need to upgrade a stable GNOME
installation to what always turns out to be an unstable GNOME, not ready
for prime time.  I would not do that personally, except that the port
system asks me to do so.  At least in this respect a branching into stable
and development is sorely needed, as is a dependency rebuild utility.

Stefan