09:36:54 <HugoDaniel> hello
13:27:33 <JuanDaugherty> yello HugoDaniel
13:50:00 <HugoDaniel> hey don juan
15:00:14 <HugoDaniel> fclabels does not work well with happstack because it uses the monads-fd- and happstack uses mtl
15:00:20 <HugoDaniel> they seem to be incompatible
16:10:39 <bonobo> hi
16:10:59 <bonobo> what is data WriterStream  a?
16:11:30 <bonobo> what is writerClose? writerAdd? writerAtomicReplace? writerCut?
16:40:20 <JuanDaugherty> is that a surprise HugoDaniel ?
16:41:01 <JuanDaugherty> or rather why is that a surprise/noteworthy?
16:42:43 <JuanDaugherty> there's no even implicity haskell appserver spec/standard is there by which conformity could be judged other than it works with or doesn't
16:42:55 <JuanDaugherty> with the latter as likely as the former
16:43:13 <JuanDaugherty> *implicit
18:50:23 <HugoDaniel> hmm
18:50:25 <HugoDaniel> i dont really care much
18:50:34 <HugoDaniel> fclabels seem awkward
18:51:12 <HugoDaniel> until the haskell guys decide to come up with something to solve the record syntax uglyness i won't struggle to make my code depend on something that is, at best, awkward
18:51:38 <HugoDaniel> ttyl
20:24:14 <stepcut> happstack will likely transisition to transformers at some point
20:24:27 <stepcut> upgrading to HaXml 1.20 is a higher priority at the moment
20:24:37 <dcoutts> I'd recommend waiting until the winning monad lib is picked
20:24:53 <stepcut> yep
20:25:15 <stepcut> I am in no rush on that one since the path is not clear
20:25:30 <stepcut> HaXml is annoying because arch is on 1.20, but debian is an 1.13
20:26:00 <stepcut> not really clear when to make the switch.. I will probably end up doing something with conditional complition or something :-/
20:28:23 <mightybyte> stepcut: edwardk was saying that eventually mtl will just point to monads-fd.
20:28:38 <stepcut> mightybyte: I hope so :)
20:28:49 <stepcut> ACTION pondres
20:28:57 <stepcut> is monads-fd part of transformers, or something different ?
20:29:09 <stepcut> there is mtl, monadLib, and transformers?
20:29:42 <stepcut> and monads-fd and monads-<something about type families> are companions of transformers ?
20:30:21 <mightybyte> no idea
21:44:20 <stepcut> dons: ping!
21:48:54 <dons> pong
21:49:50 <stepcut> dons: I need a function like this (I think), http://hpaste.org/fastcgi/hpaste.fcgi/view?id=26172
21:49:58 <stepcut> but I didn't see anything like it in bytestring...
21:50:22 <stepcut> (My version is not optimized at all unless it happens to be by chance)
21:50:39 <dons> ok
21:50:41 <stepcut> is there some better way to do that ? should I submit a 'patch' or feature request ?
21:50:59 <stepcut> it relies on importing .Internal, which doesn't seem like a good practice ?
21:51:44 <stepcut> or maybe it is too specialized to belong in the base library? I keept wanting it though in different apps..
21:53:40 <dons> seems too specialized
21:54:23 <stepcut> it's really useful when you need to find '\r\n' at the end of lines :)
21:55:55 <stepcut> or other types of lightweight parsing
21:57:04 <stepcut> I looked at using a real bytestring parser, but I could not find one that would start producing values before the whole bytestring was parsed