- arch-haskell - Haskell.org

Kiwilight is going away, thank you Kaiting
by Magnus Therning 06 May '15

06 May '15

This isn't really affecting anyone, but some of you have been around long enough to remember that the repo used to be hosted on auriga.kiwilight.com. Yesterday I received an announcement from Kaiting Chen that he's taking down the Kiwilight server. It's been badly out-of-date for a long time, and somewhat neglected, but it has soldiered on and I'm still using it regularly for the ArchHaskell work. Thank you Kaiting for providing this excellent service for so long, it will be missed, but I see no issues with managing without it :) # A bit of history Early on in the life of ArchHaskell we were in need of a place to host the repo. Kaiting graciously gave us access to one of his Kiwilight servers (it wasn't Auriga at first, but I've forgotten its name). Soon after that he also gave me root access and the Kiwilight server wasn't only our repo, but also the machine where all packages were built. At some point, due to Kaiting being extremely busy, it started falling behind on updates (it was rather heavily configured, using Kerberos and other stuff I know nothing of, so I didn't dare trying to keep it up-to-date myself). Then the HTTP server failed, but we already had the Xsounds mirror by then. I kept on building the packages on Kiwilight though, until finally that didn't work either and I had to go back to building on my laptop. Still, every ArchHaskell package you've downloaded over the year has passed via the Kiwilight server, nowadays it's used only for signing. I'll miss the Kiwilight server, but the ArchHaskell work won't really be affected at all by its passing :) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus

1 0

gitit status update: feed fixed and uploaded, possibility of reincluding gitit?
by Bastien Traverse 04 May '15

04 May '15

Hi all, feed has just been updated to work with utf8-string ≥ 1.0 and time 1.5.*. [1][2][3] gitit was updated on Apr 22 to fix building with GHC 7.10.1 [4], and although no new release has been made incorporating it [5] it seems from the Hackage dependencies list [6] it should build ok (but I may be wrong, I'm not that great at parsing Haskell deps :) Therefore it seems gitit should be able to build now with packages present in haskell-core and -happstack: can somebody try it and if ok reupload it to the repo? It's been a while since I couldn't upgrade my stack :) Thanks! [1] https://hackage.haskell.org/package/feed [2] https://github.com/bergmark/feed/commit/ae16db4f426f28a14d23da00e82553823a5… [3] https://github.com/haskell-infra/hackage-trustees/issues/12#issuecomment-98… [4] https://github.com/jgm/gitit/pull/488 [5] https://github.com/jgm/gitit/releases [6] https://hackage.haskell.org/package/gitit

1 0

RFQ: Proposal for new versioning of packages
by Magnus Therning 03 May '15

03 May '15

I've slowly been working away on some way to deal with the addition of x-revisions in Cabal files. My plan at the moment is to include it in the `pkgrel` in this way haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz becomes haskell-zlib-0.5.4.2-0.76-x86_64.pkg.tar.xz given that the x-revision is 0. This of course has the slight drawback that everyone will have to re-install all packages :( I'd love to hear if anyone has a better suggestion, in particular if it means not having to re-install. (I think I've found a way that won't require a re-build.) /M -- 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

4 8

ghc-mod in repo
by Данила Рязановский 03 May '15

03 May '15

Hello, Sorry for bothering you, I didn't find any feedback email for haskell-core repo except this one. As I noticed, haskell-ghc-mod package is missing from repo for some time by now. Could you please re-add it back? Are there any problems? Thank you, Daniel

3 2

Fwd: RFQ: Proposal for new versioning of packages
by Nicola Squartini 01 May '15

01 May '15

Sorry, keep replying to one person only instead of the mailing list. How about the other way around: if xrev == 0 --> haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz if xrev == n && n > 0 --> haskell-zlib-0.5.4.2-76.n-x86_64.pkg.tar.xz Nicola On Thu, Apr 30, 2015 at 8:10 AM, Xyne <xyne(a)archlinux.ca> wrote: > On 2015-04-29 22:11 +0200 > Magnus Therning wrote: > > >I've slowly been working away on some way to deal with the addition of > >x-revisions in Cabal files. My plan at the moment is to include it in > >the `pkgrel` in this way > > > > haskell-zlib-0.5.4.2-76-x86_64.pkg.tar.xz > > > >becomes > > > > haskell-zlib-0.5.4.2-0.76-x86_64.pkg.tar.xz > > > >given that the x-revision is 0. > > > >This of course has the slight drawback that everyone will have to > >re-install all packages :( > > > >I'd love to hear if anyone has a better suggestion, in particular if > >it means not having to re-install. (I think I've found a way that > >won't require a re-build.) > > > >/M > > The pkgrel should be an integer that is incremented by 1 with each release > so it should not be included there. I don't know what x-revisions are but > perhaps you can (ab)use the PKGBUILD "epoch" to managed them: > https://wiki.archlinux.org/index.php/PKGBUILD#epoch > > If not, can you explain what they are and how they are used? > > Regards, > Xyne > _______________________________________________ > arch-haskell mailing list > arch-haskell(a)haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell >

2 4

GHC 7.10, and popular packages like Pandoc
by Dawid Loubser 30 Apr '15

30 Apr '15

Hi All, Since upgrading to GHC 7.10, I am unable to build (e.g. via a straight "cabal install") pandoc, and I note it's current absence from the arch-haskell repo. I depend on pandoc in a major way, and I was wondering if anybody got it to work? I have myself fixed and submitted pull requests for some minor libraries that my own code uses (mime, iCalendar, etc) but I figure that somebody is surely working on something as prominent as pandoc? What's the lie of the land? Should I jump in and try my best? (I fear many days of pain might be involved, pandoc has deep dependencies...). I am not a Haskell expert yet. Is somebody working on these? kind regards, Dawid Loubser

4 9

Cblrepo and dependencies
by SP 29 Apr '15

29 Apr '15

I'm trying to build cblrepo on this machine, but something has gone quite wrong. It says it need Unixutils 1.52.* for example. When I install unixutils, it still says it is missing. During unixutils installation I get these errors: Unixutils-1.53: dependency "process-extras-0.3.3.4-acf7cfde64a7eeb8de77ed902f28b42e" doesn't exist (use --force to override) Unixutils-1.53: dependency "regex-tdfa-1.2.0-d609432fe2944ef942a3146ddaef05ca" doesn't exist (use --force to override) Unixutils-1.53: dependency "zlib-0.5.4.2-7f8fa1baff7481f1dca70c1ad6ffca0e" doesn't exist (use --force to override) I can install them manually, but should I have to? -- SP

3 20

Fwd: gitit status update and why are deps needed for binaries
by Nicola Squartini 15 Apr '15

15 Apr '15

---------- Forwarded message ---------- From: Nicola Squartini <tensor5(a)gmail.com> Date: Tue, Apr 14, 2015 at 9:20 AM Subject: Re: [arch-haskell] gitit status update and why are deps needed for binaries To: Bastien Traverse <neitsab(a)esrevart.net> Solving the problem of pandoc and gitit binaries taking so much space, would require splitting the packages in two. Right now haskell-pandoc and haskell-gitit are packaged with binaries and modules inside, and the module part depend on all the other packages, including GHC. If we split each of them into two, say pandoc (binaries) and haskell-pandoc (modules), then you could just install the binaries without having to depend on GHC. Nicola On Tue, Apr 14, 2015 at 2:58 AM, Bastien Traverse <neitsab(a)esrevart.net> wrote: > Hi all, > > For anybody wondering about the status of gitit: it was removed from > [haskell-happstack] on April 7th because of dependency issues (feed > >=0.3.6 && <0.4, pandoc >=1.12.4 && <1.14); feed itself was removed > because depending on utf8-string < 1.0 which was updated in > [haskell-core] to 1-78 [1]. > > Pandoc is being watched carefully [2][3], but feed doesn't seem really > likely to be updated: its Hackage entry [4] points to a GitHub repo that > hasn't been updated in 18 months [5], and an issue asking support for > utf8-string 1.x is opened there since January 23 [6]. The related > discussion makes it clear that feed is leaning towards abandonware. > > There is an issue open to have haskell-trustees intervene [7], and a > proposition to add it to Stackage [8]. So those are the one to watch > concerning gitit's fate. > > A question related to the experience with Haskell on Arch: why do pandoc > and gitit *binaries* depends on so many haskell packages being > installed? It seems that Ubuntu [9] and Debian [10] do without > installing the whole Haskell platform and build dependencies (confirmed > in a Xubuntu 14.04 VM: only a few libraries are needed). GHC et al. take > up so much space (> 1GB) on my server I asked confirmation this was > normal on #haskell IRC! > > What is the difference in Arch Haskell packaging that causes the need to > install all the build depends to solely get the binaries? > > Thanks > Bastien > > > [1] > > https://github.com/tensor5/haskell-happstack/commit/12356dafcca432ba33fbaa6… > [2] https://github.com/archhaskell/habs/issues/179 > [3] https://mail.haskell.org/pipermail/arch-haskell/2015-April/004819.html > [4] https://hackage.haskell.org/package/feed > [5] https://github.com/sof/ > [6] https://github.com/sof/feed/issues/9 > [7] https://github.com/haskell-infra/hackage-trustees/issues/12 > [8] https://github.com/sof/feed/issues/9#issuecomment-89334563 > [9] http://packages.ubuntu.com/vivid/gitit > [10] https://packages.debian.org/jessie/gitit > _______________________________________________ > arch-haskell mailing list > arch-haskell(a)haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell >

6 23

haskell-xml-conduit-1.2.3.3-78 invalid package?
by Skottish 14 Apr '15

14 Apr '15

Hey, I'm receiving an 'invalid or corrupted package (PGP signature)' error with haskell-xml-conduit-1.2.3.3-78. I ran pacman --debug and the signature looks fine. As far as I can tell, it's the only package suffering from this. This is happening on two separate machines. Am I the only one seeing this?

4 8

gitit status update and why are deps needed for binaries
by Bastien Traverse 13 Apr '15

13 Apr '15

Hi all, For anybody wondering about the status of gitit: it was removed from [haskell-happstack] on April 7th because of dependency issues (feed >=0.3.6 && <0.4, pandoc >=1.12.4 && <1.14); feed itself was removed because depending on utf8-string < 1.0 which was updated in [haskell-core] to 1-78 [1]. Pandoc is being watched carefully [2][3], but feed doesn't seem really likely to be updated: its Hackage entry [4] points to a GitHub repo that hasn't been updated in 18 months [5], and an issue asking support for utf8-string 1.x is opened there since January 23 [6]. The related discussion makes it clear that feed is leaning towards abandonware. There is an issue open to have haskell-trustees intervene [7], and a proposition to add it to Stackage [8]. So those are the one to watch concerning gitit's fate. A question related to the experience with Haskell on Arch: why do pandoc and gitit *binaries* depends on so many haskell packages being installed? It seems that Ubuntu [9] and Debian [10] do without installing the whole Haskell platform and build dependencies (confirmed in a Xubuntu 14.04 VM: only a few libraries are needed). GHC et al. take up so much space (> 1GB) on my server I asked confirmation this was normal on #haskell IRC! What is the difference in Arch Haskell packaging that causes the need to install all the build depends to solely get the binaries? Thanks Bastien [1] https://github.com/tensor5/haskell-happstack/commit/12356dafcca432ba33fbaa6… [2] https://github.com/archhaskell/habs/issues/179 [3] https://mail.haskell.org/pipermail/arch-haskell/2015-April/004819.html [4] https://hackage.haskell.org/package/feed [5] https://github.com/sof/ [6] https://github.com/sof/feed/issues/9 [7] https://github.com/haskell-infra/hackage-trustees/issues/12 [8] https://github.com/sof/feed/issues/9#issuecomment-89334563 [9] http://packages.ubuntu.com/vivid/gitit [10] https://packages.debian.org/jessie/gitit

1 0