[haskell-platform] #57: PROPOSAL: Remove OpenGL

[haskell-platform]

#57: PROPOSAL: Remove OpenGL
-------------------------------+--------------------------------------------
 Reporter:  trevor at galois.com  |        Owner:  panne   
     Type:  defect             |       Status:  new     
 Priority:  major              |    Milestone:  2009.4.0
Component:  OpenGL             |   Resolution:          
 Keywords:                     |  
-------------------------------+--------------------------------------------
Old description:

> I would like to propose that we remove OpenGL from the spec.
>
>  * The standard package sets for ruby and python don't include OpenGL, as
> it makes the distribution harder to install.
>  * #55 cites a build failure as a result of the OpenGL dependency.
>
> ----
>
> Current heuristics to act as a guide:
>
> ''    * Does it meet a stated end-user need?
>     * Do similar systems include such a library (e.g. Python)?
>     * Is it portable?
>     * Does it add additional C libraries?
>     * Does it follow the package versioning system?
>     * Is the code of good quality?
>     * Does it have history?
>     * Is it on hackage?
>     * Does it provide haddocks?
>     * Does it have a test suite?
>     * Does it have a maintainer?
>     * Does it require new Haskell dependencies? (invariant: the platform
> must be closed wrt. deps)
>     * Does it have a simple/configure-based Cabal build?
>     * Does it conflict/compete with existing functionality?
>     * Does it reuse existing types?
>     * Does it follow the hierarchical naming conventions?
>     * Is it -Wall clean?
>     * Does it have demonstrated users?
>     * Have declared correctness or performance statements?
>     * Is it BSD licensed?
>     * Will the maintainer continue to maintain it, as demand grows ?''

New description:

 I would like to propose that we remove OpenGL from the spec.

  * The standard package sets for ruby and python don't include OpenGL, as
 it makes the distribution harder to install.
  * #55 cites a build failure as a result of the OpenGL dependency.

 ----

 Current heuristics to act as a guide:

  * Does it meet a stated end-user need?

  * Is there a champion for it?

  * Do similar systems include such a library (e.g. Python)?  *NO*

  * Is it portable? *Yes* (but caveat: it is hard to build the C component)

  * Does it add additional C libraries? *Yes*

  * Does it follow the package versioning system? *Yes*

  * Is the code of good quality?

  * Does it have history? *Yes* Part of original ghc libs, >10 years old

  * Is it on hackage? *Yes*

  * Does it provide haddocks? *Yes*

  * Does it have a test suite?

  * Does it have a maintainer? *Yes*

  * Does it require new Haskell dependencies? (invariant: the platform must
 be closed wrt. deps) *No*

  * Does it have a simple/configure-based Cabal build? *Yes*

  * Does it conflict/compete with existing functionality? *No*

  * Does it reuse existing types? *Yes*

  * Does it follow the hierarchical naming conventions? *Yes*

  * Is it -Wall clean?

  * Does it have demonstrated users?
          - It has a non-trivial number of application users (primarily
 game apps):
            [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/HPong HPong], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/HipmunkPlayground HipmunkPlayground],
 [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/foo paper-
 soccer], [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hbeat
 hbeat], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/topkata topkata], [http://hackage.haskell.org/cgi-bin
 /hackage-scripts/package/glome-hs glome ray tracer],
 [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/Monadius-0.91
 monadius], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/armada armada], [http://hackage.haskell.org/cgi-bin
 /hackage-scripts/package/hpylos hyplos], [http://hackage.haskell.org/cgi-
 bin/hackage-scripts/package/rsagl rsagl] , [http://hackage.haskell.org
 /cgi-bin/hackage-scripts/package/frag-1.1.1 frag],
 [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/whim-0.1 whim]
          - Some graphics libraries use it:
            [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/GLFW GLFW], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/FTGL FTGL], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/vect
 vect], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/Hieroglyph-2.23 hieroglyph], [http://hackage.haskell.org
 /cgi-bin/hackage-scripts/package/reactive-glut-0.1.9 reactive-glut],
 [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/FunGEn Fungen
 game engine], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/FieldTrip-0.2 FieldTrip], [http://hackage.haskell.org/cgi-
 bin/hackage-scripts/package/graphics-drawingcombinators
 drawingcombinators], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/graphicsFormats graphicsFormats],
 [http://hackage.haskell.org/cgi-bin/hackage-scripts/package/vector-
 space-0.2.0 vector-space], [http://hackage.haskell.org/cgi-bin/hackage-
 scripts/package/SVGFonts-0.2 svgfonts], [http://hackage.haskell.org/cgi-
 bin/hackage-scripts/package/obj-0.1.1 obj], [http://hackage.haskell.org
 /cgi-bin/hackage-scripts/package/AERN-RnToRm-Plot-0.1.0 AERN-RnToRm]

  * Have declared correctness or performance statements?

  * Is it BSD licensed? *Yes*

  * Will the maintainer continue to maintain it, as demand grows ?

  * Is it popular on hackage?
      Yes. It is currently ranked 37 / 1318, or in the top 3% of Hackage.

-- 
Ticket URL: <http://trac.haskell.org/haskell-platform/ticket/57#comment:4>
haskell-platform <http://trac.haskell.org/haskell-platform>
The Haskell Platform: a comprehensive and robust collection of Haskell libraries