September 2012 - arch-haskell

Testing repo with GHC 7.6
by Magnus Therning 26 Dec '12

26 Dec '12

Hi all, There's now a testing repo built with GHC 7.6: [haskell-testing] Server = http://www.kiwilight.com/haskell/testing/$arch The following packages are missing compared to [haskell]: GLUT anansi buildwrapper bytestring-show cblrepo ghc-mod glib gtk haddock pandoc pango parallel-io persistent-template scion-browser temporary wai warp Please have a play with it. My plan is to move it into [haskell] towards the end of the coming week. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay

4 15

updated wiki
by Ramana Kumar 06 Oct '12

06 Oct '12

I have updated these pages, according to my understanding of the Arch Haskell situation: https://wiki.archlinux.org/index.php/ArchHaskell https://wiki.archlinux.org/index.php/Haskell_package_guidelines Are there more relevant wiki pages? Next, who are the ops on #arch-haskell on freenode? I suggest changing the topic to point to those wiki pages (unless we have a better homepage?) Is the blog still under control - a new blog post might be nice. Finally, can we arrange an IRC meeting some time in the near future to discuss Fabio's experiment with [haskell-extra], the possibility of merging distributed repositories into one single public-facing one, and to get started on revival? I suggest some day in the first week of October. We can get more specific as more people reply to this message. I will commit to being at the meeting, but it really only makes sense if the people currently involved in arch-haskell are there and not just newcomers like me.

3 8

http-conduit
by Ramana Kumar 03 Oct '12

03 Oct '12

Dear Arch-Haskell I would like you to consider adding http-conduit to the [haskell] repo. I have submitted a pull request which does this at archhaskell/habs on github. I would also like to get more involved in maintaining haskell packages and adding more of them. Is there a plan or roadmap or tracker or regular (online) meetings or anything like that? For example, feel free to assign me to one or two issues on github, especially if we could start writing down best practices for adding stuff to [haskell] on the wiki or something. Thanks, Ramana

5 19

Re: [arch-haskell] http-conduit
by Fabio Riga 25 Sep '12

25 Sep '12

In data 20.09.2012 17:34:15, Nicolas Pouillard ha scritto: > Thanks it seems to work great! Thank you! Please note that this is a test. So expect this to break in some way. > > Can you tell how easy to maintain a repository (cblrepo) on top of the > archhaskell one. I did thought about forking habs but it is a waste of > time. However building another repo on top of it might provide with a > nice distributed nature allowing us to maintain the package we care > the > most about. > > Did you took special steps, how do you merge the cblrepo from the > main habs? > You turn them from RepoPackages to DistroPackages right? This was exactly my idea. There's no need to fork the excellent work made by Magnus and others. I made a new repo using cblrepo. I inserted the same GhcPkg of habs. Then I made a script for adding new packages, tracking all dependencies using cabal install, and check them with the habs repo. If packages are there, the script uses cblrepo to add them as DistroPkg, else they are inserted as repo. The script is far from being completed and usable, and I haven't had enough time to clean, document and publish it. I would like to make it easy to make a new repository tracking many others, not just one. So to make, as you told, a distributed system. The main problem I encountered (and everyone using [haskell-extra] will do) is that when a package in [habs] is updated and I have a package installed that depends on it, pacman will refuse to update the system until [haskell-extra] is updated as well. This is unavoidable, as I need the new package in [habs] before updating [haskell-extra]. The alternative would be to recompile all updated packages in [habs] AND all affected package in [haskell-extra], and I won't do this! Another way could be to have updated packages in a private repository for a couple of days, so my repository (and others as well) could have the time to keep in sync. With the latter solution, we could easily merge the resulting packages in one repository. I hope this clarify a little what I'm doing. Any suggestion is highly appreciated. Fabio

2 1

Move to GHC 7.6.1
by Magnus Therning 25 Sep '12

25 Sep '12

Hi all, As I'm sure you know GHC 7.6.1 has been released[1]. The Arch devs are, as always amazingly quick, so there's already a source package available for GHC 7.6.1. I don't believe it's in [testing] already, so I went ahead and built it for x86_64 and made it available at [2]. Please go ahead and play with it if you want, and report any issues with it both on this list (Thomas and Vesa, please let people know if and how you'd like to receive anything that's found). At the moment there's a fairly long list of packages that prevent an immediate move to 7.6.1 in [haskell]. I'll try to start working on reducing that list during the coming week. This is the list as it looks at the moment: Adding base 4.6.0.0 would break: HTTP : base >=3 && >=2 && <4.6 cblrepo : base ==4.5.* dataenc : base >=3.0.0 && <4.6 haddock : base >=4.3 && <4.6 && >=4.3 && <4.6 split : base <4.6 Adding bytestring 0.10.0.0 would break: anansi : bytestring >=0.9 && <0.10 && >=0.9 && <0.10 blaze-html : bytestring >=0.9 && <0.10 blaze-markup : bytestring >=0.9 && <0.10 cblrepo : bytestring ==0.9.* http-types : bytestring >=0.9.1.5 && <0.10 pureMD5 : bytestring >=0.9 && <0.10 system-fileio : bytestring >=0.9 && <0.10 system-filepath : bytestring >=0.9 && <0.10 zlib : bytestring ==0.9.* Adding containers 0.5.0.0 would break: GLUT : containers >=0.3 && <0.5 anansi : containers >=0.1 && <0.5 && >=0.1 && <0.5 bytestring-show : containers <0.5 dataenc : containers >=0.1.0 && <0.5 pandoc : containers >=0.1 && <0.5 && >=0.1 && <0.5 && >=0.1 && <0.5 parallel-io : containers >=0.2 && <0.5 scion-browser : containers >=0.2 && <0.5 && >=0.2 && <0.5 Adding directory 1.2.0.0 would break: cblrepo : directory ==1.1.* haskeline : directory >=1.0 && <1.2 pandoc : directory >=1 && <1.2 && >=1 && <1.2 && >=1 && <1.2 temporary : directory >=1.0 && <1.2 Adding integer-gmp 0.5.0.0 would break: bytestring-show : integer-gmp >=0.2 && <0.5 Adding unix 2.6.0.0 would break: cblrepo : unix ==2.5.* system-fileio : unix >=2.3 && <2.6 temporary : unix >=2.3 && <2.6 Adding Cabal 1.16.0 would break: cabal-file-th : Cabal >=1.10 && <1.15 cblrepo : Cabal ==1.14.* /M [1]: http://www.haskell.org/ghc/download_ghc_7_6_1 [2]: http://www.kiwilight.com/haskell/testing/x86_64/ghc-7.6.1-1-x86_64.pkg.tar.… -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. -- Alan Kay

1 1