Description of problem: I'm no haskell expert, but i'm sure your package for quickcheck doesn't work Version-Release number of selected component (if applicable): GHC 7.0.4, fedora 16 default version. How reproducible: just install ghc-quicheck through yumex or yum or whatever Steps to Reproduce: 1.install ghc-quickcheck 2.realiaze that it doesn't work no module Test.QuickCheck 3. Actual results: no Test.QuickCheck module , what's wrong? you messed up big time with dependencies? Expected results: there should have been a module Test.QuickCheck after installing ghc-quickcheck ,should have worked like the vanilla package. Additional info: seriously, this makes me furious!! (i'm trying to learn haskell :() No way, i can tell you what's wrong , i'm no haskell expert. when i asked help in #haskell , there folks whined about, fedora splitting software.
Try: yum install ghc-QuickCheck-devel The -devel packages contain what is needed to develop with. The base package is only what is needed if a program uses QuickCheck (and has already been compiled).
What Ben said. You probably want to install haskell-platform: sudo yum install haskell-platform
Just a little more explanation: ghc-QuickCheck contains the shared library and ghc-QuickCheck-devel contains the development files. This is consist with other libraries in Fedora and other distros...
Also if you only want the libraries included from ghc you can "yum install ghc-devel". Also use "yum list ghc-\*-devel" to list all Haskell development packages in Fedora. Personally I tend to "yum install ghc-\*-devel" or "yum install @haskell" which installs nearly all of them and various tools too.
Okay I am going to ponder on this a little more. Maybe we really want the ghc base package to be a meta package that pulls in "everything" to make the initial install friendlier for newcomers. ie More or less swap around current ghc and ghc-devel.
ok Jens, thanks for your speedy reply , but i find it hard to grok why fedora packages force user to do it differently ? just to give an example,same problem happened with cgns library which is still not resolved completely (cgns-devel libraries have to be explicitly linked , unlike given in standard documentation). I appreciate the motivation of splitting static and shared version of library, but packages like ghc-quickcheck one would install to write programs.(static).
Thanks again for the report. (In reply to comment #5) > Maybe we really want the ghc base package to be a meta package > that pulls in "everything" to make the initial install friendlier > for newcomers. Ok, ghc-7.0.4-36.fc17 should provide a base metapackage which installs all of ghc (ghc-compiler and ghc-devel). So in future if you install ghc you will have a working QuickCheck, etc out of the box. I am planning to backport this soon to F16 and F15.
(In reply to comment #6) > just to give an example,same problem > happened with cgns library which is still not resolved completely Hm, that sounds like another bug? Have you reported it? > I appreciate the motivation of splitting static and shared version of library, > but packages like ghc-quickcheck one would install to write programs.(static). Maybe, but I still think it cleaner to treat all the libraries equally. Anyway I hope the newest packaging will work better for you. :) Unfortunately F17 rawhide is now on a newer version gmp so the f17 build can't be installed easily in f16. Anyway I will try to push an update soon for F16 before it is released.
ghc-7.0.4-36.fc17 build: http://koji.fedoraproject.org/koji/buildinfo?buildID=271798
(In reply to comment #8) > (In reply to comment #6) > > just to give an example,same problem > > happened with cgns library which is still not resolved completely > > Hm, that sounds like another bug? Have you reported it? > I did report a bug,but they just added the runtime dependency which was not there previously. I tried to explain that in official(upstream) documentation linking part is clearly explained and explicitly stated that it doesn't conform to that, may be i was too subtle(my first bug report), i didn't use poisonous words.that maintainer didn't get it! (or maybe he has little or no experience working with that package , i would grab that package from him as become a package maintainer for fedora.) I apologize Jens for my inappropriate language (And poisonous words to gather attention) , but i like fedora as development platform i'm concerned with unexpected problems any newbie developer has to face. > Unfortunately F17 rawhide is now on a newer version gmp so > the f17 build can't be installed easily in f16. Anyway I will > try to push an update soon for F16 before it is released. good to hear that, i'm not too concerned myself as workaround is known.
(In reply to comment #10) > I apologize Jens for my inappropriate language (And poisonous words to gather > attention) , but i like fedora as development platform i'm concerned with > unexpected problems any newbie developer has to face. It is ok for me. :) I am glad you raised this and think it will lead to be a better Fedora ghc package. :-) The Fedora ghc subpackaging is perhaps a bit extreme - I don't think anyone does it (yet anyway) but it means we can build packages faster in the buildsystem and at least gives one the option to install only what one needs. Sometimes one needs to make some extra noise to bring awareness to problems and deficiencies - of course it can also backfire sometimes. :) Let us know if you have any more feedback about Fedora Haskell or other packaging. Fedora also needs to continue improving. :)
ghc-7.0.4-31.2.fc16,ghc-rpm-macros-0.14-1.fc16 has been submitted as an update for Fedora 16. https://admin.fedoraproject.org/updates/ghc-7.0.4-31.2.fc16,ghc-rpm-macros-0.14-1.fc16
Package ghc-7.0.4-31.2.fc16, ghc-rpm-macros-0.14-1.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ghc-7.0.4-31.2.fc16 ghc-rpm-macros-0.14-1.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-15308 then log in and leave karma (feedback).
thats good.
i haven't tried installing any other package which makes use of rpm-macros,as i already installed development packages, but anyway gave positive karma , for you handled this bug quite well. (atleast in my experience). so far so good Jens. cheers.
Package ghc-rpm-macros-0.14-1.fc16, ghc-7.0.4-31.3.fc16: * should fix your issue, * was pushed to the Fedora 16 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ghc-rpm-macros-0.14-1.fc16 ghc-7.0.4-31.3.fc16' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2011-15308 then log in and leave karma (feedback).
ghc-7.0.2-16.8.fc15, ghc-rpm-macros-0.14-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/FEDORA-2011-14846
ghc-rpm-macros-0.14-1.fc16, ghc-7.0.4-31.3.fc16 has been pushed to the Fedora 16 stable repository. If problems still persist, please make note of it in this bug report.
ghc-7.0.2-16.8.fc15, ghc-rpm-macros-0.14-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.