[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