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?
2014-07-09 04:52:01 +0200 <n0n3such> http://dev.stephendiehl.com/hask/#cabal
2014-07-06 06:43:45 +0200 <mzero> I suspect that nix, working at the level of individual haskell dev. packages, would fare no better than cabal
2014-07-04 07:02:23 +0200 <johann> haskell-process-start: cl-ecase failed: cabal-repl, (ghci quote cabal-ghci quote cabal-dev quote)
2014-07-03 20:43:16 +0200 <dmj``> ahhh: cabal test --log=/dev/stdout
2014-06-30 23:21:26 +0200 <tulcod> tolt: i think cabal essentially has all the stuff you should need from cabal-dev
2014-06-30 23:16:35 +0200 <joelteon> tolt: also, I don't think cabal-dev allows you to add other local dependencies
2014-06-30 23:15:14 +0200 <tolt> I could be very wrong but cabal sandbox has the same purpose as cabal-dev and cabal repl just loads a specific cabal project
2014-06-30 23:13:18 +0200 <sveit> is there some verdict or opinion on cabal repl vs cabal-dev vs ghci?