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 _______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo/macports-users
