Summary: | Emerging perl-gcpan/WordNet-QueryData-1.47 fails with app-portage/g-cpan-0.15.0-r1 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tassilo Horn <tsdh> |
Component: | [OLD] Development | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
The build.log
The ebuild environment file |
Description
Tassilo Horn
2008-07-01 20:42:53 UTC
Created attachment 159149 [details]
The build.log
Created attachment 159151 [details]
The ebuild environment file
(In reply to comment #0) > *** Please set the WNHOME environment variable to the location of your > *** WordNet installation. QueryData.pm will not work otherwise. > *** Alternatively, you can make the installation in the default > *** location, C:\Program Files\WordNet\3.0 on Windows, or > /usr/local/WordNet-3.0 on unix. Does setting WNHOME help? What do you think we should do? Manually exporting WNHOME=/usr solves this, I tested. There's no way g-cpan can be expected to cater for some of the bizzare buildscript stuff. g-cpan misses the dep on the wordnet libs anyway for the same reason. |