From fabien.dubosson at gmail.com Thu Jan 2 11:38:28 2014 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Thu, 02 Jan 2014 12:38:28 +0100 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: References: <52C06A65.1020404@gmail.com> Message-ID: <52C54FB4.3060809@gmail.com> > I use a few haskell- packages from AUR that are orphaned: > haskell-bytestring-mmap : Orphan > haskell-crypto-random-api : Orphan > haskell-pem : Orphan > haskell-setenv : Orphan > I suppose I should get around to setting up a [haskell-core]-like repo to host them, though? I will try to give an answer for the general idea, and at the end for your particular case: All that packages are only libraries, so they must fall into one of these cases: 1. You use them because one of the AUR packages you use (an executable Haskell) require them. For instance, if you use haskell-hakyll, it requires haskell-snap-core which requires haskell-bytestring-mmap. In this case I think it is the role of the maintainer of one of the parent package to maintain haskell-bytestring-mmap, because it is needed to make his own package to work. One day or another, his package will be broken due to an orphaned dependency. Maybe ask him to adopt and maintain it now? 2. You use them to develop in Haskell. In this case the best way is to use cabal with sandboxes. If you want to distribute it or to use it on your system, then use `habs` to create the PKGBUILD from the cabal description file. Then it's up to you to `makepkg` it, to `AUR` it or to set it up on your own repo. In your particular case (I saw that you are owning haskell-hakyll and haskell-snap-core) you can also adopt haskell-bytestring-mmap in AUR, there is no need to provide a repository. The idea is just to remove from AUR all haskell packages that are not needed and maintained anymore to avoid user disappointment. Clearly these packages are not in this situation. By the way currently haskell-hakyll can not be built because (at least) haskell-enumerator is broken (missing 'staticslib' in the options array of the PKGBUILD). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From fabien.dubosson at gmail.com Sat Jan 11 19:59:07 2014 From: fabien.dubosson at gmail.com (Fabien Dubosson) Date: Sat, 11 Jan 2014 20:59:07 +0100 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: <52C06A65.1020404@gmail.com> References: <52C06A65.1020404@gmail.com> Message-ID: <52D1A28B.8090304@gmail.com> Hello dear ArchHaskellers, I wanted to inform you that the wiki page [1] has been created and filled up to my knowledge. Of course it is certainly not complete nor error free, so any correction/improvement is welcome (especially for grammar and spelling mistakes, as I am not English native, as you may have noticed ;). The link to the page, to save you 2 seconds: [1] https://wiki.archlinux.org/index.php/Haskell Kind regards, Fabien On 29. 12. 13 19:31, Fabien Dubosson wrote: > Hello ArchHaskellers, > > This thread follows a discussion started on github [1]. > > Brief summary: The discussion started from a pull request to make > `haskell-archlinux` work with GHC 7.6.3. Magnus informed me that this > project is nearly abandoned and asked for my usage of it. I answered > that my goal was to write an Haskell tool to monitor AUR `haskell-*` > packages because a lot are outdated/orphan. Then Magnus explained me > that you decided to drop AUR support some years ago. Finally I gave the > reasons of my original idea and we agreed to port the discussion here. > > The original observation that brings me planning to monitor AUR packages > came from the forum. People continue to use AUR packages (or even cabal) > for Haskell because they don't know that an ArchHaskell effort exist to > bring, in a clean way, Haskell packages to Archlinux. For me, the two > reasons are 1. all old `haskell-*` packages still exist in AUR, and 2. > the informations about [haskell-core] repo are ?hidden? in the Haskell > packaging guidelines page in the wiki ? not an obvious place for normal > users. > > So to improve user experience with Haskell I suggest two improvements: > > 1. Create a `Haskell` page in the wiki to explain: > - What is Haskell > - The different ways to handle packages (AUR/Cabal/ArchHaskell) > - All other Haskell-related stuffs (Haskell-platform, etc...) > 2. Remove from AUR all `haskell-*` packages that are both: > - Not needed as dependency of another package, and > - Orphan > > So any observations, objections, suggestions, recommendations before I > start to work on that (i.e. create the wiki page and prepare the list)? > > Kind regards, > Fabien > > [1] https://github.com/archhaskell/archlinux/pull/14 > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From magnus at therning.org Sun Jan 12 09:02:30 2014 From: magnus at therning.org (Magnus Therning) Date: Sun, 12 Jan 2014 10:02:30 +0100 Subject: [arch-haskell] Improve user experience with Haskell In-Reply-To: <52D1A28B.8090304@gmail.com> References: <52C06A65.1020404@gmail.com> <52D1A28B.8090304@gmail.com> Message-ID: <20140112090230.GA1303@mteis> On Sat, Jan 11, 2014 at 08:59:07PM +0100, Fabien Dubosson wrote: > Hello dear ArchHaskellers, > > I wanted to inform you that the wiki page [1] has been created and > filled up to my knowledge. Of course it is certainly not complete > nor error free, so any correction/improvement is welcome (especially > for grammar and spelling mistakes, as I am not English native, as > you may have noticed ;). > > The link to the page, to save you 2 seconds: > > [1] https://wiki.archlinux.org/index.php/Haskell Thanks, it looks very good. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus If you can explain how you do something, then you're very very bad at it. -- John Hopfield -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From tam at hiddenrock.com Mon Jan 13 01:50:49 2014 From: tam at hiddenrock.com (Peter Johnson) Date: Sun, 12 Jan 2014 20:50:49 -0500 Subject: [arch-haskell] additions to ghc's provides list? Message-ID: <20140113015049.GI3178@vingilot.hiddenrock.com> Since the Arch ghc package includes binaries for hsc2hs and haddock, should these be added to the "provides=" list in its PKGBUILD? pete From linusarver at gmail.com Tue Jan 14 23:29:53 2014 From: linusarver at gmail.com (Linus Arver) Date: Tue, 14 Jan 2014 15:29:53 -0800 Subject: [arch-haskell] working with HABS Message-ID: <20140114232952.GA28336@k0.gateway.pace.com> Hello, I want to compile HABS packages with the 'makeahpkg' script but the uses of 'sudo' require me to enter my root password every once in a while. This is annoying because I cannot just do ./makeahpkg -c -- $(cblrepo build base | tail -n +2) and let it run overnight. In fact, at one instance the script just exited on its own because I did not enter the root pasword in time. Is there a workaround for this? Also does anyone have recommendations for web storage services that would work well with hosting my build of HABS packages? I've tried DropBox but the current AUR package for it is unusable, at least with Xmonad. -L From magnus at therning.org Wed Jan 15 13:41:01 2014 From: magnus at therning.org (Magnus Therning) Date: Wed, 15 Jan 2014 14:41:01 +0100 Subject: [arch-haskell] working with HABS In-Reply-To: <20140114232952.GA28336@k0.gateway.pace.com> References: <20140114232952.GA28336@k0.gateway.pace.com> Message-ID: On Wed, Jan 15, 2014 at 12:29 AM, Linus Arver wrote: > Hello, > > I want to compile HABS packages with the 'makeahpkg' script but the uses > of 'sudo' require me to enter my root password every once in a while. > This is annoying because I cannot just do > > ./makeahpkg -c -- $(cblrepo build base | tail -n +2) > > and let it run overnight. In fact, at one instance the script just > exited on its own because I did not enter the root pasword in time. Is > there a workaround for this? The easiest way is to remove password prompting while building. That does compromise security somewhat though. You can also try to run the script as root, then `sudo` becomes a no-op. The building uses a chroot, which is why root access is necessary. > Also does anyone have recommendations for web storage services that > would work well with hosting my build of HABS packages? I've tried > DropBox but the current AUR package for it is unusable, at least with > Xmonad. There is always the option of using the pre-built packages. Information can be found at https://wiki.archlinux.org/index.php/Haskell_package_guidelines#Haskell_packages /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at therning.org twitter: magthe http://therning.org/magnus From abimelech at gmail.com Wed Jan 15 20:28:13 2014 From: abimelech at gmail.com (Leif Warner) Date: Wed, 15 Jan 2014 12:28:13 -0800 Subject: [arch-haskell] working with HABS In-Reply-To: References: <20140114232952.GA28336@k0.gateway.pace.com> Message-ID: You can also set the timeout between re-asking for a password to a very long time (I have this set anyways) sudo visudo: Defaults:yourUsername timestamp_timeout=60 sets it to an hour On Wed, Jan 15, 2014 at 5:41 AM, Magnus Therning wrote: > On Wed, Jan 15, 2014 at 12:29 AM, Linus Arver > wrote: > > Hello, > > > > I want to compile HABS packages with the 'makeahpkg' script but the uses > > of 'sudo' require me to enter my root password every once in a while. > > This is annoying because I cannot just do > > > > ./makeahpkg -c -- $(cblrepo build base | tail -n +2) > > > > and let it run overnight. In fact, at one instance the script just > > exited on its own because I did not enter the root pasword in time. Is > > there a workaround for this? > > The easiest way is to remove password prompting while building. That > does compromise security somewhat though. You can also try to run the > script as root, then `sudo` becomes a no-op. The building uses a > chroot, which is why root access is necessary. > > > Also does anyone have recommendations for web storage services that > > would work well with hosting my build of HABS packages? I've tried > > DropBox but the current AUR package for it is unusable, at least with > > Xmonad. > > There is always the option of using the pre-built packages. > Information can be found at > > https://wiki.archlinux.org/index.php/Haskell_package_guidelines#Haskell_packages > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://www.haskell.org/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From linusarver at gmail.com Thu Jan 16 07:14:29 2014 From: linusarver at gmail.com (Linus Arver) Date: Wed, 15 Jan 2014 23:14:29 -0800 Subject: [arch-haskell] working with HABS In-Reply-To: References: <20140114232952.GA28336@k0.gateway.pace.com> Message-ID: <20140116071428.GA2435@k0.gateway.pace.com> Hi Magnus -- On Wed, Jan 15, 2014 at 02:41:01PM +0100, Magnus Therning wrote: > On Wed, Jan 15, 2014 at 12:29 AM, Linus Arver wrote: > > Hello, > > > > I want to compile HABS packages with the 'makeahpkg' script but the uses > > of 'sudo' require me to enter my root password every once in a while. > > This is annoying because I cannot just do > > > > ./makeahpkg -c -- $(cblrepo build base | tail -n +2) > > > > and let it run overnight. In fact, at one instance the script just > > exited on its own because I did not enter the root pasword in time. Is > > there a workaround for this? > > The easiest way is to remove password prompting while building. That > does compromise security somewhat though. How do you do remove password prompting entirely? I could change the timeout for sudo but that feels a bit hacky. > You can also try to run the > script as root, then `sudo` becomes a no-op. The building uses a > chroot, which is why root access is necessary. I tried running the script as root, but then `makeahpkg` complains: ==> Creating updated database file 'repo.db.tar.gz' *** Skipping build in /home/l/prog/foreign/habs/haskell-tagsoup *** Building in /home/l/prog/foreign/habs/haskell-th-lift :: Synchronizing package databases... repo 23.3 KiB 0.00B/s 00:00 [##############] 100% haskell 256.1 KiB 1778K/s 00:00 [##############] 100% core is up to date extra 1529.6 KiB 2.63M/s 00:01 [##############] 100% community 2.0 MiB 3.10M/s 00:01 [##############] 100% :: Starting full system upgrade... there is nothing to do ==> ERROR: Running makepkg as root is a BAD idea and can cause permanent, catastrophic damage to your system. If you wish to run as root, please use the --asroot option. ==> ERROR: Could not download sources. This is probably from the call to "pacman -Syu --noconfirm" from line 598 in /usr/bin/makechrootpkg. > > Also does anyone have recommendations for web storage services that > > would work well with hosting my build of HABS packages? I've tried > > DropBox but the current AUR package for it is unusable, at least with > > Xmonad. > > There is always the option of using the pre-built packages. > Information can be found at > https://wiki.archlinux.org/index.php/Haskell_package_guidelines#Haskell_packages What I want to do is contribute built packages to HABS, as per your message in http://www.haskell.org/pipermail/arch-haskell/2012-March/001954.html . Maybe I should start small and just manually give you links to packages one at a time, but I imagine this could get tedious at some point... whereupon I would need to find decent web storage/hosting. -L > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: magnus at therning.org jabber: magnus at therning.org > twitter: magthe http://therning.org/magnus From flaeme.flow at gmail.com Sun Jan 19 05:53:47 2014 From: flaeme.flow at gmail.com (=?UTF-8?B?5aSn56We5aSp54Wn?=) Date: Sat, 18 Jan 2014 22:53:47 -0700 Subject: [arch-haskell] working with HABS In-Reply-To: <20140116071428.GA2435@k0.gateway.pace.com> References: <20140114232952.GA28336@k0.gateway.pace.com> <20140116071428.GA2435@k0.gateway.pace.com> Message-ID: Darn Gmail, forgot to 'Reply all'. Text of what I said: No, the upgrade goes fine. The problem is with makechrootpkg's download_sources function. It, depending on if $SUDO_USER is set, either sudo's to $SUDO_USER and runs makepkg to check the sources or runs makepkg with --asroot. However, makeahpkg ALWAYS calls makechrootpkg, and in fact everything, through sudo. So when makechrootpkg reaches download_sources, $SUDO_USER is root, and makepkg is ran as root without --asroot. Oops. The easiest way to "fix" this would to do something like s/sudo // on makeahpkg, and run that version of makeahpkg via sudo. On Jan 16, 2014 12:14 AM, "Linus Arver" wrote: > Hi Magnus -- > > On Wed, Jan 15, 2014 at 02:41:01PM +0100, Magnus Therning wrote: > > On Wed, Jan 15, 2014 at 12:29 AM, Linus Arver > wrote: > > > Hello, > > > > > > I want to compile HABS packages with the 'makeahpkg' script but the > uses > > > of 'sudo' require me to enter my root password every once in a while. > > > This is annoying because I cannot just do > > > > > > ./makeahpkg -c -- $(cblrepo build base | tail -n +2) > > > > > > and let it run overnight. In fact, at one instance the script just > > > exited on its own because I did not enter the root pasword in time. Is > > > there a workaround for this? > > > > The easiest way is to remove password prompting while building. That > > does compromise security somewhat though. > > How do you do remove password prompting entirely? I could change the > timeout for sudo but that feels a bit hacky. > > > You can also try to run the > > script as root, then `sudo` becomes a no-op. The building uses a > > chroot, which is why root access is necessary. > > I tried running the script as root, but then `makeahpkg` complains: > > ==> Creating updated database file 'repo.db.tar.gz' > *** Skipping build in /home/l/prog/foreign/habs/haskell-tagsoup > *** Building in /home/l/prog/foreign/habs/haskell-th-lift > :: Synchronizing package databases... > repo 23.3 KiB 0.00B/s 00:00 [##############] 100% > haskell 256.1 KiB 1778K/s 00:00 [##############] 100% > core is up to date > extra 1529.6 KiB 2.63M/s 00:01 [##############] 100% > community 2.0 MiB 3.10M/s 00:01 [##############] 100% > :: Starting full system upgrade... > there is nothing to do > ==> ERROR: Running makepkg as root is a BAD idea and can cause > permanent, > catastrophic damage to your system. If you wish to run as root, please > use the --asroot option. > ==> ERROR: Could not download sources. > > This is probably from the call to "pacman -Syu --noconfirm" from line > 598 in /usr/bin/makechrootpkg. > > > > Also does anyone have recommendations for web storage services that > > > would work well with hosting my build of HABS packages? I've tried > > > DropBox but the current AUR package for it is unusable, at least with > > > Xmonad. > > > > There is always the option of using the pre-built packages. > > Information can be found at > > > https://wiki.archlinux.org/index.php/Haskell_package_guidelines#Haskell_packages > > What I want to do is contribute built packages to HABS, as per your > message in > http://www.haskell.org/pipermail/arch-haskell/2012-March/001954.html . > Maybe I should start small and just manually give you links to packages > one at a time, but I imagine this could get tedious at some point... > whereupon I would need to find decent web storage/hosting. > > -L > > > > > /M > > > > -- > > Magnus Therning OpenPGP: 0xAB4DFBA4 > > email: magnus at therning.org jabber: magnus at therning.org > > twitter: magthe http://therning.org/magnus > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://www.haskell.org/mailman/listinfo/arch-haskell > -------------- next part -------------- An HTML attachment was scrubbed... URL: From magnus at therning.org Wed Jan 22 21:00:16 2014 From: magnus at therning.org (Magnus Therning) Date: Wed, 22 Jan 2014 22:00:16 +0100 Subject: [arch-haskell] No updates for a little while Message-ID: <20140122210016.GA8958@mint> Hi all! Unfortunately my current computer situation means I won't be able to make any updates to ArchHaskell until early March. I'm looking into options for getting my hands on an ArchLinux system, e.g. whether kiwilight is back up, if I succeed I'll get back to pushing out updates earlier. Hopefully the situation will be sorted well in time for the GHC 7.8 release. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus at therning.org jabber: magnus at 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: Digital signature URL: From bytbox at gmail.com Wed Jan 22 21:46:14 2014 From: bytbox at gmail.com (Scott Lawrence) Date: Wed, 22 Jan 2014 16:46:14 -0500 (EST) Subject: [arch-haskell] No updates for a little while In-Reply-To: <20140122210016.GA8958@mint> References: <20140122210016.GA8958@mint> Message-ID: I'm sure this has been said, but it can't possibly be said enough: thank you a hundred times over for maintaining this repository. On Wed, 22 Jan 2014, Magnus Therning wrote: > Hi all! > > Unfortunately my current computer situation means I won't be able to > make any updates to ArchHaskell until early March. I'm looking into > options for getting my hands on an ArchLinux system, e.g. whether > kiwilight is back up, if I succeed I'll get back to pushing out > updates earlier. > > Hopefully the situation will be sorted well in time for the GHC 7.8 > release. > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: magnus at therning.org jabber: magnus at 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 > -- Scott Lawrence From jefdaj at gmail.com Wed Jan 22 22:22:45 2014 From: jefdaj at gmail.com (Jeff Johnson) Date: Wed, 22 Jan 2014 14:22:45 -0800 Subject: [arch-haskell] Simple, general template for cabal packages? Message-ID: Hi everyone! I've been becoming more and more dependent on Haskell programs lately. There aren't many popular ones (yet!), but those that do exist seem uncommonly good and have quickly become core parts of my workflow: pandoc, gitit, git-annex, and hoodle are the main ones so far, plus maybe xmonad. But they also seem idiosyncratic and hard to install: builds often fail, pacman spits tons of errors even when upgrading successfully, you sometimes have to reinstall them all at once to maintain compatibility, etc. I've read these pages: http://comments.gmane.org/gmane.comp.lang.haskell.arch-linux/1743 http://wiki.archlinux.org/index.php/Haskell_package_guidelines And I'm confused about the point of separate [haskell-*] repositories. Why all the overhead? The simplest thing I could imagine working would be a PKGBUILD with a "snapshot" of compatible dependency versions. Then you could do a sandboxed build from scratch each time. Somehing like: _pkgname=hoodle pkgname=$_pkgname-cabal ... makedepends=('cabal-git') # sandboxes introduced in 1.18 _cabaldepends=( ... 'coroutine-object-0.2.0.0' 'hoodle-types-0.2.2' 'xournal-types-0.5.0.2' 'hoodle-builder-0.2.2.0' 'hoodle-parser-0.2.2' 'xournal-parser-0.5.0.2' ... ) build() { ... cabal-git sandbox init cabal-git update cabal-git install $_cabaldepends $_pkgname-$pkgver ... } The only downside would be a lot of compilation, but that could be solved the same way it is for non-Haskell packages: popular ones get adopted into [community]. Does that sound sensible? Or am I on the way to deciding I should contribute to an existing repository? Should I just try it and see? Oh and apologies if this has been answered; I just joined the mailing list. Jeff -------------- next part -------------- An HTML attachment was scrubbed... URL: From abimelech at gmail.com Thu Jan 23 02:08:17 2014 From: abimelech at gmail.com (Leif Warner) Date: Wed, 22 Jan 2014 18:08:17 -0800 Subject: [arch-haskell] Simple, general template for cabal packages? In-Reply-To: References: Message-ID: pandoc, git-annex, and xmonad are available in [haskell-core]; no need to compile anything yourself or pull down extra dependencies. As far as providing only build of binary command-line programs (and not libs) and building needed libs for each tool in a sandbox build; that's been discussed over on the mac side w/ brew. I for one *really* appreciate having binary installs of haskell libs available. Some take *forever* to compile (e.g. llvm-general), and I really like having one consistent set of libs to worry about and not having to figure out library version number juggling myself. I use a lot of haskell tools, and I also compile haskell programs / do development in haskell. If a lib's already been compiled into a package, it's making that available for other computers to install, rather than make other boxes recompile that themselves. For things not in [haskell-core], I've been using cabal2arch to make PKGBUILDs, put those on AUR, and install those myself. I don't have anything cabal-install'd at the user level. On Wed, Jan 22, 2014 at 2:22 PM, Jeff Johnson wrote: > Hi everyone! > > I've been becoming more and more dependent on Haskell programs lately. > There aren't many popular ones (yet!), but those that do exist seem > uncommonly good and have quickly become core parts of my workflow: pandoc, > gitit, git-annex, and hoodle are the main ones so far, plus maybe xmonad. > > But they also seem idiosyncratic and hard to install: builds often fail, > pacman spits tons of errors even when upgrading successfully, you sometimes > have to reinstall them all at once to maintain compatibility, etc. I've > read these pages: > > http://comments.gmane.org/gmane.comp.lang.haskell.arch-linux/1743 > http://wiki.archlinux.org/index.php/Haskell_package_guidelines > > And I'm confused about the point of separate [haskell-*] repositories. Why > all the overhead? The simplest thing I could imagine working would be a > PKGBUILD with a "snapshot" of compatible dependency versions. Then you > could do a sandboxed build from scratch each time. Somehing like: > > _pkgname=hoodle > pkgname=$_pkgname-cabal > ... > makedepends=('cabal-git') # sandboxes introduced in 1.18 > _cabaldepends=( > ... > 'coroutine-object-0.2.0.0' > 'hoodle-types-0.2.2' > 'xournal-types-0.5.0.2' > 'hoodle-builder-0.2.2.0' > 'hoodle-parser-0.2.2' > 'xournal-parser-0.5.0.2' > ... > ) > build() { > ... > cabal-git sandbox init > cabal-git update > cabal-git install $_cabaldepends $_pkgname-$pkgver > ... > } > > The only downside would be a lot of compilation, but that could be solved > the same way it is for non-Haskell packages: popular ones get adopted into > [community]. Does that sound sensible? Or am I on the way to deciding I > should contribute to an existing repository? Should I just try it and see? > > Oh and apologies if this has been answered; I just joined the mailing list. > Jeff > > > _______________________________________________ > arch-haskell mailing list > arch-haskell at haskell.org > http://www.haskell.org/mailman/listinfo/arch-haskell > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jefdaj at gmail.com Thu Jan 23 03:46:49 2014 From: jefdaj at gmail.com (Jeff Johnson) Date: Wed, 22 Jan 2014 19:46:49 -0800 Subject: [arch-haskell] Simple, general template for cabal packages? In-Reply-To: References: Message-ID: Yeah I didn't mean those exact packages were in need of redoing, just meant them as examples of good packages. Hoodle's probably a better example. I do need a version of gitit compiled with plugin support though, and the ARM version of git-annex isn't fully working yet--although it seems like joeyh will provide that as soon as the dependencies allow. The point about some libs taking a long time to compile is a good one. I haven't run into it yet but that's probably just lack of experience and I'd like to avoid it if possible. I think I might just be confused about Haskell libs. My understanding (based on http://coldwa.st/e/blog/2013-08-20-Cabal-sandbox.html) is that when you compile a new package you need to recompile all its dependencies, and then also recompile anything else that depends on them. Which seems like it would take MORE compilation than separate sandboxes. Is that not how it works? Because it really bugged me that they would be non-modular like that, and if you can reuse them after all then suddenly the repos make sense too. Is that what compiling a library vs a regular binary means? Jeff On Wed, Jan 22, 2014 at 6:08 PM, Leif Warner wrote: > pandoc, git-annex, and xmonad are available in [haskell-core]; no need to > compile anything yourself or pull down extra dependencies. > > As far as providing only build of binary command-line programs (and not > libs) and building needed libs for each tool in a sandbox build; that's > been discussed over on the mac side w/ brew. > > I for one *really* appreciate having binary installs of haskell libs > available. Some take *forever* to compile (e.g. llvm-general), and I > really like having one consistent set of libs to worry about and not having > to figure out library version number juggling myself. I use a lot of > haskell tools, and I also compile haskell programs / do development in > haskell. If a lib's already been compiled into a package, it's making that > available for other computers to install, rather than make other boxes > recompile that themselves. > For things not in [haskell-core], I've been using cabal2arch to make > PKGBUILDs, put those on AUR, and install those myself. I don't have > anything cabal-install'd at the user level. > > > On Wed, Jan 22, 2014 at 2:22 PM, Jeff Johnson wrote: > >> Hi everyone! >> >> I've been becoming more and more dependent on Haskell programs lately. >> There aren't many popular ones (yet!), but those that do exist seem >> uncommonly good and have quickly become core parts of my workflow: pandoc, >> gitit, git-annex, and hoodle are the main ones so far, plus maybe xmonad. >> >> But they also seem idiosyncratic and hard to install: builds often fail, >> pacman spits tons of errors even when upgrading successfully, you sometimes >> have to reinstall them all at once to maintain compatibility, etc. I've >> read these pages: >> >> http://comments.gmane.org/gmane.comp.lang.haskell.arch-linux/1743 >> http://wiki.archlinux.org/index.php/Haskell_package_guidelines >> >> And I'm confused about the point of separate [haskell-*] repositories. >> Why all the overhead? The simplest thing I could imagine working would be a >> PKGBUILD with a "snapshot" of compatible dependency versions. Then you >> could do a sandboxed build from scratch each time. Somehing like: >> >> _pkgname=hoodle >> pkgname=$_pkgname-cabal >> ... >> makedepends=('cabal-git') # sandboxes introduced in 1.18 >> _cabaldepends=( >> ... >> 'coroutine-object-0.2.0.0' >> 'hoodle-types-0.2.2' >> 'xournal-types-0.5.0.2' >> 'hoodle-builder-0.2.2.0' >> 'hoodle-parser-0.2.2' >> 'xournal-parser-0.5.0.2' >> ... >> ) >> build() { >> ... >> cabal-git sandbox init >> cabal-git update >> cabal-git install $_cabaldepends $_pkgname-$pkgver >> ... >> } >> >> The only downside would be a lot of compilation, but that could be solved >> the same way it is for non-Haskell packages: popular ones get adopted into >> [community]. Does that sound sensible? Or am I on the way to deciding I >> should contribute to an existing repository? Should I just try it and see? >> >> Oh and apologies if this has been answered; I just joined the mailing >> list. >> Jeff >> >> >> _______________________________________________ >> arch-haskell mailing list >> arch-haskell at haskell.org >> http://www.haskell.org/mailman/listinfo/arch-haskell >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From linusarver at gmail.com Fri Jan 24 07:11:47 2014 From: linusarver at gmail.com (Linus Arver) Date: Thu, 23 Jan 2014 23:11:47 -0800 Subject: [arch-haskell] No updates for a little while In-Reply-To: <20140122210016.GA8958@mint> References: <20140122210016.GA8958@mint> Message-ID: <20140124071146.GA20702@k1.gateway.pace.com> On Wed, Jan 22, 2014 at 10:00:16PM +0100, Magnus Therning wrote: > Hi all! > > Unfortunately my current computer situation means I won't be able to > make any updates to ArchHaskell until early March. I'm looking into > options for getting my hands on an ArchLinux system, e.g. whether > kiwilight is back up, if I succeed I'll get back to pushing out > updates earlier. Thank you for the heads up! -L