On Tue, Jan 31, 2006 at 03:52:49PM -0600, Robert T Wyatt wrote:
> Perhaps gimp2 in 10.3-unstable needs to depend on xml-parser-pm560:
> 
> checking for perl... /sw/bin/perl
> checking for XML::Parser... configure: error: XML::Parser perl module is 
> required for intltool
> ### execution of /var/tmp/tmp.2.KN5Hlo failed, exit code 1
> Failed: phase compiling: gimp2-2.0.6-1 failed
[...]
>      xml-parser-pm560                     2.31-6
>      xml-parser-pm580                     2.34-14
>  i   xml-parser-pm581                     2.34-14
>      xml-parser-pm584                     2.34-14
>  i   xml-parser-pm586                     2.34-14
> 
> 
> Installing xml-parser-pm560 allowed allowed it to pass the check.

That is a standard configure test that finds some things that intltool
needs and gimp2:BuildDepends:intltool. It looks for "first 'perl' in
PATH", and then for XML::Parser for that perl. That's pretty difficult
to enforce by dependencies, since you could have an arbitrary perl
version installed in /sw/bin/perl.

The best we can do is have intltool depend on the XML::Parser
corresponding to the perl version that is /usr/bin/perl on each OS X.
Really, that's all that is *ever* needed I think, since intltool
hardcodes itself to use /usr/bin/perl at all times.

So we have a test that seems bugged. One can force the test to use
/usr/bin/perl by setting PERL=/usr/bin/perl. We've contemplated adding
that to the intltool package, but never got around to examining what
other effects such environmental pollution might have. Same goes for
sticking that in the CompileScript of all packages that use intltool.

Which brings us back to your situation: having a test that breaks when
the user installs /sw/bin/perl (any of the perlXXX packages). And the
workable solution is to remove that perlXXX package or install the
xml-parser-pmXXX package that corresponds to it. I.e., we should
update FAQ6.20.

dan

-- 
Daniel Macks
[EMAIL PROTECTED]
http://www.netspace.org/~dmacks



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Fink-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fink-users

Reply via email to