[MacPorts] #19511: py25-cairo: pkgconfig file in non-standard location

MacPorts noreply at macports.org
Fri May 1 20:30:33 PDT 2009


#19511: py25-cairo: pkgconfig file in non-standard location
---------------------------------+------------------------------------------
 Reporter:  devans@…             |       Owner:  mcalhoun@…           
     Type:  defect               |      Status:  new                  
 Priority:  Normal               |   Milestone:                       
Component:  ports                |     Version:  1.7.1                
 Keywords:  pkgconfig            |        Port:  py25-cairo           
---------------------------------+------------------------------------------
 While trying to update gnome-python-desktop to the latest version,
 the package failed to recognize py25-cairo via pkgconfig although
 the port is installed and active.


 {{{
 devans% port installed py25-cairo
 The following ports are currently installed:
   py25-cairo @1.8.2_0 (active)

 devans% pkg-config --modversion pycairo
 Package pycairo was not found in the pkg-config search path.
 Perhaps you should add the directory containing `pycairo.pc'
 to the PKG_CONFIG_PATH environment variable
 No package 'pycairo' found
 }}}

 pycairo.pc is found here

 {{{
 devans% port contents py25-cairo | grep .pc
 /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/pkgconfig/pycairo.pc
 }}}

 instead of the usual location
 {{{
 /opt/local/lib/pkgconfig/xxx.pc
 }}}

 This apparently was done intentionally in r44366 to resolve
 a conflict between py-cairo and py25-cairo since they both
 use the same pkgconfig file name (pycairo.pc).

 A comment there says to set the pkgconfig path to find it but
 this is unworkable in a port that is using pkg-config to
 find 12 different packages and this is the only one not in
 the usual place.

 Suggest that perhaps the py-cairo file be moved to the unconventional spot
 since it is out of date and python24
 is not supported by the current distributions of pycairo.

 There is no conflict with py26-cairo so py-cairo is the odd
 man out.  Or perhaps py-cairo should be considered for
 retirement.

 In any case, it seems that this solution to the problem needs
 to be revisited as it is really not practical in most instances.
 (IMHO of course).

-- 
Ticket URL: <http://trac.macports.org/ticket/19511>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list