avsm changed the topic of #mirage to: mirage 2 released! party on!
lobo has quit [Quit: leaving]
pablo_ has joined #mirage
<seangrove> Hey all, I've got a custom site working locally on the unix backend using Drup's No. as a starting point (with a pinned mirage/functoria). Works with the unix setup, but running into an issue under xen. Looks like something to do with Xenstore, so probably has to to do with https://github.com/Drup/No./blob/master/config.ml#L26, but I'm not sure - here's the output https://gist.github.com/sgrove/7bfb82074b4c623ccead
<seangrove> Drup: Might be better to go over it here
<seangrove> re: direct_kv_ro transformation, I thought I might have to run a preprocess step
<Drup> the preprocess should be automatic
<Drup> (during configure)
<Drup> (you have the certs and all that, right ?)
<seangrove> Hrm, should secrets/ also be crunched? I see static1.ml and static2.ml, but don't see anything from secrets crunched (unless they're automatically named that)
pablo_ has quit [Remote host closed the connection]
<Drup> yeah, it's named like that
<seangrove> Hrm, I wonder if the right files are ending up in there https://gist.github.com/sgrove/ebecfee7fa3bed126fe9
<Drup> you have the secrets generated ?
<Drup> (you said you just did "git clone", which would mean no :p)
<seangrove> s@ubuntu:~/No.$ ls secrets/ -> server.key server.pem
<Drup> right
<seangrove> (result of running `make secrets`)
<Drup> you need to configure again
<seangrove> I thnk that's likely it though, since I don't see server.key/pem listed anywhere in static2.ml
<seangrove> Ok, let me try6
<Drup> For me, it's crunched correctly
<Drup> (in static2)
<seangrove> Ok, great, seems likely then. I'm just running `mirage configure --xen`
<Drup> same here
<seangrove> Ah, that might have done it! Had to remove all generated ml files
<seangrove> Let's try another round of xen...
<Drup> The generated build system should rebuild those crunched ml file on demand :/
<Drup> Could you open a ticket about that ?
<seangrove> Drup: I will if I can repo, definitely
<Drup> It should be in the mirage repo directly
<Drup> (it's the one generating the makefile)
<seangrove> Hrm, same issue, sadly https://gist.github.com/sgrove/c36c548c5581ba56dac7
<Drup> :(
<Drup> This Xs error is really crap
<seangrove> Would this be appropriate to open as an issue? Don't want to distract everyone with n00b problems
<seangrove> But difficult to track down
<Drup> It's not really difficult to track down as much as "Xs_protocol.Enoent("read")" being completely unhelpful
<Drup> So yeah, open a bug report
<Drup> and if you feel very adventurous, you can try to add more info to this exception, like, on what it fails to read
<Drup> (I have no idea how difficult this is)
<seangrove> I suppose this isn't important, "Unsupported function lseek called in Mini-OS kernel". Seems to be everywhere, even the hello-world tutorial
<hannes> seangrove: that's what OCaml runtime calls during startup
<hannes> (I believe it is lseek on stdin/stdout)
pierpa has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
brson has quit [Quit: leaving]
<seangrove> Drup: I just realized that the failure is probably coming from https://github.com/Drup/No./blob/master/dispatch.ml#L16 or line 19
<seangrove> I'll check tomorrow morning
seangrov` has joined #mirage
seangrove has quit [Ping timeout: 256 seconds]
demonimin has joined #mirage
mort___ has joined #mirage
mort___ has quit [Quit: Leaving.]
seangrov` has quit [Ping timeout: 256 seconds]
kansi has joined #mirage
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
raindev has joined #mirage
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
raindev has quit [Remote host closed the connection]
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
pierpa has joined #mirage
tomboy65 has quit [Ping timeout: 245 seconds]
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
tomboy65 has joined #mirage
tomboy65 has quit [Ping timeout: 264 seconds]
tomboy65 has joined #mirage
tomboy64 has joined #mirage
lobo has joined #mirage
tomboy65 has quit [Ping timeout: 240 seconds]
tomboy65 has joined #mirage
tomboy64 has quit [Ping timeout: 240 seconds]
tomboy65 has quit [Ping timeout: 245 seconds]
tomboy65 has joined #mirage
tomboy65 has quit [Ping timeout: 248 seconds]
tomboy65 has joined #mirage
tomboy64 has joined #mirage
tomboy65 has quit [Ping timeout: 276 seconds]
tomboy64 has quit [Ping timeout: 248 seconds]
tomboy64 has joined #mirage
tomboy65 has joined #mirage
tomboy64 has quit [Ping timeout: 240 seconds]
tomboy64 has joined #mirage
tomboy65 has quit [Ping timeout: 240 seconds]
seangrov` has joined #mirage
seangrov` has quit [Ping timeout: 256 seconds]
seangrov` has joined #mirage
kansi has quit [Ping timeout: 248 seconds]
<seangrov`> Drup: Checked, but doesn't seem to be. Nothing logged from that function outputs at all (do I have to flush anything when using Printf.ksprintf ?)
tomboy65 has joined #mirage
tomboy64 has quit [Ping timeout: 264 seconds]
<seangrov`> Drup: And looks like that solved it https://github.com/mirage/mirage/issues/488#issuecomment-181059385
tomboy65 has quit [Ping timeout: 272 seconds]
tomboy65 has joined #mirage
<Drup> seangrov`: ah, nice !
brson has joined #mirage
haesbaert has joined #mirage
<Drup> seangrov`: so, in the end, no modification to No is needed to run on xen ?
Bluerise has quit [*.net *.split]
Bluerise has joined #mirage
bugabinga has quit [Remote host closed the connection]
bugabinga has joined #mirage
brson has quit [Ping timeout: 250 seconds]
seangrov` has quit [Ping timeout: 256 seconds]
seangrov` has joined #mirage
brson has joined #mirage
demonimin has quit [Remote host closed the connection]