haskell February 2014

haskell@lists.fedoraproject.org

6 participants
5 discussions

Haskell executables dynamic vs static linking
by Jens-Ulrik Petersen 12 Mar '14

12 Mar '14

For a long time I was quite "proud" that Fedora Haskell is using dynamic Haskell linking on primary intel architectures (ghc-7.8 should support shared libs also on ARM, but it and cabal 1.18 still default to static linking.) But of course there are pros and cons for dynamic linking against Haskell libraries. pros: - smaller lighter executables - enforces rebuilding of reverse deps (though this can also be a cons) - makes use of shared libs to share Haskell object code in memory - faster linking cons: - harder to deploy - less portable - dynamically linked tools makes testing/building (for) newer ghc harder Today I decided to make hscolour statically linked against Haskell libs in Rawhide. This will make bootstrapping ghc-7.8.1 or snapshots easier for example, or building ghc rpms for any other version. [1] I think this is less problematic anyway for BinLib packages like hscolour, since ghc-hscolour will pick up any potential dependency breakage anyway. I would like to have a static executable for cabal-install too. Maybe a cleaner alternative is to provide both a dynamic and a static subpackage, but I am not sure yet on the best way to do that. Using alternatives might be the only realistic way currently perhaps? Should we do that for more executables packages? Currently in Fedora because cabal-install is dynamically linked it is some work to build cabal-install for a new ghc version which makes testing newer ghc harder. If we had a statically linked cabal-install package we could just use it with any (recent) version of ghc... ie it would be more portable. Any thoughts or opinions on this? AFAIK Fedora is the only big distro that packages executables dynamically linked to Haskell libraries. Jens [1] Actually I wish hscolour was just included in ghc. It would make life easier. And likewise cabal-install actually.

3 6

mbuf's packages
by Jens-Ulrik Petersen 04 Mar '14

04 Mar '14

Hi, I got a message from Shakthi Kannan that he has changed job and doesn't really have time now for maintaining Fedora Haskell packages, and he has already orphaned his packages!: ghc-ForSyDe (*) ghc-HSH (*) ghc-IOSpec ghc-MonadCatchIO-mtl (*) ghc-MonadRandom ghc-Stream ghc-ansi-terminal (*) ghc-arrows ghc-blaze-textual ghc-data-inttrie ghc-data-memocombinators ghc-data-reify ghc-dotgen ghc-lambdabot-utils ghc-lazysmallcheck ghc-logict ghc-netlist ghc-netlist-to-vhdl ghc-numbers ghc-oeis ghc-parameterized-data (*) ghc-readline ghc-show ghc-sized-types ghc-smallcheck (*) ghc-type-level (*) unlambda Most of them are for Fedora only and if you are interested in owning any of them you can grab them in Fedora Pkgdb. I will probably take the remaining ones next week, but if there are any that particularly interest you or that you would like to comaintain do let us know! Many of them are related to his interest in Electronics and also his packaging of lambdabot: anyone interested in having lambdabot in Fedora? Jens (*) I grabbed these earlier but then thought I should ask here if others are interested in any of these packages before taking any more.

1 1

Package Reviews and Ready
by Jens-Ulrik Petersen 09 Feb '14

09 Feb '14

Hi, I re-arranged the Package Review bugzilla links on https://fedoraproject.org/wiki/Haskell_SIG#Package_reviews so we no longer really need to rely on Ready in the Whiteboard field. The 3-way split is now: * New unassigned bugs (previously: New Ready) [1] * Assigned bugs (previously: neither Ready nor NotReady) * NotReady stalled bugs (unchanged) I think I was the main (only?) person using Ready in the whiteboard anyway so hopefully this should simplify and streamline the workflow and tracking of reviews. Of course Ready can still be added to the Whiteboard to encourage reviewers but it won't affect the new links. Jens [1] new bitly link http://bit.ly/fedora-haskell-new-reviews2

1 0

How to help?
by Sébastien Willmann 09 Feb '14

09 Feb '14

Hi, I would like to help packaging haskell rpms for fedora. Is any specific help needed, or do I just start packaging the packages I wish? I’m interested in yesod, and I see that a review request already exists, but it seems inactive. Is there any problem? Regards, Sébastien Willmann (FAS: wilqu)

3 2

test build of current ghc-7.8
by Jens Petersen 03 Feb '14

03 Feb '14

Hi, I did a test build [1] of the current ghc-7.8 branch for Fedora 21 devel, which I think should also install to Fedora 20. I put the packages for x86_64, i386 and armv7hl into the yum repos under http://repos.fedorapeople.org/repos/petersen/ghc-7.7/ I haven't tested this latest build yet but wanted to announce its availability. Let me know if you hit any packaging problems with it. Jens ps I also upload the ghc-7.8.0.20140201 src tarball to http://petersen.fedorapeople.org/ghc/ if you want to use to build yourself. pps Next time I will build it in copr.fedoraproject.org which creates yum repos for one (like OBS). [1] http://koji.fedoraproject.org/koji/taskinfo?taskID=6483032

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

haskell February 2014