ghc-7.4.2 and other updates/news
by Jens-Ulrik Petersen
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
11 years, 1 month
Re: [Help Wanted] Which package provide the System Module for rawhide
by Jens-Ulrik Petersen
> 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
11 years, 5 months
Re: [Help Wanted] Which package provide the System Module for rawhide
by Ben Boeckel
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
11 years, 5 months
Re: [Help Wanted] Which package provide the System Module for rawhide
by Ben Boeckel
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
11 years, 5 months
Re: Dynamic libraries by default and GHC 7.8
by Jens Petersen
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.
11 years, 5 months
headsup: ghc-7.4.2 and haskell-platform-2012.4 coming soon to rawhide
by Jens-Ulrik Petersen
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
11 years, 5 months
