2015-01-18 20:02:46 +0100 <therp> johnw: tempting. is there a way without emacs? I am using hsenv, and I haven't set up the emacs integration yet.
2015-01-11 12:44:19 +0100 <therp> quchen: my local "cabal" probably suffers from the same problem as hackage. I am using hsenv just in case that matters. I see Data.Packed.* showing up in my haddock coverage report though. strange.
2015-01-03 16:49:44 +0100 <therp> are people here happy with hsenv? I am looking for a solution that my project-specific haskell installation doesn't bitrot, when I came after a couple of months. So I am thinking about just dumping a whole GHC environment into my project dirs.
2015-01-02 02:37:31 +0100 <geekosaur> just remove the hsenv binary manually
2015-01-02 02:36:50 +0100 <calvinx> for some reason, ghc-pkg cannot find the hsenv that I have previously installed using cabal install……. :-/
2015-01-02 02:34:47 +0100 <lachenmayer> so it'll likely be something like "hsenv-0.5"
2015-01-02 02:31:32 +0100 <calvinx> `which hsenv` says “/Users/calvin/Library/Haskell/bin/hsenv"
2015-01-02 02:31:22 +0100 <calvinx> ghc-pkg: cannot find package hsenv
2014-12-30 12:07:20 +0100 <pnielsen> calvinx: hsenv existed before cabal got the sandbox feature
2014-12-30 11:55:09 +0100 <calvinx> does anyone know what’s the difference between cabal sandbox and hsenv (a 3rd party tool to isolate your cabal environment) ?
2014-10-23 22:51:08 +0200 <SwashBuckla> thsig_: use hsenv!
2014-10-23 22:45:19 +0200 <SwashBuckla> has anyone here used hsenv to install a different version of `base`?
2014-10-23 18:25:06 +0200 <geekosaur> use hsenv to install an appropriate sandboxed ghc with the correct version of process
2014-10-23 18:23:38 +0200 <geekosaur> you'll need to use something like hsenv for that
2014-10-23 07:52:19 +0200 <monochrom> hsenv, cabal-dev, cabal-install
2014-10-22 13:22:21 +0200 <SwashBuckla> pfft. I give up. It's probably not possible to install hsenv on cygwin
2014-10-22 11:52:19 +0200 <bennofs> SwashBuckla: https://hackage.haskell.org/package/hsenv
2014-10-22 11:52:16 +0200 <SwashBuckla> lambdabot: hsenv
2014-10-22 11:51:59 +0200 <bennofs> SwashBuckla: you can probably use hsenv
2014-10-19 18:33:56 +0200 <geekosaur> bmcorser, cabal sandboxes sandbox the user packages, hsenv sandboxes an entire ghc including the global packages
2014-10-19 18:31:44 +0200 <bmcorser> is there a difference between hsenv and cabal sandboxes?
2014-09-17 21:05:43 +0200 <ReinH> vanila: I had to use a hsenv iirc :/
2014-09-11 04:04:44 +0200 <geekosaur> zenguine, consider hsenv
2014-08-28 04:22:16 +0200hackagebothsenv 0.5 - Virtual Haskell Environment builder http://hackage.haskell.org/package/hsenv-0.5 (TaylorHedberg)
2014-08-26 16:15:00 +0200 <geekosaur> setting PATH in the per-shell dotfiles works around linux desktop environments not paying attention to login dotfiles but breaks most sandboxes (cabal sandbox is generally ok with it, rvm / perlbrew / virtualenv / hsenv will usually have their sandbox config overridden and become somewhar useless)
2014-08-10 19:49:14 +0200 <geekosaur> that would be hsenv
2014-08-03 22:27:25 +0200 <mgsloan> I shouldn't be making blanket statements like that about cabal sandboxes, personally I still use hsenv
2014-08-03 22:26:52 +0200 <mgsloan> _ahg: Yes, or use hsenv
2014-07-23 10:03:50 +0200 <akegalj> allsystemsarego: you said VM or container for old ghc. Can you tell me more about container? Is it some kind of sandbox like hsenv?
2014-07-21 12:15:11 +0200 <kqr> zipper, hsenv or something like that?
2014-07-13 23:46:20 +0200 <geekosaur> ghcforosx is an easier way to have multiple versions of ghc installed, compared to ghc bindists (personally I'd still use hsenv), bit not really a replacement for the platform
2014-07-13 07:43:57 +0200 <ReinH> EvanR_: yep, that + hsenv is what I do now
2014-07-08 13:52:09 +0200 <aloiscochard> donri: can't install, hsenv is not compatible with base 4.7
2014-07-08 13:48:48 +0200 <lambdabot> http://hackage.haskell.org/package/hsenv
2014-07-08 13:48:47 +0200 <donri> @hackage hsenv