2016-01-30 12:32:33 +0100 <sunfun> dramforever: I'm new to cabal, sorry :)
2016-01-30 12:28:48 +0100 <sunfun> I had to use cabal-uninstall to remove the old one
2016-01-30 12:26:35 +0100 <dramforever> sunfun: Did you cabal build?
2016-01-30 12:24:43 +0100 <sunfun> dramforever: the problem is that my cabal is fst.cabal
2016-01-30 12:20:04 +0100 <dramforever> just add something like fst >= 0.1.0.0 < 1 to build-depends in your whatever-package-you-are-working-on.cabal
2016-01-30 12:19:25 +0100 <KaneTW> when building with cabal it hides all packages by defaul
2016-01-30 12:16:42 +0100 <sunfun> hi, I have created a cabal package for a module I defined, but when I run ghci and I try to import the module from the package I it says: "Could not find module ‘FST.FuzzySet’ It is a member of the hidden package ‘fst-0.1.0.0@fst_B2NAGS2nbEL7SFRMhxl05E’.". Any suggestions?
2016-01-30 10:45:21 +0100 <cocreature> jewels: you need to have ~/.cabal/bin in your PATH
2016-01-30 10:44:00 +0100 <jewels> tsahyt: Do you know why after I've installed hlint I'm not able to run it. I've done: cabal install hlint; hlint "my_source"
2016-01-30 04:51:04 +0100 <ThatTreeOverTher> ha, apparently not telling cabal which version of directory to install will install an old version
2016-01-29 22:39:38 +0100 <hypoon> nineonine, jackhill: To bring it back to topic, my .gitignore is pretty much the same for every cabal job I use, just three lines: "dist", ".cabal-sandbox", and "cabal.sandbox.config".
2016-01-29 21:14:09 +0100 <monochrom> for the first problem "Perhaps you haven't installed the profiling libraries for package", see my http://www.vex.net/~trebla/haskell/cabal-cabal.xhtml#config . yes, it will be a lot of work and regret to fix a wrong default.
2016-01-29 20:34:45 +0100 <vlad___> kadoban: is cabal deprecated now?
2016-01-29 20:32:29 +0100 <vlad___> kadoban: namely, cabal install cpphs fails
2016-01-29 20:32:21 +0100 <kadoban> vlad___: Also, 'stack' is much nicer than cabal. It's possible your package database is just messed up, which is pretty much a weekly occurence in cabal, more often if you're not using sandboxes.
2016-01-29 20:32:13 +0100 <vlad___> kadoban: I'm trying to cabal-install some packages
2016-01-29 20:29:35 +0100 <vlad___> cabal seems to think Text.Parse, System.Time and System.Locale don't exist and that there are missing files in the corresponding packages (polyparse, old-time, old-locale)
2016-01-29 20:28:51 +0100 <vlad___> has anyone run into "Could not find module" problems with cabal?
2016-01-29 19:56:51 +0100 <vlad___> cabal suggests I do ghc-pkg check, but that doesn't turn up anything
2016-01-29 19:56:31 +0100 <vlad___> has anyone gotten "There are files missing in the XXX package." errors when doing a cabal install?
2016-01-29 19:39:46 +0100 <quchen> cheater: Instead of "cabal install" you use "stack install", instead of "ghc" you use "stack ghc".
2016-01-29 19:36:39 +0100 <cocreature> cheater: I don’t think anybody actually uses the haskell platform on linux. most people just install ghc and cabal and that’s it or these days a lot of people use stack (haskellstack.org)
2016-01-29 18:43:57 +0100 <Ongy> is there a way to use the *installed* constraints in cabal config file? I have a package that has an optional dependencie which depends on a C libaray. I would like automatically use the optional library if it is installed, but not pull it in by installing dependencies, since it relies on a library that may not be present
2016-01-29 18:05:40 +0100 <xrisk> If I am right, then `cabal install split` will do the needful?
2016-01-29 07:26:07 +0100 <dmj> Cale: or two separate projects (two cabal files)
2016-01-29 07:25:43 +0100 <dmj> Cale: just curious, do your front end projects tend to share libraries with your backend code? (i.e. one cabal file, two executables (web-server, front-end) -- one compiled to x86 the other js)
2016-01-29 05:31:57 +0100 <Shockk> ThatTreeOverTher: did you run cabal update or did you install something that depends on an older version?
2016-01-29 05:31:21 +0100 <ThatTreeOverTher> how did cabal install give me an old version of the directory library
2016-01-29 04:44:45 +0100 <wedens> I have .so and .a files in extra-lib-dirs. if .so is present, binary is dynamically linked. if only .a is present, statically. how can I tell ghc/cabal/stack to always link library from extra-libraries statically?
2016-01-29 02:26:57 +0100 <ThatTreeOverTher> I think it'd be easy enough to trawl all the GitHub projects, reading all their cabal/stack package list files, figuring out who uses what
2016-01-29 01:09:17 +0100 <mgsloan> I've considered making "stack repl" invoke "cabal repl" and keeping our "stack ghci" magic
2016-01-29 01:03:23 +0100 <Lokathor> mgsloan, i wish there was a stack version of "cabal run" that did the right thing and was also as short, just "stack run" not "stack build $$ stack exec binname" or whatever
2016-01-29 01:02:32 +0100 <mgsloan> Lokathor: True! It can get confusing, since in some spots we maintian CLI consistency with cabal and elsewhere it is different
2016-01-29 01:01:22 +0100 <Lokathor> mgsloan, i don't recall any details, but i can tell you that i've seen older guides from time to time saying how to do some weird thing with cabal and had no idea how to approach it with stack
2016-01-29 01:01:09 +0100 <mgsloan> Otherwise, there's just some issues with "stack ghci" not paying attention to configure results (but it gains the power to load multiple packages, which cabal repl cannot do)