November 2012 - arch-haskell

keeping in sync
by Ramana Kumar 26 Dec '12

26 Dec '12

[haskell] and [haskell-web] are out of sync at the moment. Do we have a mechanism in place whereby we only push changes publicly if they are all compatible with each other? I suppose the right way to do this would be to only offer one endpoint repo, which combines the results of all the small repos people are maintaining. What do you think of that idea? Can we rename [haskell] (to haskell-base or something) and use the existing haskell repo's location for this merged repo?

3 8

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

Script to manage secondary repository
by Fabio Riga 22 Nov '12

22 Nov '12

Hi all, a long time ago I wrote about a script to keep a repository of Haskell packages that depends on [haskell] repo. This script is what helped me producing [haskell-extra] and now [haskell-web]. In my intentions, this should permit a group of people to manage relatively small repository that should merge into a single big one. The script is actually a wrapper over cblrepo, with some calls to cabal-install. It needs some more functionality in order to be useful to someone besides me, but I publish it to persuade Magnus that this way is possible. Here you are: https://github.com/EffeErre/cbladmin Any comment is welcome. Fabio ps. I also uploaded [habs-web] source files here: https://github.com/EffeErre/habs-web and it also is in sync with hackage!

2 1

Fwd: [Haskell-cafe] How to determine correct dependency versions for a library?
by Ramana Kumar 21 Nov '12

21 Nov '12

Is the Gentoo stuff mentioned below reusable by us at all? And presumably we might want to get in on any consolidation of effort? ---------- Forwarded message ---------- From: Michael Orlitzky <michael(a)orlitzky.com> Date: Sun, Nov 18, 2012 at 1:15 AM Subject: Re: [Haskell-cafe] How to determine correct dependency versions for a library? To: haskell-cafe(a)haskell.org Replying somewhere random in the thread. Linux distributions have to solve this same problem. We first need to decide what Hackage's function is supposed to be: (1) A dumb repository to host Haskell code (2) A collection of Haskell packages that work together In reality it's (1), but the existence of cabal-install supposes (2). The way that distributions handle this is to assign maintainers to each and every package in the distro, and require them all to be actively maintained. Packages that don't build or have unresponsive upstreams are removed. Maintainers who don't do their jobs are removed after a while, too. The end result is that there are somewhat fewer packages /visible/ to the user, but a comparable amount /available/, since what's in the distro is what actually would have worked if the user tried to build it himself. I think there's value to having (1), but that we shouldn't expect (2) at the same time. Tons of work goes into QA'ing packages to work together. Someone needs to be responsible for making sure that things work; right now no one is, so they don't. Running a "Haskell distro" on a parallel Hackage would be a lot of work but Arch, Debian, Gentoo, etc. already have to do essentially that. It may make sense to either consolidate the effort, or reuse what work is already being done. The gentoo-haskell[1] project already keeps a list of packages that are known to build from source together. Something like prefix[2] for example could be used to install packages that have been vetted rather than just pulling a tarball with the right name directly from Hackage. Or if that's too much trouble, we could write a reverse hackport[3] that creates a second Hackage full of stuff known to work in the various distributions. No solution will be great at first, but we have the "benefit" that it doesn't work right now either so maybe nobody will notice. Without everyone duplicating the QA effort, I think things would shape up quickly. [1] https://github.com/gentoo-haskell/gentoo-haskell [2] http://www.gentoo.org/proj/en/gentoo-alt/prefix/ [3] http://hackage.haskell.org/package/hackport _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe(a)haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe

1 0

Our IRC room
by Magnus Therning 20 Nov '12

20 Nov '12

As has been mentioned before on the list the IRC room, #arch-haskell, is currently "unmanaged". Don, who got the room created, is unresponsive at the moment so I'm guessing we'll have to look for some other way to re-gain control of the room. I'm not a heavy IRC user myself, and I don't really know how to proceed with this. I had a short chat with one of the freenode OPs, and he suggested that the #arch-haskell room should be handed over to the people managing the other #arch-X rooms. That sounds like a good idea to me, but I'm probably not the best person to judge this solution. Is it a good suggestion? Does someone know who's managing the ArchLinux IRC rooms on freenode? /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

3 5