Experimental IRC log happs-2009-04-15

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