[MacPorts] #38546: hs-http complains about hs-network version
MacPorts
noreply at macports.org
Thu Mar 28 13:25:13 PDT 2013
#38546: hs-http complains about hs-network version
-------------------------+----------------------------
Reporter: bgschaid@… | Owner: kitchen.andy@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: | Keywords:
Port: hs-http |
-------------------------+----------------------------
Comment (by larryv@…):
Replying to [comment:6 jmr@…]:
> Actually, the phase info at the start of each line in the log is a
little messed up. What it shows is an older version being deactivated,
then the current version being activated, and the post-activate code
failing thus:
> {{{
> :debug:deactivate Executing proc-post-org.macports.activate-activate-0
> :info:deactivate Reading package info from stdin ... done.
> :info:deactivate HTTP-4000.2.8: Warning: haddock-interfaces:
/opt/local/share/doc/HTTP-4000.2.8/html/HTTP.haddock doesn't exist or
isn't a file
> :info:deactivate HTTP-4000.2.8: Warning: haddock-html:
/opt/local/share/doc/HTTP-4000.2.8/html doesn't exist or isn't a directory
> :info:deactivate HTTP-4000.2.8: dependency
"network-2.4.1.2-1852580bfb8065521a726b4121ddf215" doesn't exist (use
--force to override)
> :info:deactivate Command failed: /opt/local/libexec/hs-http/register.sh
> }}}
In my recent Haskell commit adventures, I’ve come across this when
installing the archive of a port that improperly declares a library
dependency as a build dependency. So that dependency wouldn't necessarily
get installed (since no build was happening), and `register.sh` would flip
out. Can’t really say whether that’s the issue here, though.
--
Ticket URL: <https://trac.macports.org/ticket/38546#comment:8>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list