April 2015 - arch-haskell

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

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

Ghc 7.10.1 in testing repo
by Magnus Therning 10 Apr '15

10 Apr '15

Hi all, Ghc 7.10.1 has been released, and I've begun the big re-build. I've revived the testing repo for this, so if you're eager you can switch over to it until I'm all done. The config to use is ~~~ [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch ~~~ I'm building in batches of (about) 25, and as of this writing I'm done with the two first batches. Enjoy! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus The day after tomorrow is the third day of the rest of your life.

4 10

GHC 7.10, and popular packages like Pandoc
by H. Curry 08 Apr '15

08 Apr '15

On 08/04/2015 07:52, Magnus Therning wrote: > Yeah, my goal is to re-introduce it in ArchHaskell as soon as possible after > an upstream release that's buildable with 7.10.1. You are all more than > welcome to help me keeping an eye on their releases. John has also recently started talk of a new release by the way: <https://groups.google.com/forum/#!topic/pandoc-discuss/650Exs1sCrE> -- twitter: xd1le

1 0

Re: [arch-haskell] Ghc 7.10.1 in repo [was: Re: Ghc 7.10.1 in testing repo]
by Nicola Squartini 07 Apr '15

07 Apr '15

The fix in github seems to work properly. I see what was the problem now. Are going to switch back to the derived instance for the new db and have a conversion function from old to new? On Tue, Apr 7, 2015 at 10:31 AM, Nicola Squartini <tensor5(a)gmail.com> wrote: > Thanks! > > Luckily I found the old version of cblrepo in the mirror and I was able to > downgrade. > I'll test the Github change later. > > On Tue, Apr 7, 2015 at 6:16 AM, Magnus Therning <magnus(a)therning.org> > wrote: > >> On Mon, Apr 06, 2015 at 06:09:30PM +0200, Magnus Therning wrote: >> > On Mon, Apr 06, 2015 at 05:42:49PM +0200, Magnus Therning wrote: >> > > On Mon, Apr 06, 2015 at 02:42:28PM +0900, Nicola Squartini wrote: >> > > > Hi Magnus, and thanks for the upgrade! >> > > > >> > > > You mentioned that cblrepo didn't make it, but since my last upgrade >> > > > today I have version 0.15.0. And most importantly it gives an error >> > > > message: >> > > > >> > > > cblrepo: user error (JSON parsing failed) >> > > > >> > > > whatever subcommand I try, even convertdb. Did the format change >> > > > since the last version? >> > > >> > > Nope, that's something else! I see it as well. >> > > >> > > I fixed the dependencies soon after that earlier email and ran all the >> > > tests. One crucial test is missing though: run cblrepo against an >> > > existing repo. Aeson has changed defaults in the past, I'll see if >> > > it's something like that this time too. >> > >> > Actually it's a change to an underlying data type that has changed >> > from being a String to a wrapped String resulting in the generated >> > JSON instances differing. If I'm thinking correctly about it the >> > required change is minimal, so hopefully I'll find the time to address >> > this soon. >> >> I have a fix in the repo on github[1], would you mind taking it for a >> spin and let me know if it's any good? >> >> /M >> >> [1]: >> https://github.com/magthe/cblrepo/commit/9be2a0e4c76cd7b210a45150ca1c7dcd66… >> >> -- >> Magnus Therning OpenPGP: 0xAB4DFBA4 >> email: magnus(a)therning.org jabber: magnus(a)therning.org >> twitter: magthe http://therning.org/magnus >> >> You know, take Lisp. You know, it’s the most beautiful language in the >> world. At least up until Haskell came along. >> -- Larry Wall >> > >

2 1