avsm changed the topic of #mirage to: mirage 2 released! party on!
brson has quit [Quit: leaving]
rgrinberg has quit [Quit: Leaving.]
rgrinberg has joined #mirage
tlockney is now known as tlockney_away
thomasga has joined #mirage
thomasga1 has joined #mirage
thomasga has quit [Ping timeout: 244 seconds]
kdef has quit [Ping timeout: 255 seconds]
thomasga1 has quit [Quit: Leaving.]
dobson has joined #mirage
dobson has quit [Ping timeout: 245 seconds]
dobson has joined #mirage
dobson has quit [Ping timeout: 264 seconds]
dobson has joined #mirage
brson has joined #mirage
vanila has quit [Quit: Leaving]
MrScout has quit [Ping timeout: 245 seconds]
tlockney_away is now known as tlockney
rgrinberg has quit [Quit: Leaving.]
rgrinberg has joined #mirage
tlockney is now known as tlockney_away
rgrinberg has quit [Quit: Leaving.]
rgrinberg has joined #mirage
rgrinberg has quit [Ping timeout: 245 seconds]
brson has quit [Quit: leaving]
AltGr has left #mirage [#mirage]
dsheets has joined #mirage
djs55 has joined #mirage
thomasga has joined #mirage
djs55 has quit [Quit: Leaving.]
djs55 has joined #mirage
larhat has joined #mirage
djs55 has quit [Quit: Leaving.]
djs55 has joined #mirage
seangrove has quit [Ping timeout: 250 seconds]
djs55 has quit [Quit: Leaving.]
thomasga has quit [Quit: Leaving.]
thomasga has joined #mirage
thomasga has quit [Client Quit]
thomasga has joined #mirage
bugabinga has joined #mirage
thomasga has quit [Quit: Leaving.]
thomasga has joined #mirage
djs55 has joined #mirage
djs55 has quit [Client Quit]
thomasga has quit [Quit: Leaving.]
djs55 has joined #mirage
bugabinga has quit [*.net *.split]
englishm has quit [*.net *.split]
bugabinga has joined #mirage
englishm has joined #mirage
andreas1 has joined #mirage
andreas2 has joined #mirage
andreas1 has quit [Ping timeout: 244 seconds]
thomasga has joined #mirage
avsm has joined #mirage
djs55 has quit [Quit: Leaving.]
djs55 has joined #mirage
dobson has quit [Quit: Leaving]
dobson has joined #mirage
djs55 has quit [Quit: Leaving.]
dobson has quit [Ping timeout: 245 seconds]
dobson has joined #mirage
larhat has quit [Quit: Leaving.]
jgjl has joined #mirage
mort___ has joined #mirage
jgjl has quit [Ping timeout: 252 seconds]
rgrinberg has joined #mirage
mcclurmc has quit [Remote host closed the connection]
mcclurmc has joined #mirage
mcclurmc has quit [Remote host closed the connection]
MrScout has joined #mirage
MrScout has quit [Remote host closed the connection]
MrScout has joined #mirage
MrScout has quit [Remote host closed the connection]
mort___ has quit [Quit: Leaving.]
mcclurmc has joined #mirage
mcclurmc has quit [Client Quit]
rgrinberg has quit [Quit: Leaving.]
mcclurmc has joined #mirage
damjan has joined #mirage
<damjan>
anyone running XEN on KVM? mu host is Arch Qemu 2.2, Guest is Ubuntu 14.10 + Xen 4.4 - I can't make it boot, complains about TIMER + something not working
<damjan>
"PANIC on CPU 0: IO-APIC+ timer doesn't work!"
<damjan>
ohh, putting 2 virtual cpus to the guest makes it work
dkibi has joined #mirage
gargaml has joined #mirage
<gargaml>
Hi!
<gargaml>
I'm reading some of the source code related to the block interface for unix
<gargaml>
does anyone know where caml_alloc_pages is defined in the source code ?
<avsm>
gargaml: in mirage/mirage-platform
<gargaml>
avsm: thanks :-)
djs55 has joined #mirage
<avsm>
djs55: there's a xenmergency!
<avsm>
thomasga is sounding the netback alarm
thomasga has quit [Ping timeout: 265 seconds]
rgrinberg has joined #mirage
mort___ has joined #mirage
<djs55>
uh oh
<djs55>
I replied to his email
<djs55>
hypothesis 1: bridge still has something bad configured (forwarding delay or similar); hypothesis 2: netback drops packets until its in state = 4 (in the backend) and we don't care, we set our state to 4 and run
<avsm>
2) sounds plausible
<avsm>
djs55: bridge stp disabled it hink
<djs55>
yeah I suspect stp would look like a bigger problem
gargaml has left #mirage ["WeeChat 1.1.1"]
djs55 has quit [Quit: Leaving.]
brson has joined #mirage
<avsm>
rgrinberg: i think i've written the biggest ever Opium app :P
<rgrinberg>
avsm: congrats. you haven't revealed anything about it yet either :D
<avsm>
rgrinberg: it's a surprise, but it's good!
* avsm
will open source it just as soon as its up n running
<avsm>
i can see lots of little middleware that'll be quite generic too
<rgrinberg>
one of the painful changes I had to make to opium was to add a "name" field to middleware for debugging/inspection purposes
<rgrinberg>
If I didin't however, it would have been possible to publish middleware without even depending on opium
<rgrinberg>
although i'm not sure how useful that is
<avsm>
i'm still a little fuzzy on the difference between the two; most of my stuff is Rock I think
<avsm>
one difference from Django is the lack of response middleware. is that deliberate?
<avsm>
they're not hugely useful, but can be a good way to do tracing on the way out
<rgrinberg>
so response middleware simply modify the response right?
<avsm>
yeah its just the inverse of request middleware
<avsm>
they run the chain backwards
<rgrinberg>
I see. seems like it's just convenience
<rgrinberg>
p.s. there's a bunch of open cohttp pr's
<avsm>
rgrinberg: yeah, on the list for tomorrow. a mountain of marking, sadly
<rgrinberg>
No biggie, it's mostly trivial changes. I need to fix a few more minor things...
jonludlam has joined #mirage
<avsm>
rgrinberg: is there a router that parses Uri GET params?
<avsm>
e.g. /query?foo=1
<avsm>
param req "foo" is a Not_foudn
<rgrinberg>
No there isn't. I don't think it should be handled at the router level though. query params are optional by convention
<rgrinberg>
I'm definitely thinking about a more streamlined way to handle parameter wherever they may come from
brson has quit [Quit: leaving]
<avsm>
rgrinberg: i was considering an API middleware to make json easier
<rgrinberg>
this screams something applicative pure (fun x y z -> …) $ param "x" $ param "y" $ param "z"
<avsm>
yeah
<avsm>
with json, there's a primary key like /foo/:bar
<avsm>
but often i need /foo/:bar?key=:something
rgrinberg1 has joined #mirage
<rgrinberg1>
I don't see any json in that example (but i just disconnected so i might have missed it)
brson has joined #mirage
rgrinberg has quit [Ping timeout: 245 seconds]
<avsm>
rgrinberg1: oh i just meant in rest-ful api; i guess that key should go into the JSON rpc
<avsm>
ive got dbuenzli's jsont pickler combinators compiling into js_of_ocaml .but not yet hooked them into the build
<rgrinberg1>
Awesome :D
<rgrinberg1>
i'm trying to decouple jsonm from opium though for people that might prefer yojson (since it is faster…)
<avsm>
i dunno if it's worth it
<rgrinberg1>
e.g. open Opium.Jsonm vs. open Opium.Yojson
<avsm>
shouldn't a framework be more opinionated?
<avsm>
I'd just prefer to be guided into one json library — although the speed difference is fairly large i guess
<rgrinberg1>
large speed difference is 1 problem, the other is yojson seems to be more popular :O
<avsm>
after using jsont, i'm pretty convinced its the way to go
<avsm>
as you can stage the generation via metaprogramming after
<avsm>
in the longer term, anyway
<avsm>
luckily, oleg is visiting cambridge on monday :)
<rgrinberg1>
the json thing isn't a priority until a user formally complains anyway.
<rgrinberg1>
you guys don't mind using a patched compiler for mirage right? so metaocaml is on the cards in the short term
<avsm>
yeah, although minimising the amount of custom stuff until the core settles down again
<avsm>
the tls and irmin integrations are introducing a lot of churn
brson has quit [Quit: leaving]
xet7 has joined #mirage
dobson has quit [Ping timeout: 245 seconds]
dobson has joined #mirage
djs55 has joined #mirage
djs55 has quit [Client Quit]
thomasga has joined #mirage
brson has joined #mirage
jonludlam has quit [Quit: Coyote finally caught me]