jadewang has quit [Remote host closed the connection]
jadewang has joined #sandstorm
leee has joined #sandstorm
leee has quit [Remote host closed the connection]
larjona has joined #sandstorm
jadewang has quit [Remote host closed the connection]
tmpproteus has quit [Ping timeout: 264 seconds]
kentonv has quit [Ping timeout: 260 seconds]
tmpproteus has joined #sandstorm
jadewang has joined #sandstorm
kentonv has joined #sandstorm
jadewang has quit [Ping timeout: 250 seconds]
_whitelogger____ has joined #sandstorm
ocdtrekkie has joined #sandstorm
_whitelogger___ has quit [Ping timeout: 240 seconds]
jinnko has quit [Ping timeout: 240 seconds]
cbaines has quit [Ping timeout: 240 seconds]
itscassa|away has quit [Ping timeout: 240 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 244 seconds]
cbaines has joined #sandstorm
itscassa|away has joined #sandstorm
_whitelogger____ has joined #sandstorm
jinnko has joined #sandstorm
dwrensha has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 244 seconds]
zeroish has joined #sandstorm
mort___ has joined #sandstorm
larjona has quit [Quit: Konversation terminated!]
snolahc has quit [Quit: Disconnecting]
snolahc has joined #sandstorm
itscassa|away has quit [Ping timeout: 240 seconds]
itscassa|away has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 265 seconds]
<dwrensha>
argh SMTP configuration errors
<dwrensha>
Exception while invoking method 'testSend' Error: connect ETIMEDOUT
<dwrensha>
^ it takes several minutes for this error to show up, and until then the client is frozen
<dwrensha>
trying to debug my connection problem here
<dwrensha>
...
<maurer>
Hrm. Evidently my version of node is either too new or too old for capnp-node
<dwrensha>
0.10.x is what you need
<dwrensha>
you likely have 0.12.x
<dwrensha>
"nvm" might be able to help you
<maurer>
Ah yeah, I have 0.12
prosodyContext has quit [Remote host closed the connection]
fkautz has quit [Remote host closed the connection]
jksonc has quit [Remote host closed the connection]
bpierre___ has quit [Remote host closed the connection]
<dwrensha>
If I'm sending a message over SMTP, does my server need to be accepting incoming connections?
<dwrensha>
I'm having trouble with outgoing SMTP on a local dev server
<dwrensha>
(going through mailgun)
<maurer>
Normally no. It's possible some services may do that, but SMTP does not normally involve you listening for a connection.
<maurer>
(if you're the sender)
<maurer>
dwrensha: Have you tried manually telnetting to the target and sending what you think should be sent, or using sendmail or somesuch to verify that you can send mail outside the context of the webservice?
<dwrensha>
^ I'm starting to see this exception on my sharing-ui branch.
jadewang has quit [Remote host closed the connection]
<maurer>
OK, almost there, finally got sandstorm itself building, now I just need to figure out how to deal with the meteor portion
<maurer>
Actually, can I get a working spk without using meteor?
<maurer>
It looks like I have one built, but I don't know that it will work correctly without a running sandstorm instance
jadewang has joined #sandstorm
jadewang has quit [Remote host closed the connection]
<maurer>
Hrm, looks like no, spk dev seems to require the installed sandstorm server, which I guess I kind of expected
jadewang has joined #sandstorm
larjona has quit [Remote host closed the connection]
<paulproteus>
`/win 2
<paulproteus>
...
<paulproteus>
maurer: I think it will unless you use the Sandstorm-specific bits, like 'spk dev', but I haven't verified this, fwiw.
<paulproteus>
If you make a sandstorm-files.list by hand and then 'spk pack' it, I expect success probably.
<maurer>
paulproteus: Yeah, if I thought sandstorm itself had a hard to isolate build, meteor is even worse :(
<maurer>
Unfortuantely, today is the last day I can afford to spend trying to do this, so if I fail today, I'll probably have to hold off on playing with sandstorm for a few weeks
isd has quit [Remote host closed the connection]
aldeka has quit [Remote host closed the connection]
ocdtrekkie has quit [Remote host closed the connection]
ocdtrekkie has joined #sandstorm
aldeka has joined #sandstorm
larjona has joined #sandstorm
ocdtrekkie has quit [Remote host closed the connection]
aldeka has quit [Remote host closed the connection]
aldeka has joined #sandstorm
ocdtrekkie has joined #sandstorm
isd has joined #sandstorm
NOTevil has quit [Quit: Leaving]
geofft has quit [Quit: leaving]
<maurer>
Hrm. Welp, looks like I've failed. Meteor evidently hasn't been able to be coherently installed since version 0.52
<maurer>
:(
isd has quit [Remote host closed the connection]
<paulproteus>
Wait, what, hmm?
<maurer>
paulproteus: the tl;dr is I was trying to get sandstorm to run on my devbox, but I burned two days on it, and I can't afford to burn anymore
<maurer>
*any more
* paulproteus
nods.
<paulproteus>
Sorry to hear about it.
<paulproteus>
I'm curious if the Meteor 0.52 thing comes from somewhere.
<paulproteus>
Maybe Meteor used to document how to install it well, and now doesn't?
<paulproteus>
But anyway, sympathies. If you have tips for what we could do to improve the situation, I'd love to hear it.
<paulproteus>
One answer seems to be "Allow spk to compile without a working Meteor install".
<paulproteus>
Would that be useful to help with your issues?
<paulproteus>
Separately it seems like "Provide a reasonable way to install Meteor from source" would be useful, though that's something that might require help from Meteor.
<maurer>
paulproteus: The 0.52 thing came from meteor previously complying with npm packaging
<maurer>
When it was installable as an npm package, you could actually build/install it separately
<paulproteus>
I see, interesting.
<maurer>
re: spk, I've successfully built it without meteor
<maurer>
Honestly, if I were to have a feature request it would probably along the lines of "allow spk dev to point at a remote server"
<maurer>
because then I could have installed an incomplete sandstorm and at least had the dev toolkit
<paulproteus>
I want that too. Good to know.
<maurer>
but I suspect that would be more complicated than it sounds
<paulproteus>
I think it is; am blanking on why atm.
<maurer>
It doesn't actually work, but at the point where it breaks, everything other than the shell has been produced for the bundle
<maurer>
I half suspect it might work if I could magic up a packageable meteor
<maurer>
paulproteus: In any case, this is largely irrelevant because nixos is a small community, but I think I've identified some hurdles you're going to hit packaging it for debian:
<maurer>
* Packages are pulled in via git clone, and not just for their build products
<maurer>
* Some files used from the packages are not in the release source tarballs, e.g. capnpc.ekam-rule
<maurer>
* Some sandboxing systems around the build can break LD_PRELOAD of intercept.so
<maurer>
* Good luck packaging meteor
<maurer>
I think all the other things I had to deal with will be non-issues on debian
mcpherrin has left #sandstorm [#sandstorm]
<maurer>
In any case, sorry for the spam the last few days. ttyl.
<paulproteus>
No probs at all; sorry about the trouble it caused you and I hope we can get past those issues sometime soon.
decipherstatic has quit [Ping timeout: 244 seconds]
NOTevil has joined #sandstorm
<kentonv>
paulproteus maurer: Technically speaking it might actually be quite easy for spk dev to point at a remote server, since the FUSE filesystem sits on top of a Cap'n Proto capability. However, performance would likely be poor.
<maurer>
kentonv: I mean, if it's spk dev, I don't think that would be too terrible, right?
jadewang has quit [Remote host closed the connection]
<maurer>
A bit of latency on requests when developing isn't completely insane :P
NOTevil has quit [Quit: Leaving]
<larjona>
paulproteus I've sent a mail to the list with my status update about Framadate and links to spk and git repo. I'm going to bed now, it's late here. Tomorrow it will be better!