Re: [Fink-devel] xquartz woes (was Re: [Fink-users] Failed: phase compiling: imagemagick-6.4.0-1001 failed)

2008-05-01 Thread David R. Morrison

On Apr 30, 2008, at 10:46 AM, Martin Costabel wrote:


 All of these bugs can be worked around simply by supplying configure  
 with the flags

 --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib


Thanks for the tip: this works great!  I've added these flags to a  
number of packages which were having trouble building under xquartz,  
and I expect we'll need to add this to a number of other packages.

 In the case of imagemagick, there seems to be a logical error in  
 configure: It assumes that if it finds rsvg and cairo, then there  
 must also be rsvg-cairo somewhere. This is visibly not true for the  
 version of rsvg which it accepts (=2.9.0).

I agree, and I'm not too sure what can be done about it at the  
moment.  Once pangocairo is released we should be all set.

   -- Dave


-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


[Fink-devel] xquartz woes (was Re: [Fink-users] Failed: phase compiling: imagemagick-6.4.0-1001 failed)

2008-04-30 Thread David R. Morrison

On Apr 30, 2008, at 12:47 AM, Martin Costabel wrote:


 []
 coders/svg.c:97:32: error: librsvg/rsvg-cairo.h: No such file or

 I think this is another gift of the updated X11 that we will have  
 to deal with. The latest xquartz X11 update comes with libcairo and  
 cairo pkgconfig files and even cairo-svg.h, but not rsvg-cairo.h.  
 Thus, even with Fink's cairo package removed, the imagemagick  
 configure script find's X11's cairo, thinks cairo-svg is installed  
 and crashes. On Jerry's compiler line, as on mine here with  
 xquartz-2.2.0 installed, I see the evidence:

 -I/usr/X11/include/cairo

 We really need to get the pangocairo-branch out of the door ASAP,  
 and we need to take care of the duplicate libraries in the new  
 xquartz update. Besides freetype2 and fontconfig which we know how  
 to deal with, there is now cairo, and also libpng that will cause  
 trouble. On Jerry's compiler line I also see

 -I/usr/X11/include/libpng12

 which is not there if one compiles on a machine with 10.5.2 X11,  
 but without the latest xquartz update.

There are other problems with xquartz as well.  While testing things  
for the xmkmf update on an xquartz-only system, I ran into several  
fink packages which wouldn't compile, including gtk+, openmotif3, and  
t1lib5-x11.  I haven't investigated these closely -- perhaps they  
will be easily fixed -- but the lesson I think we are learning here  
is that supporting xquartz is going to be a major issue for fink.   
I'm not sure that we'll be able to do it.

   -- Dave



-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


[Fink-devel] xquartz woes

2008-04-30 Thread Jack Howarth
Dave,
   I'll update the packaging I have for openmotif3-2.2.4-1 and
openmotif4-2.3.0-1 on fink tracking to use the new xmkmf package's
xmkmf. I've emailed Ben Hines to find out if he is still actively
maintaining openmotif3. If not, I would be happy to take that
over as well as lesstif and the new openmotif4 package.
   Jack
ps You may have noticed the previous threads on lesstif which
indicate that supporting the newer versions of lesstif will
require that package to lose the existing Motif 1.2 shared
libraries. While this violates fink policy, it is impossible
that this change will break any packages since lesstif hasn't
been installing the Motif-1.2 headers (required to build against
the Motif-1.2 shared libraries). Also, Motif-2.1 has been the
default for lesstif since around 2001. Lesstif stopped building
Motif-1.2 in late 2004.

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel


Re: [Fink-devel] xquartz woes (was Re: [Fink-users] Failed: phase compiling: imagemagick-6.4.0-1001 failed)

2008-04-30 Thread Martin Costabel
David R. Morrison wrote:
[]
 There are other problems with xquartz as well.  While testing things for 
 the xmkmf update on an xquartz-only system, I ran into several fink 
 packages which wouldn't compile, including gtk+, openmotif3, and 
 t1lib5-x11.  I haven't investigated these closely -- perhaps they will 
 be easily fixed -- but the lesson I think we are learning here is that 
 supporting xquartz is going to be a major issue for fink.  I'm not sure 
 that we'll be able to do it.

I think we don't have much of a choice, unless we want to go back to the 
hellish old days when we had X11 packages in Fink.

The packages you mention are probably (I checked only t1lib5-x11, where 
this is the case) victims of autotools bugs in the psrt of the configure 
code that is supposed to provide fallback mechanisms for finding X11 
headers and libs when xmkmf is absent. This code has never been tested 
before, because mkmf was always present until now.

One manifestation of the bug is in lines like

   for ac_extension in a so sl; do

which can be patched by adding dylib to the list.

Another one, which I have seen in several gnome configure scripts (for 
example libwnck1, startup-notification, gnome-panel), is a line

   case x_libs in

which is a simple syntax error; it should be $x_libs.

All of these bugs can be worked around simply by supplying configure 
with the flags

--x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib

In the case of imagemagick, there seems to be a logical error in 
configure: It assumes that if it finds rsvg and cairo, then there must 
also be rsvg-cairo somewhere. This is visibly not true for the version 
of rsvg which it accepts (=2.9.0).

-- 
Martin




-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
http://news.gmane.org/gmane.os.apple.fink.devel