__color__ ticket summary component version milestone type owner status created _changetime _description _reporter 3 222 Windows installer for Haskell Platform is very slow on adding things to PATH Windows installer None defect refold new 2013-05-09T08:56:11Z+0100 2013-05-13T22:13:01Z+0100 "HaskellPlatform-2012.4.0.0-setup.exe is very slow at adding things to PATH. It seemed to take it about 10-15 minutes to add about 5 things to PATH.* What is it doing? It did not seem to be using an unusually high amount of CPU or RAM during this time, though I wasn't watching carefully. If this behavior is expected, it would be nice if ""Show Details"" gave a more detailed explanation of what it's doing when adding things to path, so I don't worry that it's frozen or having problems. *My PATH, after installation, is `C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;D:\Program Files (x86)\Agda\2.3.0\emacs-23.4-20120219\bin;C:\Program Files (x86)\Haskell\bin;D:\Program Files (x86)\Haskell Platform\2011.4.0.0\lib\extralibs\bin;D:\Program Files (x86)\Haskell Platform\2011.4.0.0\bin;D:\Documents\AppData\Roaming\cabal\bin;D:\Program Files (x86)\Haskell\bin;D:\Program Files (x86)\Haskell Platform\2012.2.0.0\lib\extralibs\bin;D:\Program Files (x86)\Haskell Platform\2012.2.0.0\bin;D:\Program Files (x86)\OCaml\bin;D:\Tcl\bin;D:\OCaml\bin;D:\Program Files (x86)\Vim\vim73\;D:\Python27\;D:\opt\gtk\bin;D:\opt\bin;D:\opt\bin\scan-view;D:\opt\bin\scan-build;D:\Program Files (x86)\MiKTeX 2.9\miktex\bin;D:\cygwin\bin;D:\cygwin\usr\bin;D:\cygwin\sbin;D:\cygwin\usr\sbin;D:\cygwin\usr\local\bin;D:\cygwin\usr\local\sbin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;D:\Program Files (x86)\WinSCP\;D:\Program Files (x86)\Asymptote;C:\Program Files (x86)\PharosSystems\Core;C:\Program Files\Broadcom\Broadcom 802.11\Driver;D:\Program Files\MATLAB\R2011b\bin;D:\Program Files\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\CommonFiles\Microsoft Shared\Windows Live;D:\Program Files (x86)\HaskellPlatform\2009.2.0.2\extralibs\bin;D:\Tools;D:\Program Files (x86)\Dr. Memory\bin;D:\Program Files (x86)\Coq\bin;D:\Program Files\TortoiseHg\;D:\Program Files (x86)\Mercurial\;D:\Program Files (x86)\Calibre2\;C:\Program Files (x86)\Windows Live\Shared;C:\Users\Jason Gross\AppData\Roaming\cabal\bin;D:\Program Files (x86)\Haskell Platform\2012.4.0.0\bin`" JasonGross 3 221 Links to prior releases are broken Web site None defect MtnViewMark new 2013-04-09T19:07:25Z+0100 2013-04-09T19:07:25Z+0100 "Reported on the haskell-platform mailing list by Peter Simons: ""It seems like the files related to Haskell Platform 2010.x have disappeared from the haskell.org server. There used to be a tarball at http://hackage.haskell.org/platform/2010.2.0.0/cabal/haskell-platform-2010.2.0.0.tar.gz ..., but that's gone now. Similarly, all the 2010.x related links at http://www.haskell.org/platform/prior.html point nowhere."" [i.e. these links return a ""page not found"" error] There should not be broken links on the web site. If any of those prior versions are lost forever or cannot be hosted for some other reason, we should provide whatever information we do have about those versions." YitzGale 3 219 broken link to cabal documentation Web site None defect MtnViewMark new 2013-01-25T13:39:39Z+0000 2013-01-25T13:39:39Z+0000 "From ""haskell.org/platform"", click ""documentation"", then ""Cabal"". ""http://lambda.haskell.org/platform/doc/current/ghc-doc/Cabal/index.html"" is not found." Keith 3 218 Makefile can't be run with -j4 Generic source tarball None defect duncan new 2013-01-09T07:01:21Z+0000 2013-01-20T15:10:21Z+0000 "Because we don't encode the package dependencies into the makefile, running -j4 causes havoc - as packages get built in parallel, not in order. At least we should document this in the README. Better would be to have the makefile somehow reject the -j4 Better still would be for it to actually work!" MtnViewMark 4 217 Incorrect build order in source tarball Generic source tarball None 2013.2.0.0 defect MtnViewMark assigned 2012-12-24T06:12:24Z+0000 2013-01-20T15:00:03Z+0000 "Building with the tarball on a system without happy installed fails because happy is not built before alex. Reordering the entries in packages/platform.packages fixes the problem. Patch attached. " andykitchen 3 216 Link error with libiconv on MacOS Platform None defect MtnViewMark new 2012-12-10T20:14:17Z+0000 2013-01-20T20:03:15Z+0000 "Compiling a small program results in this error message: [1 of 2] Compiling TestHelper ( testsuite/tests/TestHelper.hs, dist/build/test-played-tracks/test-played-tracks-tmp/TestHelper.o ) [2 of 2] Compiling Main ( testsuite/tests/TestPlayedTracks.hs, dist/build/test-played-tracks/test-played-tracks-tmp/Main.o ) Linking dist/build/test-played-tracks/test-played-tracks ... Undefined symbols for architecture x86_64: ""_iconv"", referenced from: _hs_iconv in libHSbase-4.5.1.0.a(iconv.o) (maybe you meant: _base_GHCziIOziEncodingziIconv_iconvEncoding8_closure, _base_GHCziIOziEncodingziIconv_iconvEncoding5_info , _base_GHCziIOziEncodingziIconv_iconvEncoding10_closure , _base_GHCziIOziEncodingziIconv_iconvEncodingzuloc1_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding7_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding6_info , _hs_iconv_open , _base_GHCziIOziEncodingziIconv_iconvEncoding6_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding7_info , _base_GHCziIOziEncodingziIconv_iconvEncoding5_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding8_info , _base_GHCziIOziEncodingziIconv_iconvEncoding4_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding9_info , _base_GHCziIOziEncodingziIconv_iconvEncoding3_closure , _base_GHCziIOziEncodingziIconv_iconvEncoding2_info , _base_GHCziIOziEncodingziIconv_iconvEncoding2_closure , _hs_iconv , _base_GHCziIOziEncodingziIconv_iconvEncoding3_info , _base_GHCziIOziEncodingziIconv_iconvEncoding10_info , _base_GHCziIOziEncodingziIconv_iconvEncodingzuloc_closure , _base_GHCziIOziEncodingziIconv_iconvEncodingzuloc_info , _base_GHCziIOziEncodingziIconv_iconvEncoding9_closure , _hs_iconv_close , _base_GHCziIOziEncodingziIconv_iconvEncodingzuloc1_info ) ""_iconv_close"", referenced from: _hs_iconv_close in libHSbase-4.5.1.0.a(iconv.o) (maybe you meant: _hs_iconv_close) ""_iconv_open"", referenced from: _hs_iconv_open in libHSbase-4.5.1.0.a(iconv.o) (maybe you meant: _hs_iconv_open) ""_locale_charset"", referenced from: _localeEncoding in libHSbase-4.5.1.0.a(PrelIOUtils.o) ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status It seems that ghc is looking in the wrong directory for libiconv. By specifying --extra-lib-dirs=/usr/lib compilation works. The MacOS Version is 10.8.2 " Ragnaroek 4 215 Error executing files compiled with GHC from Haskell Platform Installer GHC None 2013.2.0.0 defect MtnViewMark assigned 2012-11-23T13:24:44Z+0000 2013-05-08T15:54:56Z+0100 "After compiling some trivial code with ghc (for instance:""main = do print (reverse [1..10])"") there is a following error when running it: internal error: evacuate(static): strange closure type 3840 (GHC version 7.4.2 for i386_apple_darwin) But when I use runhaskell it all seems to work alright. I used both x86 and x86_64 versions of the Haskell Platform Installer. I'm using OS X 10.8, and when I installed (or rather built) haskell-platform using homebrew it all works allright." kgabis 3 214 web site doesn't refresh when updated Web site None 2013.2.0.0 defect MtnViewMark new 2012-11-06T07:57:00Z+0000 2012-11-06T07:57:00Z+0000 "The web server for the platform's web pages doesn't seem to use ETags for static content. As such, browser's caching heuristics run afoul with our infrequent page updates: After releasing a new version of the platform, people often don't see it without explicit refreshing in their browsers. The web site should be configured to use ETags... or whatever it takes, to get better behavior." MtnViewMark 4 213 Documentation for some packages is missing Windows installer None 2013.2.0.0 defect refold assigned 2012-10-25T14:04:24Z+0100 2012-10-25T14:04:31Z+0100 Documentation for GLUT and maybe some other packages is missing, even though the installer now ships with documentation for the extralibs. I'll have to investigate why is that happening. refold 3 209 64-bit version of the Windows installer Windows installer None 2013.2.0.0 enhancement refold assigned 2012-08-31T19:07:08Z+0100 2013-05-05T23:50:52Z+0100 GHC 7.6 will have a 64-bit Windows version. If we decide to use GHC 7.6 for the next release, we should also provide a 64-bit version of the Windows installer. refold 4 196 add DESTDIR parameter to Haskell Platform installer Makefile Generic source tarball None 2013.2.0.0 enhancement MtnViewMark assigned 2012-05-20T22:08:33Z+0100 2012-10-10T17:13:57Z+0100 "When packagers install they usually don't want to install the prepared files but to install into a staging area for packaging. This is usually done by specifying a DESTDIR paramater to 'make install': make DESTDIR=${RPM_BUILD_ROOT} install It would be nice if the haskell platform installer could do this. At the moment I am patching the scripts/install.sh to look out for a DESTDIR file and use the specified directory as the root if it is specified. The package installation scripts get passed back to the installer in $(DESTDIR)/load (see attached script). I am not not necessarily advocating this organization but just use it myself because it keeps the patch restricted to install.sh. I submit it in case somebody else would find it useful." chrisdornan 4 191 Users confused by presence of Data.Binary in docs, but not in platform Policy None 2012.4.0.0 defect dcoutts new 2012-01-16T22:43:25Z+0000 2012-05-22T05:03:26Z+0100 "After installing from scratch, creating a file with the following content: {{{ import Data.Binary.Get }}} (Yes, nothing else.) and running it through ghc results in the following error message: {{{ $> runghc test.hs test.hs:1:8: Could not find module `Data.Binary.Get': It is a member of the hidden package `ghc-binary-0.5.0.2'. Use -v to see a list of the files searched for. }}} Running it this way works fine though: {{{ laurent@IceShelf: openGL1$ runghc -package ghc-binary-0.5.0.2 test.hs :1:42: Not in scope: `main' }}} I am not sure why this package is hidden? Since it is part of the Haskell Platform installation and fully visible in the corresponding locally installed docs one would expect it either to not be hidden or to have some mention in its documentation that it is hidden and thus requires an additional flag to be visible from GHC. " Laurentg 3 190 uninstall-hs should check that system has greator version of GHC or not OSX installer None 2012.4.0.0 defect MtnViewMark new 2012-01-06T15:43:36Z+0000 2012-05-14T17:00:05Z+0100 "uninstall-hs works well if system has only Haskell Platform version or prior version of GHC. But if system has greator version of GHC, uninstall-hs causes undesirable result. For example: My system already has GHC 7.2.2, I installed Haskell Platform 2011.4.0.0 (GHC 7.0.4), and then I installed GHC HEAD's binary pkg for testing. After testing, I tried to remove GHC HEAD by using uninstall-hs. uninstall-hs removes /usr/bin/ghc and /usr/bin/cabal symbolic link accidently. {{{ $ sudo uninstall-hs only 7.5.20111221 --remove $ ghc -V-bash: /usr/bin/ghc: No such file or directory $ cabal -V cabal: unrecognised command: -v (try --help) }}} And uninsatll-hs can't parse GHC 7.4.1 RC 1's version. {{{ $ sudo uninstall-hs only 7.4.0.20111219 --remove *** couldn't parse version Usage: uninstall-hs -- find versions on system uninstall-hs thru VERSION -- remove VERSION and earlier uninstall-hs only VERSION -- remove only VERSION uninstall-hs all -- remove all NOTE: Commands are 'dry run' by default and don't actually delete. Options (can appear anywhere): -v --verbose report each path -n --dry-run only report what would be removed -s --sh, --script generate a shell script to remove files -r --rm, --remove actually remove files -? --help help (this message) }}} Okay, /Library/Haskell/doc/start.html says that uninstall-hs can remove just current and prior version. But there is one more problem. My system was installed GHC 7.0.4, 7.2.2, and HEAD (7.5.20111221). So, if using GHC's uninstaller (/Library/Frameworks/GHC.framework/Versions//Tools/Uninstaller), /usr/bin/ghc is changes into GHC 7.2.2 instead of 7.0.4. This is undesirable result, too. And same problem occur when uninstall-hs removes Haskell Platform's GHC 7.0.4 if system has greator version.... I think that uninstall-hs should check system has greator version of GHC or not in /Library/Frameworks/GHC.framework/Versions/ directory." shelarcy 3 189 Include LLVM tools Platform None Blue Sky enhancement dons new 2011-11-10T09:58:07Z+0000 2012-10-25T16:26:23Z+0100 It would be great if LLVM was included with the Haskell Platform so that the LLVM backend could be used out of the box. dterei 3 184 Security issue in installing Haskell platform in MS Windows - Installer not digitally signed Windows installer None Blue Sky defect refold new 2011-08-12T16:49:36Z+0100 2013-05-05T23:57:28Z+0100 "The Haskell platform installer for Microsoft Windows should be digitally signed using a certificate from a reputed certificate organization (Verisign, entrust etc.) The mozilla firefox is signed this way. Any software distributed through internet is signed this way to avoid modification by replacement by an intermediary. If it is not possible to sign the platform installer then publish the md5 checksum along with the link to download platform installer. (However, windows users are slightly less used to this approach.)" gsngh 3 160 dependency on hscolour Generic source tarball None 2011.4.0.0 defect dons assigned 2011-02-17T10:18:10Z+0000 2012-06-26T18:29:11Z+0100 "The configure script does not track the dependeny on hscolour. make terminates with: Setup: The program hscolour version >=1.8 is required but it could not be found. Error: Generating the transformers-0.2.2.0 package documentation failed " mafo 4 146 Cannot update cabal (Windows PATH issue) Windows installer None 2013.2.0.0 defect refold reopened 2010-09-12T02:53:36Z+0100 2012-10-25T13:58:26Z+0100 "On Windows with Haskell Platform 2010.1.0.0 : * The all-users `PATH` variable contains `%INSTALLDIR%\lib\extralibs\bin`. * The user-specific `PATH` variable contains `%APPDATA%\cabal\bin`. This causes a problem because : * Every directory in the all-users `PATH` variable is always checked first, so the shell always uses `%INSTALLDIR%\lib\extralibs\bin\cabal.exe`. * `cabal install cabal-install` only updates `%APPDATA%\cabal\bin\cabal.exe` rather than both. * So, you effectively can't update `cabal` on Windows. ''__Workaround__'': Delete `%INSTALLDIR%\lib\extralibs\bin\cabal.exe`." Olathe 3 134 Haskell Platform 2010.2.0.0 is affected by GLUT 2.1.2.1 bug with libXi and libXmu GLUT None defect panne new 2010-07-25T13:30:47Z+0100 2013-05-08T15:50:12Z+0100 "I installed HP from source on my Ubuntu Lucid amd64. Then I ran cabal install haskell-platform-test and got a bunch of GLUT unresolved symbol errors at linking stage (log attached). After a short googling I found some discussions about this issue. It is caused by the dependence of GLUT on libXi and libXmu libraries. I suggest checking existence of this libraries in the top ./configure script of HP. Related links:[[BR]] https://bugzilla.redhat.com/show_bug.cgi?id=509281 [[BR]] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=Bug%23405227 [[BR]] http://groups.google.com/group/fa.haskell/browse_thread/thread/1716fa5e5643541e/38373ec65e2537fd?lnk=gst" VVLysikov 4 131 Public release timetable suitable for users Web site None 2012.4.0.0 defect MtnViewMark assigned 2010-07-15T21:54:45Z+0100 2012-11-05T00:27:06Z+0000 "Claus Reinke has proposed: > The idea is simply to have a single dated news item that lists current and next release versions, either with date or with reasons for delays, and to add a link to the release timetable for more detailed information (since the platform logo is used elsewhere, it might be good to provide a variant with automatically overlaid version number). * http://projects.haskell.org/pipermail/haskell-platform/2010-May/000972.html In particular, More generally, could the current status of the platform please be made *obvious early* on its webpages? Currently, a visit looking for such info might go like this: 1. http://hackage.haskell.org/platform/ doesn't say anything about versions or timelines 2. http://hackage.haskell.org/platform/contents.html gives GHC versions, without linking them to HP versions or timelines 3. http://hackage.haskell.org/platform/windows.html lists current version and timeline of older versions (good), but does not state that the current version is a beta, nor does it indicate that there is a stable version due, or what problems are keeping the beta from becoming stable 4. http://haskell.org/haskellwiki/Haskell_Platform does not offer much info, but seems to be the only page linking to 5. http://trac.haskell.org/haskell-platform/ no current version info, release time table is only for package maintainers, none of the ""open bug reports"" has a 2010.x milestone 6. http://trac.haskell.org/haskell-platform/wiki/ReleaseTimetable THERE!-) This is the information I was looking for, at least part of it! But where is the rest? I suggest the following changes as a minimum improvement: - link to 6 directly from 1 (even better: insert cute calendar with highlighted release timelines on 1!-) - add current version overview for each OS to 1 (in case the per-OS versions are out of sync) - add trac links to 6 that list the showstopper tickets for the current release (this assumes that the showstoppers have trac tickets and, preferably, milestone and severity information) - add info about next release and blocking issues to 3 (and to the other OS-specific pages) - downloaders should not have to guess that the current version is a beta, or what problems have been found with it " dons 4 129 WinGHCi won't start if installed without enviroment variables set Windows installer None 2013.2.0.0 defect refold assigned 2010-07-04T04:26:36Z+0100 2012-10-25T13:47:17Z+0100 "Problem Description: When try to start WinGHCi, an error occurred with message: GHCiCreateProcess failed with failed with error 2. Grammer issues either. OS: Windows Server 2008 R2 Ent(Simplified Chinese), X64 Haskell version: Haskell Platform 2010.1.0.0." lummar 3 109 Detect preinstalled binaries Generic source tarball None Blue Sky defect duncan new 2010-03-20T13:55:00Z+0000 2010-03-20T13:55:00Z+0000 "We don't currently check in the unix tarball whether alex, happy, cabal-install etc. are installed and up to date. We could do that check and avoid additional work." dons 3 108 Can't reliably detect missing profiling versions of preinstalled packages Generic source tarball None 2010.2.0.0 defect duncan new 2010-03-20T13:54:19Z+0000 2011-11-24T03:18:20Z+0000 "When ghc list --simple says that some packages are preinstalled, we assume that the profiling versions are also installed. This is a bold assumption. Currently users would need to either install the profiling versions, or uninstall the package entirely, to build the full platform. " dons 3 97 The default install dir for cabal-install should be $PLATFORMDIR/cabal Windows installer None 2013.2.0.0 enhancement refold assigned 2009-10-06T09:04:02Z+0100 2012-10-25T13:46:55Z+0100 "Installer should set the default cabal-install install directory to $PLATFORMDIR/cabal (or something similar). Users find having two different directories for ""Haskell stuff"" confusing: ""OK. But given that I said ""install Haskell"" in *this* location, I sort of expected all my Haskell stuff to go there."" http://thread.gmane.org/gmane.comp.lang.haskell.cafe/64355" refold 4 95 Basic installation errors due to missing build tools Generic source tarball None defect duncan new 2009-09-09T11:18:39Z+0100 2012-05-14T16:39:13Z+0100 "I can not compile Haskell plataform in openSUSE-11.1-i586 console output: dhcppc2:/home/opensuse/Desktop/haskell-platform-2009.2.0.2 # whoami root dhcppc2:/home/opensuse/Desktop/haskell-platform-2009.2.0.2 # ls aclocal.m4 autom4te.cache configure configure.ac Makefile packages scripts dhcppc2:/home/opensuse/Desktop/haskell-platform-2009.2.0.2 # ./configure checking build system type... Invalid configuration `i686-pc-linux-': machine `i686-pc-linux' not recognized configure: error: /bin/sh scripts/config.sub i686-pc-linux- failed dhcppc2:/home/opensuse/Desktop/haskell-platform-2009.2.0.2 # Thanks for your time " porkedrons[at]gmail.com 3 91 Policy: A deprecation policy Policy None defect dcoutts new 2009-08-10T18:04:44Z+0100 2012-10-25T16:14:45Z+0100 "Over time parts of the HP will become obsolete. We need to pick a deprecation and removal policy. e.g. add deprecation flags once a replacement is added. Hold for 2 years, then remove." dons 3 88 Policy: HP License should allow us to construct proprietary software Policy None defect dcoutts new 2009-08-06T17:44:44Z+0100 2012-10-25T16:14:40Z+0100 When determining criteria for valid licenses, the following invariant must be maintained. dons 3 85 Policy: decide on acceptable licenses for inclusion the Haskell Platform Policy None task dcoutts new 2009-08-04T19:05:15Z+0100 2012-10-25T16:14:51Z+0100 "Currently, all packages in the Haskell Platform are ""BSD3"" licensed. We need to decide what our goals in terms of licensing are for the broad Haskell bundle, and which specific licenses are acceptable. An unsuitable license will be a blocker on addition." dons 3 81 Generic Unix Tarball doesn't enforce building against platform versions of libs Generic source tarball None 2012.4.0.0 defect duncan new 2009-07-31T19:27:10Z+0100 2012-05-14T16:25:56Z+0100 "The unix tarball build process will allow ghc to pick up libs from the environment. This means we can end up building against the wrong versions of libs, should the user already have installed them. A case: * network depends on parsec * user has parsec 3 installed * platform builds and registers parsec 2 * build fails due to parsec 3 not having profiling (or silently suceeds linked against parsec 3) {{{ Network/URI.hs:108:7: Could not find module `Text.ParserCombinators.Parsec': Perhaps you haven't installed the profiling libraries for package `parsec-3.0.0'? Use -v to see a list of the files searched for. }}}" dons 3 65 librt.so error when linking with unix lib on Ubuntu Linux Platform None 2010.2.0.0 defect dons new 2009-06-04T21:01:37Z+0100 2010-07-07T06:48:46Z+0100 "cabal installing happstack-data fails after installing the ghc 6.10.3 binary and haskell platform 2009.2.0.1 on ubuntu dapper, with this error: Loading package unix-2.3.2.0 ... : can't load .so/.DLL for: rt (/usr/lib/librt.so: symbol __librt_multiple_threads, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference) while cabal installing happstack-data " simonmic 3 64 Add a vcvars32.bat-like bat file Windows installer None 2013.2.0.0 enhancement refold assigned 2009-06-04T05:44:13Z+0100 2013-04-16T17:35:18Z+0100 To make it easier to use several HP versions installed on the same machine, there should be a convenient way to temporary modify the environment to make a specific HP version the default. If you have used Visual Studio, then vcvars32.bat is what I have in mind. Bulat also suggested adding a GUI tool for this. This ticket depends on #63. refold 3 63 Different versions of Haskell Platform should be allowed to co-exist Windows installer None Blue Sky enhancement refold assigned 2009-06-04T05:32:43Z+0100 2012-10-25T13:57:32Z+0100 Installer should detect when there is an existing HP installation and offer the user a choice to either upgrade it, leave it as the default installation, or make the new installation the default. This is also related to #36 and #46. refold 4 62 It should be possible to run the Windows installer as non-admin Windows installer None 2013.2.0.0 enhancement refold assigned 2009-06-04T05:24:28Z+0100 2012-10-26T03:42:33Z+0100 "Current installer almost works when run under a limited user account, but the [http://www.galois.com/~dons/images/hklm.png error message] could be more clear. A more ambitious goal is to support a special ""limited user"" install mode." refold 3 36 Installer actions should be better documented. Windows installer None Blue Sky enhancement refold assigned 2009-05-07T18:04:07Z+0100 2012-10-25T13:57:41Z+0100 Installer modes and actions should be clearly documented so that users can make informed choices regarding which options to pick. This information should be also linked to from the download page. refold 4 33 man pages should be generated for binaries Generic source tarball None 2010.2.0.0 task duncan new 2009-05-06T23:07:09Z+0100 2010-07-07T06:48:46Z+0100 "An installation from the generic unix tarball doesn't install man pages for alex and happy, despite these existing in the sources. There is also no man page for cabal install, but I don't think one has been written, so this is probably less important. " mail@… 3 31 Automatically bring cabal packages forward with Platform install? Platform None Blue Sky enhancement dons new 2009-05-06T21:45:13Z+0100 2009-05-09T19:02:19Z+0100 "Before installing the Haskell Platform, I had several versions of GHC installed, each with their own associated libraries. That was more by accident than on purpose, as I had not uninistalled older version of GHC. Regardless, when I installed the platform, I had to install all those cabal packages again. That might get annoying if each new release of the Haskell platform requires me to rebuild my environment. Note that I am talking about cabal packages that do NOT come with the Platform. I recognize Platform-included packages will be upgraded automatically by each install. Note that I installed on Windows XP, but I don't think this is a OS-specific issue." jgbailey@… 3 26 Source tarball needs INSTALL wiki page listing required C libs Generic source tarball None 2012.4.0.0 defect duncan new 2009-05-06T10:00:21Z+0100 2012-05-14T16:30:31Z+0100 "Collecting all the platform-specific C library names is a big task. Need to start with a wiki page. While trying to install from the source tarball I got this error: {{{ $ ./configure --prefix=$HOME [snip] checking GL/glu.h usability... no checking GL/glu.h presence... no checking for GL/glu.h... no configure: error: The OpenGL C library is required make: *** [config.status] Error 1 }}} Turns out that it's non-trivial to figure out which package provides OpenGL on Ubuntu. Installing libgl1-mesa-dev which provides the virtual package libgl-dev didn't work. An INSTALL file that lists the additional packages needed on different platforms would be nice. " tibbe 4 22 platform tarball does not work out of the box on NixOS Generic source tarball None Blue Sky defect duncan new 2009-05-05T00:14:54Z+0100 2010-09-03T09:39:37Z+0100 "[I don't really expect this to be fixed, but want to provide the information here in order to preserve it.] The problem is that on NixOS, none of the libraries that the Haskell Platform expects (zlib, OpenGL/mesa just to name a few) are in standard paths. One sensible option if a user wants to make a user install is that a user has them in a local profile, so includes would be in $HOME/.nix-profile/include and libs in $HOME/.nix-profile/lib. The configure script can be made to work by setting CFLAGS and LDFLAGS to make use of these dirs. However, the actual build process invokes Cabal, and Cabal has to pass these flags to the individual packages via --extra-include-dirs and --extra-lib-dirs, and I can't see a way to make that happen. " kosmikus 4 18 Better branding for installers Windows installer None Blue Sky enhancement refold assigned 2009-04-30T21:39:56Z+0100 2012-10-25T13:38:26Z+0100 It would be nice to have icons based on the new logo both for the installers and for the .hs/.lhs files. The Windows installer currently uses old GHC icons. refold 3 15 Be able to cabal install haskell-platform Platform None Blue Sky defect dons new 2009-04-19T16:23:21Z+0100 2012-05-14T16:31:42Z+0100 "Once this works: {{{ $ cabal install Resolving dependencies... Configuring haskell-platform-2009.0.0... cabal: Unknown build tool cabal-install cabal: Error: some packages failed to install: haskell-platform-2009.0.0 failed during the configure step. The exception was: exit: ExitFailure 1 }}} That is, cabal is able to track and install build-tools of unknown origin, we can put the haskell-platform.cabal file on Hackage, and it should be cabal-installable. " anonymous 3 13 Cabal won't track tool dependencies Platform 2012.4.0.0 defect dons new 2009-04-18T09:43:36Z+0100 2012-05-14T16:34:59Z+0100 "The platform specifies developer tools that should be installed on the system: * haddock * happy * alex etc. Currently, there is no way to specify this in the platform .cabal file (thus the .cabal file is not a complete description of the requirements). We need to find a way to have: * cabal-install install such tools * 'register' them in some way" dons 3 10 Make platform installer checklist Platform 2012.4.0.0 task danderson assigned 2009-04-02T15:39:52Z+0100 2012-10-25T16:28:49Z+0100 "Make a list of things to check to see if the installer works. As many as possible of these should be automated, eg using scripts + HUnit or something. eg: * compile hello world * ghci -package blah * ghc-pkg check ([http://www.haskell.org/pipermail/glasgow-haskell-users/2009-April/017012.html see for example what could go wrong]) * run full ghc testsuite perhaps * Check all executables are .. executable * Build canonical apps: e.g. darcs. * Build a large subset of Hackage. * Check that haskell platform minor versions build the same set : http://blog.well-typed.com/2009/03/regression-testing-with-hackage/" duncan 4 4 all packages should list a bug-reports: url field Platform 2010.2.0.0 defect somebody new 2008-12-09T00:22:38Z+0000 2010-09-03T09:37:05Z+0100 Each platform package should have some form of bug tracking. If nothing else a trac instance on `trac.haskell.org`. The `bug-reports` field in the `.cabal` files should point to the right place. duncan 4 3 -fglasgow-exts should be disallowed in platform code. Platform 2010.2.0.0 defect somebody new 2008-10-01T06:23:42Z+0100 2010-09-03T09:37:06Z+0100 To approach Haskell Prime the use -fglasgow-exts should be disallowed when considering inclusion in the platform. dons 4 2 Platform needs to list required GHC extensions. Platform 2008.0.0 2010.2.0.0 task dons new 2008-10-01T06:23:03Z+0100 2010-09-03T09:39:04Z+0100 "The platform should state precisely which language extensions are required to build the whole thing. This will include the extensions: field of any cabal files, and any pragmas. Audit each package to determine this: (TODO: tools!)" dons 3 1 Platform needs to list required C libraries in INSTALL file Platform 2008.0.0 2010.2.0.0 task somebody new 2008-10-01T06:19:39Z+0100 2010-07-07T06:48:46Z+0100 The platform will depend on a number of C libraries. These dependencies , and their versions, need to be precisely stated. dons