- arch-haskell - Haskell.org

Another rebuild
by Magnus Therning 14 Sep '16

14 Sep '16

I'm currently in the middle of a rebuild of the repo, again. This time it's a change in the version numbering scheme that triggered it. You can find the details on the why in this mail thread [1]. And the how can be found at [2]. /M [1]: https://lists.archlinux.org/pipermail/arch-general/2016-September/041879.ht… [2]: https://github.com/magthe/cblrepo/issues/51 -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus There does not now, nor will there ever, exist a programming language in which it is the least bit hard to write bad programs. — Flon's Axiom

1 2

Anyone up for developing a Hackage extension for Pacboy based on cblrepo?
by Xyne 10 Jul '16

10 Jul '16

Hi all, I have been gradually working on a new common backend for my different pacman wrappers and helper tools. It is finally available for testing here[1]. One of the main features is that it is extensible: developers can add build support for both Pacman and non-Pacman repos by implementing 3 subclasses in a Python module. It should be possible to add support for Hackage with cblrepo and the other tools currently used to maintain arch-haskell. Most users will presumably prefer to continue to use the pre-compiled binary GHC package in the repo but being able to easily built it and other packages would be interesting, especially if it could support a larger subset of Hackage than what is available in arch-haskell currently. Anyway, if Magnus or anyone else wants to play around with it and discuss ideas, please visit the thread. I hope that there will eventually be numerous quality extensions for various third-party repos (e.g. Hackage, CPAN, PyPI, RubyGems, etc.). Regards, Xyne [1] https://bbs.archlinux.org/viewtopic.php?id=214706

1 0

PKGBUILDs for multiple coexisting versions of GHC
by Rudy Matela 21 Jun '16

21 Jun '16

Hello Arch Haskell, I am happy to announce PKGBUILDs for legacy versions of GHC that can coexist in the same install. This includes coexisting with the current GHC provided by the arch-haskell repo. These PKGBUILDs are available on AUR. https://aur.archlinux.org/packages/?K=ghc https://aur.archlinux.org/packages/ghc7.8-bin/ https://aur.archlinux.org/packages/ghc7.8/ https://aur.archlinux.org/packages/ghc7.6-bin/ https://aur.archlinux.org/packages/ghc7.6/ (They were silently put on AUR months ago, but I have not announced anywhere.) For example, on my arch install, I have 5 different versions of ghc: $ pacman -Qs ghc local/ghc 8.0.1-1 local/ghc7.4 7.4.2-2 local/ghc7.6 7.6.3-3 local/ghc7.8 7.8.4-1 local/ghc7.10 7.10.3-1 This works by having binaries and relevant files with suffixes: $ pacman -Ql ghc7.6 | grep /usr/bin ghc7.6 /usr/bin/ ghc7.6 /usr/bin/ghc-7.6 ghc7.6 /usr/bin/ghc-pkg-7.6 ghc7.6 /usr/bin/ghci-7.6 ... For example, just do `ghc7.6 file.hs` to compile a file with ghc-7.6.3. Useful for testing libraries for compatibility with older versions of GHC. All legacy versions have a binary PKGBUILD (-bin) and a source PKGBUILD, the earlier can be used to compile the latter. Ideally, I think those packages could be available on a standalone repository (arch-haskell-legacy or something like that). Or even as part of the main arch-haskell repo. Unfortunately, I do not have the server resources needed for that: each version takes about 1.5 hours to compile, the resulting packages would also consume some bandwidth when downloaded. If anyone is interested in setting up such a repository (Magnus?) -- feel free to use the PKGBUILDs I provided on AUR. Also, I will be happy to help with any scripting necessary to set this up. Btw, many thanks to Magnus Therning for providing the arch-haskell repository. It has saved me hours since I started using it. Regards, Rudy

1 0

Ghc 8.0.1 in testing
by Magnus Therning 23 May '16

23 May '16

If you feel like playing with ghc 8.0.1 I've put a package in the testing repo: ~~~ [haskell-testing] Server = http://xsounds.org/~haskell/testing/$arch ~~~ /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus In corporate religions as in others, the heretic must be cast out not because of the probability that he is wrong but because of the possibility that he is right. — Antony Jay

1 0

Broken box after latest ghc update
by Pierre Radermecker 12 Mar '16

12 Mar '16

The recent update seems to have broken my box. After cleaning up everything (removing ghc), installing xmonad and xmonad-contrib will force downgrading some packages (such as haskell-x11). Then trying to install `haskell-stack` would fail. Is this a known problem ? Cheers,

2 1

Re: [arch-haskell] Broken box after latest ghc update
by Pierre Radermecker 10 Mar '16

10 Mar '16

That makes sense. For some reasons I was still using the community version of these 2 packages unaware about the "haskell-" prefixed variants. I actually ended up building them both with `haskell-stack` (which I guess is an alternative solution). Thanks for your quick input. On Thursday, March 10, 2016 10:10 PM, Leif Warner <abimelech(a)gmail.com> wrote: The "xmonad" and "xmonad-contrib" are from [community]. Are you using [arch-core]? If so, you'd want to use the "haskell-" prefixed variants: "haskell-xmonad" and "haskell-xmonad-contrib". On Thu, Mar 10, 2016 at 10:08 AM, Pierre Radermecker <pradermecker(a)yahoo.ca> wrote: The recent update seems to have broken my box. After cleaning up everything (removing ghc), installing xmonad and xmonad-contrib will force downgrading some packages (such as haskell-x11). Then trying to install `haskell-stack` would fail. Is this a known problem ? Cheers, _______________________________________________ arch-haskell mailing list arch-haskell(a)haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/arch-haskell

1 0

Repos temporarily down
by Magnus Therning 05 Mar '16

05 Mar '16

Hi all! I'm fixing up a few things in the repos which means I have to take them offline for a little while. They should be back up and working within a diel I hope. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Good powers of observation are frequently called "cynicism" by those that don't have them.

3 3

xsounds is down
by Magnus Therning 23 Feb '16

23 Feb '16

Yes, xsounds repo is down. Again! :( I've sent an email to the administrator and hopefully the HTTP server will be restarted soon again. /M -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus As we enjoy great advantages from the inventions of others we should be glad of an opportunity to serve others by any invention of ours, and this we should do freely and generously. -- Benjamin Franklin

4 6

Split packages for a few tools
by Magnus Therning 14 Jan '16

14 Jan '16

Being mentioned at [1] made me realise that I never made any proper mention of my experiment with split packages for a few tools. The following are now split into two packages: - stack -> haskell-stack, haskell-stack-tool - pandoc -> haskell-pandoc, haskell-pandoc-tool - pandoc-citeproc -> haskell-pandoc-citeproc, haskell-pandoc-citeproc-tool - pandoc-crossref -> haskell-pandoc-crossref, haskell-pandoc-crossref-tool This means it now is possible to have these tools installed *without* also installing all of the dependencies needed to use the related libraries. Please let me know if you run into any issues with the tool packages. [1]: https://github.com/felixonmars/stack/commit/b5918b26a04f0ff05cc0dabb248ea21… -- Magnus Therning OpenPGP: 0x927912051716CE39 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay

1 0

ghc-vis
by stef204 18 Oct '15

18 Oct '15

Hi, I am learning Haskell, following various tutorials, etc. Trying to install ghc-vis to help me better understand how Haskell works. "ghc-vis is a tool to visualize live Haskell data structures in GHCi." And trying to follow this guide to install it, specifically as it relates to Arch: <http://felsin9.de/nnis/ghc-vis/#installation> Installation fails. I have installed haskell-gtk but am unable to find the graphviz haskell bindings haskell-graphviz. (I do have Arch's regular graphviz installed from official repos.) During 'cabal install ghc-vis --disable-library-profiling' several libraries fail with messages: failed to install glib-0.12.5.4 Build log ( /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/glib-0.12.5.4.log ): Failed to install cairo-0.12.5.3 Build log ( /home/($user)/Documents/hs/hswork/projects/101/.cabal-sandbox/logs/cairo-0.12.5.3.log ): The log files above are empty, so no help there. I have done 'cabal install gtk2hs-buildtools' successfully but does not seem to help above errors. I am doing all of the above in a sandbox, which is probably not the best for ghc-vis but since I have no experience with cabal and didn't want to make errors and possibly pollute my system with difficult to track files, I figured I'd try to build in a sandbox, at first--which could be the cause of the problem? Or possibly I should remove the official haskell-gtk and let cabal take care of this? Would very much appreciate some feedback as to how to resolve. Thanks. PS These are the messages occurring at end of failed build: cabal: Error: some packages failed to install: cairo-0.12.5.3 failed during the configure step. The exception was: user error ('/usr/bin/ghc' exited with an error: /tmp/cabal-tmp-20619/cairo-0.12.5.3/SetupWrapper.hs:91:17: Ambiguous occurrence ‘die’ It could refer to either ‘Distribution.Simple.Utils.die’, imported from ‘Distribution.Simple.Utils’ at /tmp/cabal-tmp-20619/cairo-0.12.5.3/SetupWrapper.hs:8:1-32 or ‘System.Exit.die’, imported from ‘System.Exit’ at /tmp/cabal-tmp-20619/cairo-0.12.5.3/SetupWrapper.hs:21:1-18 ) ghc-vis-0.6 depends on cairo-0.12.5.3 which failed to install. gio-0.12.5.3 depends on glib-0.12.5.4 which failed to install. glib-0.12.5.4 failed during the configure step. The exception was: user error ('/usr/bin/ghc' exited with an error: /tmp/cabal-tmp-20624/glib-0.12.5.4/SetupWrapper.hs:91:17: Ambiguous occurrence ‘die’ It could refer to either ‘Distribution.Simple.Utils.die’, imported from ‘Distribution.Simple.Utils’ at /tmp/cabal-tmp-20624/glib-0.12.5.4/SetupWrapper.hs:8:1-32 or ‘System.Exit.die’, imported from ‘System.Exit’ at /tmp/cabal-tmp-20624/glib-0.12.5.4/SetupWrapper.hs:21:1-18 ) gtk-0.12.5.7 depends on cairo-0.12.5.3 which failed to install. pango-0.12.5.3 depends on cairo-0.12.5.3 which failed to install. svgcairo-0.12.5.2 depends on cairo-0.12.5.3 which failed to install. xdot-0.2.4.8 depends on cairo-0.12.5.3 which failed to install.

3 13