2014-10-18 03:58:35 +0200 <mhall> hey, does anyone know why when i try to `cabal install sdl2-image` it says the sdl2 c library is missing? (i installed libsdl2-dev package with apt)
2014-10-16 19:10:19 +0200 <Ankhers> This is why I started using the then cabal-dev to sandbox things.
2014-10-04 03:04:29 +0200 <jjap> cellopin: http://dev.stephendiehl.com/hask/#cabal
2014-10-03 21:45:22 +0200 <bitemyapp> ttuegel: I don't really know Cabal dev - what are the limitations?
2014-09-18 04:16:29 +0200 <cccccccccc> benzrf: okay well I did a cabal install for both postgresql.. and lipq-dev and it didn't work
2014-09-13 22:09:11 +0200 <benmachine> I thought cabal-dev was mostly replaced by cabal sandboxes
2014-09-13 22:08:37 +0200 <Kron> ... what does cabal-dev entail?
2014-09-13 22:08:23 +0200 <sinelaw> Kron, I use cabal-dev
2014-08-30 00:39:42 +0200 <phaazon> Loading package photon-core- ... <command line>: can't load .so/.DLL for: /home/phaazon/dev/photon-opengl/.cabal-sandbox/lib/x86_64-linux-ghc-7.8.3/photon-core- (/home/phaazon/dev/photon-opengl/.cabal-sandbox/lib/x86_64-linux-ghc-7.8.3/photon-core- undefined symbol: photonzmcorezm0zi1zi0zi0_PhotonziCoreziParsing_zdwunsignedParser_info)
2014-08-25 22:35:47 +0200 <athan> /home/athan/dev/yi/yi/.cabal-sandbox" Isn't there
2014-08-19 14:36:32 +0200 <bergmark> i'm still using cabal-dev ;-(
2014-08-18 03:28:37 +0200 <yitz> geekosaur: then say goodbye to cabal-dev and use native cabal sandboxes with the new exe.
2014-08-18 03:28:15 +0200 <yitz> geekosaur: if your current cabal exe isn't recent enough to do that, do cabal install cabal-dev and use cabal-dev once to compile the cabal-install exe.
2014-08-17 22:10:27 +0200 <ezyang> no, don't use cabal-dev
2014-08-17 22:10:07 +0200 <Luke> ezyang: you're thinking it's a sandbox problem and to use cabal-dev instead? (I'm assuming you're looking at the top answer to that question)?
2014-08-17 21:07:12 +0200 <ezyang> glguy: Cabal is so slow! Too slow for flymake style dev
2014-08-16 18:35:30 +0200 <hpc> oh, that's cabal-dev
2014-08-10 15:34:14 +0200 <Philonous> cabal-dev too
2014-08-09 18:45:17 +0200 <bergmark> i'm still using cabal-dev
2014-08-09 18:41:32 +0200 <glguy_> cabal-dev is deprecated now and unmaintained
2014-08-09 18:41:21 +0200 <hexagoxel> cabal_stuck: cabal sandbox is replacement for cabal-dev, afaik
2014-08-09 18:40:47 +0200 <cabal_stuck> hexagoxel: do you recommend using cabal-dev instead of the vanilla cabal? i'v read that on a blog somewhere but never seen it mentioned elsewhere
2014-08-06 23:15:28 +0200 <edwardk> dzhus: /home/carma/carma/srv/cabal-dev/lib/x86_64-linux-ghc-7.6.3/comonad-4.2.2/Control: permission denied -- looks like something globally broken on your machine, comonad is just the canary in the coal mine
2014-08-06 22:51:15 +0200 <geekosaur> you are *probably* safe just doing sudo chown -R $USER /home/carma/carma/srv/cabal-dev
2014-08-06 22:50:28 +0200 <geekosaur> (the install path being a cabal-dev sandbox)
2014-08-06 22:50:02 +0200 <geekosaur> at a guess, you once did a cabal-dev install as root
2014-08-06 22:24:36 +0200 <Shamar> here http://www.sfml-dev.org/download/csfml/CSFML-2.1-windows-32bits.zip you can find in the *bin* directory dlls with names like csfml-window-2.dll but the cabal file from hackage (you can see it here: https://github.com/SFML-haskell/SFML/blob/master/SFML.cabal) requires csfml-window.dll
2014-08-05 10:47:41 +0200 <Th30n> zereraz: this has section on cabal, and overall good sections on almost anything: http://dev.stephendiehl.com/hask/
2014-07-23 19:43:12 +0200 <savanni> bmuk: if you have cabal 1-18 or higher, you won't need cabal-dev. Sandboxing is built in now.
2014-07-23 19:39:47 +0200 <bmuk> Where can I learn more about cabal and cabal-dev? I always hear about "cabal hell" but I have thankfully never experienced it.
2014-07-23 15:44:14 +0200 <suppi> it comes with older cabal and ghc, didn't like using cabal-dev instead
2014-07-11 21:36:45 +0200 <luite> trap_exit: a non-dev version should just install with `cabal install ghcjs && ghcjs-boot`, as long as you have happy and node.js installed
2014-07-11 00:49:15 +0200 <dcoutts> zeiris: cabal-dev is thus deprecated now
2014-07-11 00:48:41 +0200 <zeiris> dcoutts: yeah, that works great with minimal dependencies, but once dep count grows enough cabal-dev looks necessary for sane builds. It looks like it's possible to do some hackery with --sandbox argument that'll work, was curious whether there's a Correct clean way :)
2014-07-11 00:42:31 +0200 <zeiris> Is there a way to build redistributable binaries with cabal-dev, based out of /usr or /usr/local or /opt?