May 2015 - arch-haskell

Re: [arch-haskell] gitit status update: feed fixed and uploaded, possibility of reincluding gitit?
by Bastien Traverse 12 May '15

12 May '15

On Thu, May 7, 2015 at 9:17 PM, Nicola Squartini <tensor5 at gmail.com> wrote: > I tried building gitit but there is a problem with the new `time` package. > The issue was already reported here > <https://github.com/jgm/gitit/issues/490>. Hopefully it will be fixed soon. On Fri, May 8, 2015 at 01:35 AM, Nicola Squartini <tensor5 at gmail.com> wrote: > And finally gitit is back! Thanks a lot Nicola you rock!

1 0

Best way to workaround haskell-nats blocking upgrade?
by Bastien Traverse 12 May '15

12 May '15

Hi, When I try to upgrade I get this blocking error: > :: Starting full system upgrade... > resolving dependencies... > looking for conflicting packages... > error: failed to prepare transaction (could not satisfy dependencies) > :: haskell-nats: requires ghc=7.8.4-1 > :: haskell-nats: requires haskell-hashable=1.2.3.1-2 Then I saw in https://github.com/archhaskell/habs/issues/183 this was a known issue, but I don't really get what the best workaround for it is: - I tried to `--ignore haskell-nats`, to no avail; - I tried to remove it but `haskell-semigroups` depends on it; - I tried to reinstall `haskell-semigroups` but it gave a long list of errors with many packages saying they depend on ghc=7.8.4-1 (my databases are up to date though); - I tried to reinstall haskell-gitit, which pulls haskell-pandoc but I also get a "failed to prepare transaction (could not satisfy dependencies)" error. So, is the only way to workaround this to purge the whole Haskell platform and then reinstall it, as suggested in the previously mentioned issue? Thanks

1 0

pacman output for archhaskell packages
by Ramana Kumar 08 May '15

08 May '15

When (re)installing ArchHaskell packages, pacman produces some unusual and typically uninformative output compared to for non-haskell packages. I mean, things like: Reading package info from stdin ... done. and, worse, there is often an "error" when upgrading a package "command failed to execute correctly", which appears to be harmless but is confronting nevertheless. Would it be possible to engineer the ArchHaskell PKGBUILDs so as to suppress these messages?

2 3

Re: [arch-haskell] gitit status update: feed fixed and uploaded, possibility of reincluding gitit?
by Nicola Squartini 07 May '15

07 May '15

Unfortunately there will be a delay in the update of [haskell-happstack] due to the recent changes to cblrepo ( https://github.com/magthe/cblrepo/issues/42) I'll update as soon as the issue is resolved. Nicola On Tue, May 5, 2015 at 10:19 PM, Nicola Squartini <tensor5(a)gmail.com> wrote: > It will be reintroduced soon, probably tomorrow. > > Nicola > > On Mon, May 4, 2015 at 7:46 PM, Bastien Traverse <neitsab(a)esrevart.net> > wrote: > >> 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 >> _______________________________________________ >> arch-haskell mailing list >> arch-haskell(a)haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell >> > >

1 2

For the brave: alternative versioning in testing repo
by Magnus Therning 06 May '15

06 May '15

The repo [haskell-testing] now contains all packages from [haskell-core] modified according to one of the alternatives for a new versioning scheme: <package name>-<version>_<x-rev>-<release> All the existing packages have been taken apart, had their meta data modified, and then been re-assembled again. If you feel brave, please turn on the testing repo and see what issues pop up (so far it's worked fine for me). /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Java is, in many ways, C++--. -- M Feldman

2 6

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