- arch-haskell - Haskell.org

ghc: /usr/share/doc/ghc/html/libraries/hslogo-16.png exists in filesystem
by Mateusz Loskot 19 Oct '12

19 Oct '12

Hi, I just tried to update my Arch system and I got error which I'm not sure how to deal with: mloskot ~ $ sudo pacman -Syu :: Synchronizing package databases... core is up to date haskell is up to date extra is up to date community is up to date multilib is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (6): ghc-7.6.1-1 haskell-cairo-0.12.3.1-25 haskell-mtl-2.1.2-25 haskell-text-0.11.2.3-25 haskell-transformers-0.3.0.0-25 haskell-xml-1.3.12-25 Total Installed Size: 814.39 MiB Net Upgrade Size: 12.18 MiB Proceed with installation? [Y/n] (6/6) checking package integrity [################################################################] 100% (6/6) loading package files [################################################################] 100% (6/6) checking for file conflicts [################################################################] 100% error: failed to commit transaction (conflicting files) ghc: /usr/share/doc/ghc/html/libraries/hslogo-16.png exists in filesystem ghc: /usr/share/doc/ghc/html/libraries/synopsis.png exists in filesystem Errors occurred, no packages were upgraded. mloskot ~ $ I'm using the haskell repo configured like this: mloskot ~ $ grep haskell /etc/pacman.conf [haskell] Server = http://xsounds.org/~haskell/$arch Best regards, -- Mateusz Loskot, http://mateusz.loskot.net

6 17

Missing module - best solution?
by Ethan Schoonover 15 Oct '12

15 Oct '12

I'm using the arch-haskell repos now and very happy with the results. The only snag I've hit is this: I'm trying to use XMonad.Actions.Navigation2D which is not in the exposed modules list of haskell-xmonad-contrib currently. This is probably coals to Newcastle, but here's the PDF summary of that module - http://web.cs.dal.ca/~nzeh/xmonad/Navigation2D.pdf Questions: 1. Is there a way to expose this module easily using the current haskell-xmonad-contrib package (i.e. by simply editing that exposed modules list)? I assume 'no'. 2. Assuming no, what is the best strategy for installing this module that best conforms to continued use of the arch-haskell repos? Once I step off the path so to speak, I'm really not sure if I shouldn't just be using cabal for everything instead of the repos. 3. If there is a channel to lobby for adding this module to haskell-xmonad-contrib, and assuming that this is that channel, please consider this my upvote :) Thanks for any suggestions, Ethan es(a)ethanschoonover.com / @ethanschoonover / http://ethanschoonover.com/solarized

2 4

No need to bump exe-only packages (no lib)
by Leif Warner 14 Oct '12

14 Oct '12

Just doing an update, and I noticed a fair number of bumps to pxsl-tools. This is a /bin-only package that I can't see any other package linking against. When any of the deps change on a package like this, I don't see bumping the PKGREL as being necessary. Not sure if it would be trouble to exclude these types of packages from a PKGREL bump, and it doesn't harm anything either way - I was just thinking it could save some compilation time on the build side, and some download/install time on the update side. -Leif Warner

2 1

[haskell-old]
by Xyne 14 Oct '12

14 Oct '12

Hi, Where is [haskell-old]? I really need pandoc. Thanks /X

2 1

updated wiki
by Ramana Kumar 06 Oct '12

06 Oct '12

I have updated these pages, according to my understanding of the Arch Haskell situation: https://wiki.archlinux.org/index.php/ArchHaskell https://wiki.archlinux.org/index.php/Haskell_package_guidelines Are there more relevant wiki pages? Next, who are the ops on #arch-haskell on freenode? I suggest changing the topic to point to those wiki pages (unless we have a better homepage?) Is the blog still under control - a new blog post might be nice. Finally, can we arrange an IRC meeting some time in the near future to discuss Fabio's experiment with [haskell-extra], the possibility of merging distributed repositories into one single public-facing one, and to get started on revival? I suggest some day in the first week of October. We can get more specific as more people reply to this message. I will commit to being at the meeting, but it really only makes sense if the people currently involved in arch-haskell are there and not just newcomers like me.

3 8

http-conduit
by Ramana Kumar 03 Oct '12

03 Oct '12

Dear Arch-Haskell I would like you to consider adding http-conduit to the [haskell] repo. I have submitted a pull request which does this at archhaskell/habs on github. I would also like to get more involved in maintaining haskell packages and adding more of them. Is there a plan or roadmap or tracker or regular (online) meetings or anything like that? For example, feel free to assign me to one or two issues on github, especially if we could start writing down best practices for adding stuff to [haskell] on the wiki or something. Thanks, Ramana

5 19

Re: [arch-haskell] http-conduit
by Fabio Riga 25 Sep '12

25 Sep '12

In data 20.09.2012 17:34:15, Nicolas Pouillard ha scritto: > Thanks it seems to work great! Thank you! Please note that this is a test. So expect this to break in some way. > > Can you tell how easy to maintain a repository (cblrepo) on top of the > archhaskell one. I did thought about forking habs but it is a waste of > time. However building another repo on top of it might provide with a > nice distributed nature allowing us to maintain the package we care > the > most about. > > Did you took special steps, how do you merge the cblrepo from the > main habs? > You turn them from RepoPackages to DistroPackages right? This was exactly my idea. There's no need to fork the excellent work made by Magnus and others. I made a new repo using cblrepo. I inserted the same GhcPkg of habs. Then I made a script for adding new packages, tracking all dependencies using cabal install, and check them with the habs repo. If packages are there, the script uses cblrepo to add them as DistroPkg, else they are inserted as repo. The script is far from being completed and usable, and I haven't had enough time to clean, document and publish it. I would like to make it easy to make a new repository tracking many others, not just one. So to make, as you told, a distributed system. The main problem I encountered (and everyone using [haskell-extra] will do) is that when a package in [habs] is updated and I have a package installed that depends on it, pacman will refuse to update the system until [haskell-extra] is updated as well. This is unavoidable, as I need the new package in [habs] before updating [haskell-extra]. The alternative would be to recompile all updated packages in [habs] AND all affected package in [haskell-extra], and I won't do this! Another way could be to have updated packages in a private repository for a couple of days, so my repository (and others as well) could have the time to keep in sync. With the latter solution, we could easily merge the resulting packages in one repository. I hope this clarify a little what I'm doing. Any suggestion is highly appreciated. Fabio

2 1

Move to GHC 7.6.1
by Magnus Therning 25 Sep '12

25 Sep '12

Hi all, As I'm sure you know GHC 7.6.1 has been released[1]. The Arch devs are, as always amazingly quick, so there's already a source package available for GHC 7.6.1. I don't believe it's in [testing] already, so I went ahead and built it for x86_64 and made it available at [2]. Please go ahead and play with it if you want, and report any issues with it both on this list (Thomas and Vesa, please let people know if and how you'd like to receive anything that's found). At the moment there's a fairly long list of packages that prevent an immediate move to 7.6.1 in [haskell]. I'll try to start working on reducing that list during the coming week. This is the list as it looks at the moment: Adding base 4.6.0.0 would break: HTTP : base >=3 && >=2 && <4.6 cblrepo : base ==4.5.* dataenc : base >=3.0.0 && <4.6 haddock : base >=4.3 && <4.6 && >=4.3 && <4.6 split : base <4.6 Adding bytestring 0.10.0.0 would break: anansi : bytestring >=0.9 && <0.10 && >=0.9 && <0.10 blaze-html : bytestring >=0.9 && <0.10 blaze-markup : bytestring >=0.9 && <0.10 cblrepo : bytestring ==0.9.* http-types : bytestring >=0.9.1.5 && <0.10 pureMD5 : bytestring >=0.9 && <0.10 system-fileio : bytestring >=0.9 && <0.10 system-filepath : bytestring >=0.9 && <0.10 zlib : bytestring ==0.9.* Adding containers 0.5.0.0 would break: GLUT : containers >=0.3 && <0.5 anansi : containers >=0.1 && <0.5 && >=0.1 && <0.5 bytestring-show : containers <0.5 dataenc : containers >=0.1.0 && <0.5 pandoc : containers >=0.1 && <0.5 && >=0.1 && <0.5 && >=0.1 && <0.5 parallel-io : containers >=0.2 && <0.5 scion-browser : containers >=0.2 && <0.5 && >=0.2 && <0.5 Adding directory 1.2.0.0 would break: cblrepo : directory ==1.1.* haskeline : directory >=1.0 && <1.2 pandoc : directory >=1 && <1.2 && >=1 && <1.2 && >=1 && <1.2 temporary : directory >=1.0 && <1.2 Adding integer-gmp 0.5.0.0 would break: bytestring-show : integer-gmp >=0.2 && <0.5 Adding unix 2.6.0.0 would break: cblrepo : unix ==2.5.* system-fileio : unix >=2.3 && <2.6 temporary : unix >=2.3 && <2.6 Adding Cabal 1.16.0 would break: cabal-file-th : Cabal >=1.10 && <1.15 cblrepo : Cabal ==1.14.* /M [1]: http://www.haskell.org/ghc/download_ghc_7_6_1 [2]: http://www.kiwilight.com/haskell/testing/x86_64/ghc-7.6.1-1-x86_64.pkg.tar.… -- 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

1 1

documentation
by DeWitt, Michael 30 Aug '12

30 Aug '12

Hi all, I have been away from [haskell] for a while while running on the haskell platform and cabal-install for all the extras. I recently wiped my computer, however, and thought I'd give the new arch-haskell system a spin. That said, I'm having trouble figuring out what exactly that system is. I already have ghc and xmonad installed from [haskell], but I'm having trouble figuring out the new way of installing packages which are not in [haskell]. I'm under the impression that cblrepo is involved in some way, however, I am not sure exactly how it is supposed to be used. Where might I find some documentation that could get me started? Thanks, Michael

2 3

how can I help?
by Ramana Kumar 28 Aug '12

28 Aug '12

I want to echo some of the sentiments of: http://www.haskell.org/pipermail/arch-haskell/2012-August/002126.html (I joined the list after reading that message.) I'm starting out doing Haskell development and am a long-time Arch user, and hence I am keen on keeping Arch Haskell up and running and working towards the all-of-Hackage goal. I think documenting process is a great idea, and I suggest you just go ahead and start pete, e.g. working on the wiki. Keep the mailing list informed, hang out in the IRC channel. I'll help out when and where I can as well. Cheers, Ramana

1 0