haskell November 2012

haskell@lists.fedoraproject.org

3 participants
6 discussions

ghc-7.4.2 and other updates/news
by Jens-Ulrik Petersen 13 Mar '13

13 Mar '13

Hi, I want to update the SIG on various news: * ghc-7.4.2 and haskell-platform-2012.4 I have started work locally testing updating rawhide to ghc-7.4.2 and haskell-platform-2012.4 RC2. If people want I can upload my local ghc-7.4.2 and haskell-platform builds for testing. Overall the results so far are fairly good. Only a few remaining packages have problems: - Agda (constructor issue) - happstack-server (blaze-html or new deps) - hledger-lib-0.19 needs shakespeare-text (review pending) - xss-sanitize (css-text not imported yet!) but they should be fixable by F19 time. I plan to build ghc-7.4.2 for Rawhide within the next week. * Updating packages to latest versions We have a lot of packages that need a version refresh. Now is a great time to bump your packages in git master. Building for rawhide is also ok but not really necessary right now since everything will need rebuilding shortly soon anyway. I really need your help with this, but if you don't have time to do it I will start touching packages generally in the coming week or so. * cabal-rpm update I have been using cabal-rpm to refresh a few packages by hand and I am going to release 0.6.5 soon with some smaller tweaks and improvements: the biggest visible change being no longer using version-ranged BRs since I think this has too much maintenance overhead at least until cabal-rpm can do updating of packages. * Haskell Platform and ghc versions I am wondering how closely we should follow Haskell Platform going forward since the releases are not well synced with Fedora's schedule and upstream so far refused to shift its schedule... As such I quite like following HP - it is gives us a certain stability and certainty of base versions, but also understand that some people want to have the latest versions available and live on the bleeding edge. Personally I am leaning towards doing more backporting - I am thinking to backport ghc-7.4.2 and haskell-platform-2012.4 to F18 for example (after it has gone to rawhide). If there is demand we could also backport ghc-7.4.1 to F17 perhaps or I could make a yum repo for it from the F18 packages. Ubuntu-12.10 just recently shipped with ghc-7.4.2. What do people think? How important is it to have the official haskell-platform in Fedora? Another side issue is that I somewhat cavalierly made haskell-platform into a monolithic package in F18, thinking this would decrease its update/build time. This unfortunately means if we weren't going to follow HP closely we would probably need to re-review all the HP packages again... :-/ Jens

4 17

Re: [Help Wanted] Which package provide the System Module for rawhide
by Jens-Ulrik Petersen 29 Nov '12

29 Nov '12

> Main.hs:31:8: > Could not find module `System' > It is a member of the hidden package `haskell98-2.0.0.1'. > Use -v to see a list of the files searched for. > > It may be nice, if anyone can tell me in which package I > could find the missed System module. I had a look and kaya needed patching for ghc-7.4. (Well, System is from ghc-haskell98-devel as ghc hints but kaya also seems to need base so I added a patch to use modern base module names instead of the old deprecated haskell98 modules.) Should be fixed now in kaya-0.5.2-17 in koji for f18 and f19. Jochen: probably nice if you can submit the patch upstream. Thanks, Jens

1 0

Re: [Help Wanted] Which package provide the System Module for rawhide
by Ben Boeckel 28 Nov '12

28 Nov '12

On Wed, Nov 28, 2012 at 19:15:29 -0800, Dan Mashal wrote: > You can also try ' repoquery --whatprovides "pkgconfig(haskell98-2.0.0.1)" ' I don't believe Haskell packages tend to install pkgconfig files (and haskell98 doesn't provide one). If you know the magic hash of the package, you can query for 'ghc-devel(haskell98-2.0.0.1-$magichash)'. The one on my (rawhide) machine has a magic hash of 6097c8615c4b5c52a204b7b899e54cb5. In any case, if ghc is giving the package it's in, it's usually a trivial change to get the Fedora package name. --Ben

1 0

Re: [Help Wanted] Which package provide the System Module for rawhide
by Ben Boeckel 28 Nov '12

28 Nov '12

On Wed, Nov 28, 2012 at 21:45:23 GMT, Jochen Schmitt wrote: > Halli, > > I'm trying to build the kaya package for the rawnide branch of Fedora. > > Unfortunately, I have got the following error messages during the build > process: > > make -C compiler > make[1]: Entering directory `/builddir/build/BUILD/kaya-0.5.2/compiler' > /usr/bin/happy -g -a -c ./Parser.y -iParser.out -oParser.hs > unused terminals: 2 > g++ -fPIC -fno-rtti -Wall -O2 -DNDEBUG -Wno-deprecated -I. -c -o repl_load.o repl_load.cc > /usr/bin/ghc --make -fglasgow-exts ./Main.hs repl_load.o -pgml g++ -o kayac -i. -odir . > on the commandline: > Warning: -fglasgow-exts is deprecated: Use individual extensions instead > Main.hs:31:8: > Could not find module `System' > It is a member of the hidden package `haskell98-2.0.0.1'. > Use -v to see a list of the files searched for. The compiler found System, but is only using what it was told it was allowed to use. It appears as though kaya is using autotools instead of cabal. I don't know how to get it to accept haskell98 as a dependency. > It may be nice, if anyone can tell me in which package I could find > the missed System module. We use ghc-$cabal_name-devel in Fedora, so ghc-haskell98-devel is the BuildRequires (but given the error message it's installed). -- Ben

1 0

Re: Dynamic libraries by default and GHC 7.8
by Jens Petersen 27 Nov '12

27 Nov '12

Hi, > GHC HEAD now has support for using dynamic libraries by default (and in > particular, using dynamic libraries and the system linker in GHCi) for a > number of platforms. I am very happy to hear this news. I have long been a quiet proponent for defaulting ghc and Cabal to shared libraries and dynamic linking for Linux. I think Fedora was probably the first Linux distro to enable ghc shared libs and use dynamic linking for executables in our packages. Having ghci and cabal linking benefiting from dynamic linking seems a positive step forward indeed IMHO. I hope we will see ghc shared libs support spreading also to other Linux archs (particularly ARM). Sure it will change deployment workflow somewhat but that is what Linux distros are for. :) I am looking forward to test this with Fedora's Haskell packages very much. Jens ps Btw RHEL is also increasingly moving to 64bit.

1 0

headsup: ghc-7.4.2 and haskell-platform-2012.4 coming soon to rawhide
by Jens-Ulrik Petersen 07 Nov '12

07 Nov '12

Hi, The Haskell SIG will soon be updating ghc to 7.4.2 and the just released haskell-platform-2012.4.0.0. At the same time there will be a big bunch of pending version updates for various Haskell packages. As usual this will require rebuilding all the packages. Apart from bugfixes, a nice feature of ghc-7.4.2 is ARM support for ghci and hence template-haskell - apart from shared-library support this will almost bring ARM ghc up to Tier 1 level support. The plan is to backport haskell-platform-2012.4 later to Fedora 18 updates, and maybe also haskell-platform-2012.2 to Fedora 17. Of course these would be done in separate Koji tags. Jens

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

haskell November 2012