|author||Sean Whitton <email@example.com>||2015-11-10 14:14:09 -0700|
|committer||Sean Whitton <firstname.lastname@example.org>||2015-11-10 14:14:09 -0700|
improve some static pages
Diffstat (limited to 'tech/debstablehaskell.mdwn')
1 files changed, 10 insertions, 13 deletions
diff --git a/tech/debstablehaskell.mdwn b/tech/debstablehaskell.mdwn
index da3d96d..1ec566f 100644
@@ -1,9 +1,13 @@
-As of early 2015.
+[[!template id=note text="""
+Please note that this page has not been updated since early 2015. I now recommend [[stack|https://github.com/commercialhaskell/stack]].
-I'm now [doing
-(under Debian) because some packages I want don't build with Debian
-Wheezy's versions of happy, alex and GHC.
+<!-- I'm now [doing -->
+<!-- this](http://funloop.org/post/2015-02-10-using-nix-from-arch.html) -->
+<!-- (under Debian) because some packages I want don't build with Debian -->
+<!-- Wheezy's versions of happy, alex and GHC. -->
@@ -13,7 +17,7 @@ over the `cabal-install` package management system sufficiently often
that it's putting me off putting time into learning the language. Here
are my requirements for a development environment I'm willing to learn
-1. don't leave Debian Wheezy 32-bit;[^1]
+1. don't leave Debian Wheezy 32-bit;[[!template id=note text="Debian Jessie will be out soon, but its versions of GHC and the Haskell platform are still very old so upgrading early is not a way out."]]
2. minimise how often I have to delete all of `~/.cabal` and `~/.ghc`;
3. when using cabal sandboxes, again, minimise the number of core
libraries that need to get rebuilt in every sandbox;
@@ -226,10 +230,3 @@ Sources & further reading
think this is out-of-date)
- [Storage and Identification of Cabalized
-[^1]: Debian Jessie will be out soon, but its versions of GHC and the
- Haskell platform are still very old so upgrading early is not a way