Available formats: content-negotiated html turtle (see SIOC for the vocabulary)
Back to channel and daily index: content-negotiated html turtle
These logs are provided as an experiment in indexing discussions using IRCHub.py, Irc2RDF.hs, and SIOC.
| 00:59:26 | <alexj_> | trying to build happstack-data |
| 00:59:40 | <alexj_> | Could not deduce (Data DefaultD (M.Map a b)) |
| 00:59:45 | <alexj_> | ? |
| 01:01:23 | <stepcut> | :-/ |
| 01:02:29 | <stepcut> | alexj_: how did you try to build it ? |
| 01:02:56 | <alexj_> | just trying to load the code in interpreter mode |
| 01:03:56 | <alexj_> | the cabal file does not ask for any particular flags that should be set. |
| 01:04:02 | <stepcut> | alexj_: which code? |
| 01:04:16 | <alexj_> | Happstack.Data.Default |
| 01:04:27 | <alexj_> | (gets pulled in by Happstack.State) |
| 01:04:41 | <stepcut> | alexj_: in theory, all the flags are supposed to be set in the cabal file and in the specific .hs files, though in practice some may be missing |
| 01:04:53 | <gwern> | sure the cabal file isn't enabling any extensions? |
| 01:05:03 | <gwern> | nor opts like -fglasgow-exts? |
| 01:05:51 | <stepcut> | alexj_: what version of ghc? That file loads into ghc fine for me |
| 01:05:54 | <stepcut> | ghci |
| 01:06:05 | <alexj_> | apparently ghc is ignoring the flags in the file. |
| 01:06:17 | <alexj_> | just added -XFlexibleInstances to the caommand line and it is working properly. |
| 01:06:35 | <stepcut> | alexj_: hrm, that file has FlexibleContexts but not FlexibleInstances |
| 01:07:05 | <alexj_> | ah ok well the misread worked. FlexibleInstances on the command line solved the problem I think. |
| 01:07:19 | <alexj_> | FYI, hspread also had some build issues. |
| 01:07:35 | <stepcut> | alexj_: oh? |
| 01:07:41 | <alexj_> | walking through the requirement stack and finding small build bugs like this. |
| 01:08:04 | <alexj_> | Line 92 of Spread.Client.Connection needs "SomeException" |
| 01:08:06 | <alexj_> | Could not deduce (Data DefaultD (M.Map a b)) |
| 01:08:14 | <alexj_> | in handle (\(SomeException _) -> return ()) $ loop `finally` (hClose h >> C.closeChan c) |
| 01:08:16 | <stepcut> | alexj_: what version of ghc ? |
| 01:08:20 | <alexj_> | (ignore the deduce) |
| 01:08:23 | <alexj_> | 6.10 |
| 01:08:38 | <alexj_> | the update of the exception lib in 6.10 is breaking stuff all over teh place |
| 01:09:04 | <stepcut> | alexj_: we automatically build against 6.8 and 6.10 everytime someone commits a patch... |
| 01:09:12 | <stepcut> | alexj_: 6.10.1 or 6.10.2 ? |
| 01:10:07 | <alexj_> | hmm this may be my fault. |
| 01:10:20 | <alexj_> | upgrading ghc aparently did not take in one of my directories. |
| 01:10:21 | <alexj_> | weird. |
| 01:10:31 | <stepcut> | alexj_: weird |
| 01:11:00 | <stepcut> | alexj_: I believe we autobuild against 6.10.1, but not yet 6.10.2. So, there could also be some new bugs lurking there |
| 01:11:13 | <alexj_> | using 6.10.2 |
| 01:12:27 | <stepcut> | alexj_: I heard some chatter about updating the buildbot to support 6.10.2, but I don't think it has happened yet |
| 01:12:51 | <alexj_> | ok well walking through it myself now. |
| 01:13:58 | <stepcut> | alexj_: cool. Fixes for 6.10.2 are certainly desired. Currently I think we are aiming for out of the box support for 6.8.3, 6.10.1 and 6.10.2 |
| 01:17:34 | <stepcut> | alexj_: if you want commit access create an account at, http://patch-tag.com/, and then ask mae to give you write access to the happstack project |
| 01:18:03 | <alexj_> | ok thanks. hslogger appears to be having exception issues. |
| 01:18:33 | <stepcut> | seems 6.10.2 broke a lot given that it is a minor release |
| 01:19:40 | <alexj_> | this is the updated exception lib |
| 01:19:50 | <alexj_> | it may be that proper building with cabal solves, but I can't tell. |
| 01:20:04 | <alexj_> | I don't like being forced to use cabal just to load files and interact with them. |
| 01:21:11 | <stepcut> | alexj_: right, we want everything to be easily loadable in GHCi, which is why all the files have (or should have) LANGUAGE pragmas at the top. |
| 01:21:33 | <alexj_> | the issue is that the exception lib was changed and that is breaking code. |
| 01:21:36 | <stepcut> | alexj_: though, if the new extensible exceptions is not compatible with the old one, then I am not sure what to do |
| 01:22:07 | <stepcut> | is the new extensible exceptions shipped with 6.10.2? |
| 01:22:18 | <stepcut> | (the release notes seem to indicate as such) |
| 01:23:11 | <alexj_> | I think so. |
| 01:23:13 | <stepcut> | since 6.10.2 is the latest stable release, I think the right thing to do is to fix happstack to work with the latest extensible exceptions. And people on 6.10.1 will just have to upgrade extensible exceptions |
| 01:23:30 | <alexj_> | s/Control.Exception/Control.OldException works. |
| 01:23:36 | <stepcut> | unless there is someway to modify the code to work with both versions of extensible exceptions. though that hardly seems worthwhile |
| 01:24:06 | <alexj_> | the change is s/Control.Exception/Control.OldException/ I think that is completely bad form on the part of ghc folks. |
| 01:24:11 | <alexj_> | but that is what they did. |
| 01:24:21 | <stepcut> | alexj_: yeah |
| 01:24:43 | <stepcut> | alexj_: I started a thread on the mailing list. |
| 01:24:49 | <stepcut> | (the happstack mailing list) |
| 01:25:12 | <alexj_> | seeing this error on xm: /Users/alex/.SearchPath/darcs_get_--partial_--tag=0.9.2_http_happs.org-repos-HAppS-Data/HAppS-Data/src/HAppS/Data/Xml/Base.hs:281:23: |
| 01:25:14 | <alexj_> | GADT pattern match with non-rigid result type `t1' |
| 01:25:58 | <alexj_> | do you know what that is? |
| 01:26:41 | <alexj_> | oh that is my bad. nevermind |
| 01:26:45 | <stepcut> | no idea |
| 01:26:46 | <alexj_> | mixing old code and new. |
| 01:26:50 | <stepcut> | ah |
| 01:28:18 | <alexj_> | now using the correct *.Data and stll getting error... /src/Happstack/Data/Default.hs:123:9: Could not deduce (Data DefaultD (M.Map a b)) from the context (Data DefaultD a, Data DefaultD b, Ord a) arising from the superclasses of an instance declaration |
| 01:29:02 | <stepcut> | alexj_: if you add FlexibleInstances to the LANGUAGE pragma does that help? |
| 01:30:15 | <alexj_> | nope. had that on the command line |
| 01:30:45 | <stepcut> | odd, I wonder if it is ghc 6.10.2 specific |
| 01:31:14 | <alexj_> | this is the two instance declarations at the end. |
| 01:31:27 | <alexj_> | I remember this stuff as syb-with-class bleeding edge back when I last touched it. |
| 01:31:42 | <alexj_> | igloo magic iirc |
| 01:32:04 | <stepcut> | alexj_: dunno. with ghci 6.10.1 I can do, :load "src/Happstack/Data/Default.hs", no problem... |
| 01:34:11 | <alexj_> | interesting... |
| 01:35:09 | <alexj_> | do you have commit privelidges on hslogger? |
| 01:36:10 | <stepcut> | alexj_: no, I think only john goerzen does because it is his project? |
| 01:36:38 | <alexj_> | ok... |
| 01:36:39 | <stepcut> | alexj_: he's been good about applying patches in my experience. |
| 01:37:01 | <stepcut> | alexj_: though, his grandmother just died |
| 01:43:51 | <alexj_> | ok well I assume he will take care of it when he can.... sorry to here about his grandmother. just put a copy updatted with the one change at http://searchpath.org/hslogger-1.0.7.tgz |
| 01:44:38 | <stepcut> | cool |
| 01:45:40 | <alexj_> | do you have patch priveledges on happstack? |
| 01:47:49 | <stepcut> | yes |
| 01:50:26 | <alexj_> | if you comment out the last two lines of Default.hs it works with 6.10.2 |
| 01:50:54 | <stepcut> | alexj_: interesting... those were just recently added :) |
| 01:51:36 | <stepcut> | alexj_: have you looked at hyena at all? |
| 01:52:40 | <stepcut> | alexj_: http://code.google.com/p/happstack/issues/detail?id=11&can=1&q=Map |
| 01:54:18 | <stepcut> | alexj_: what version of syb-with-class do you have installed? |
| 01:55:33 | <alexj_> | ah this may be it. |
| 01:55:42 | <alexj_> | have to run now. will be back in 2 hours |
| 01:56:06 | <stepcut> | alexj_: ok. I will probably be asleep then |
| 01:56:28 | <alexj_> | gnihht |
| 01:57:51 | <alexj_> | well thanks. I just got it all built (commentnig out those two lines). will try syb-with-class update shortly. |
| 01:58:12 | <stepcut> | cool |
| 01:58:17 | <alexj_> | where does syb-wtih-class lvie these days? |
| 01:58:32 | <stepcut> | http://hackage.haskell.org/cgi-bin/hackage-scripts/package/syb-with-class |
| 01:58:42 | <stepcut> | not sure where darcs is, Saizen is the maintainer now |
| 01:58:52 | <stepcut> | (he is often on this channel) |
| 01:58:58 | <alexj_> | ok cool |
| 01:59:22 | <stepcut> | http://code.google.com/p/syb-with-class/source/checkout |
| 01:59:28 | <stepcut> | ...perhaps ? |
| 04:10:47 | <performance> | is there an affordable host to try out HappsTack online? some one that takes care of the os and packages, and i have to worry only about my site |
| 04:17:19 | <MarcWeber> | performance: Good question. I don't think it's popular enough yet for anyone popping up providing such a service. Probably your best choice is getting a vserver and manage everything yourself ? I don't konw exactly. I haven't followed hackstacks developement closely.. |
| 04:24:17 | <performance> | i was hoping tph etcc who manage patch-tag would know more :) |
| 05:07:18 | <performance> | bye |
| 08:11:50 | <alexj> | anyone know about: /Happstack/Data/Default.hs:123:9: |
| 08:11:51 | <alexj> | Could not deduce (Data DefaultD (M.Map a b)) |
| 08:12:58 | <alexj> | anyone awake? |
| 16:33:14 | <alexj> | anyone here with commit priviledges? |
| 16:40:12 | <wchogg> | Yeah, what's up? |
| 16:46:22 | <alexj> | working it through w/ Saizan backchannel. small bug in happstack.default.data when run from interpeter |
| 19:58:19 | <stepcut> | alexj: did you every get your exception and deduce issues worked out? I have no problems building under 6.10.1 or 6.10.2 with the latest syb-with-class and extensible-exceptions libraries. The mailing list seems to indicate other people had no issues with 6.10.2 as well |
| 19:59:09 | <alexj> | yes now have everything working. |
| 19:59:09 | <alexj> | it all works with current version of searchpath too. |
| 19:59:09 | <alexj> | thank you. |
| 19:59:20 | <stepcut> | alexj: nice! What was wrong? |
| 19:59:42 | <alexj> | default was incorrect installation of old version of syb-with-class. |
| 20:00:01 | <alexj> | hsrpead also had a small syntax bug if you have th turned on. |
| 20:00:21 | <stepcut> | ah |
| 20:00:30 | <alexj> | hspread also had an exception issue with the new exception model that saizan fixed. |
| 20:00:41 | <stepcut> | cool |
| 20:01:27 | <alexj> | had a longish discussion with saizan backchannel on the relative merits of searchpath vs cabal. |
| 20:01:49 | <alexj> | haskell build systems are getting better but not quite super-friendly. |
| 20:02:03 | <gwern> | searchpath was super friendly? |
| 20:02:34 | <alexj> | neither is superfriendly yet. but they both have different issues/thoughts/goals. |
| 20:02:56 | <alexj> | my view is that I don't want to think about packaging at all. |
| 20:03:10 | <stepcut> | alexj: yeah. I curse out cabal often. Though, it still 100x better than before when you had to edit wacky Makefiles to get anything to build |
| 20:03:12 | <alexj> | will migrate more and more projects into the default.map for searchpath. |
| 20:03:57 | <alexj> | if you want to build a happstack program, do "sp ghc -o out Main.hs --make" |
| 20:04:10 | <alexj> | you don't already have to have happstack or any of its dependencies installed. |
| 20:04:25 | <alexj> | sp hunts them down and grabs them. |
| 20:04:58 | <alexj> | assuming you main has e.g. "import Happstack.State" |
| 20:06:31 | <stepcut> | alexj: yeah, it's a bit annoying that cabal has the information to do that, but doesn't |
| 20:07:06 | <stepcut> | alexj: at the very least, it would be nice if you could do, cabal generate, to autogenerate a .cabal file with all the build-depends and extensions listed |
| 20:07:33 | <alexj> | that is why I use searchath. |
| 20:18:32 | <sm> | I love cabal, and haven't used sp's download feature much (the one time I did, it worked well) |
| 20:19:09 | <sm> | but alexj, today I thank you for sp's build in auto-recompiling. That absolutely rocks and I use it every time I code haskell |
| 20:19:13 | <alexj> | sp is much less production quality. |
| 20:19:47 | <alexj> | ah I forgot that feature. yes it is useful too. still writing a new program so not at test stage yet. |
| 20:20:10 | <alexj> | will try to advance sp again now that I am playing with haskell again. |
| 20:20:16 | <sm> | excellent |
| 20:20:31 | <sm> | its used in eg the darcs project ("make ci") |
| 20:21:58 | <stepcut> | ACTION is totally burnt out on build systems, packaging, or anything related (especially version numbers) |
| 20:22:14 | <sm> | alexj: ignore me if this is nosy, but inquiring minds where did you go and why are you now back ? :) Someone said you were kayaking up the amazon |
| 20:22:36 | <sm> | well, I said it |
| 20:36:25 | <gwern> | is kayaking up the amazon an euphemism for suicide? |
| 20:49:38 | <sm> | bah gwern you insensitive clod :) |
| 20:49:53 | <sm> | I certainly hope not |
| 21:07:16 | <Saizan_> | hi, has anyone taken a look at holumbus? http://holumbus.fh-wedel.de/trac |
| 21:07:58 | <Saizan_> | it looks like it overlaps with -state to some extent |
| 21:27:36 | <stepcut> | s |
| 22:08:17 | <mightybyte> | Saizan_: I was familiar with the name, but only because of Hayoo. |
| 22:08:30 | <mightybyte> | Saizan_: It looks like an interesting project. |
Back to channel and daily index: content-negotiated html turtle