[GHC] #8919: Why is xhtml library installed but not exported to users?

[GHC]

#8919: Why is xhtml library installed but not exported to users?
-------------------------------------+---------------------------------
        Reporter:  simons            |         Owner:  (none)
            Type:  bug               |        Status:  closed
        Priority:  normal            |     Milestone:  7.8.3
       Component:  Build System      |       Version:  7.8.2
      Resolution:  fixed             |      Keywords:
Operating System:  Unknown/Multiple  |  Architecture:  Unknown/Multiple
 Type of failure:  Other             |     Test Case:
      Blocked By:                    |      Blocking:
 Related Tickets:                    |
-------------------------------------+---------------------------------

Comment (by Herbert Valerio Riedel <hvr@…>):

 In [changeset:"02ff70563e490d2a7f3141eab7229803c523da57/ghc" 02ff705/ghc]:
 {{{
 #!CommitTicketReference repository="ghc"
 revision="02ff70563e490d2a7f3141eab7229803c523da57"
 Add 'stm' package to the global package database

 This is a preparation for `haskeline` picking up a dependency on `stm`
 real soon now. See https://github.com/judah/haskeline/pull/61 for details.

 If we figure out a way to not bundle the libraries depended upon by the
 GHCi executable in the global package database (see #8919 for the original
 reason why we had to start bundling terminfo/haskeline in the first place)
 we can get rid of `stm` again...

 On the bright side, we were able to avoid uploading new `stm` releases for
 over two years already, so it shouldn't cause too much trouble if GHC
 imposes
 a strong preference on the `stm` package's version (this most likely will
 mostly affect Linux distributions & similiar).

 While at it, this also update the stm submodule to include relaxed
 bounds to allow the upcoming base-4.11 version.
 }}}

-- 
Ticket URL: <http://ghc.haskell.org/trac/ghc/ticket/8919#comment:28>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler