<isd>
I know I've seen this somewhere in the docs, but I am failing to find it: How do I establish a capnp connection to sandstorm-http-bridge? It listens on a domain socket somewhere iirc?
<afuentes>
i,i how funnily user friendly sandstorm is
<afuentes>
my server shows an old domain in the title page and sending emails from the wrong domain
* isd
looks at c++ source
<isd>
/tmp/sandstorm-api
<afuentes>
its not that much important, so i just grepped /opt/sandstorm a couple of days looking for the domain and gave up after not finding anything
<afuentes>
today i thought of looking in the web admin interface
<afuentes>
like a normal user would had done in the first place
<afuentes>
duh
<TimMc>
It really is an astonishingly user-friendly piece of software. :-)
<TimMc>
And I am continually impressed by just how professional and courteous the devs are.
rolig has quit [Ping timeout: 252 seconds]
rolig has joined #sandstorm
<isd>
Does sandstorm-http-bridge still not listen on that socket until your http server is up?
<TheDataWrangler>
It is. Just not sure how to address that lol. I get redirected back to the setup page at the last step of setting up an admin account.
<dwrensha>
what URL does you browser show when you visit the setup page?
<maurer>
specifically, I'm suggesting checking your /opt/sandstorm/sandstorm.conf BASE_URL value
<dwrensha>
you probably also entered some URLs into an Oauth config page at Github or Google. Did you use "Watson" there?
<TheDataWrangler>
Its capital Watson. But I feel like I remember not being able to change what Sandstorm wanted for that during setup.
<TheDataWrangler>
Its capital on Github as well.
<TheDataWrangler>
So just change them to lowercase and I should be resolved.
<dwrensha>
perhaps the problem is that your browser automatically lowercases it
<maurer>
I expect so, because yeah, I think what's going on is that your browser is canonicalizing
<TheDataWrangler>
I will do that and give an update. Standby
* dwrensha
waves good night
<dwrensha>
... and good luck!
<TheDataWrangler>
Thank you, you as well.
<kentonv>
TheDataWrangler: I believe that hostnames are not allowed to contain capital letters, so you should change all configuration (Sandstorm config and Google OAuth config) to use the lowercase "watson".
jadewang has quit [Remote host closed the connection]
Lionel_Debroux has quit [Remote host closed the connection]
Lionel_Debroux has joined #sandstorm
eternaleye has quit [Changing host]
eternaleye has joined #sandstorm
KooBaa has joined #sandstorm
KooBaa has quit [Ping timeout: 248 seconds]
srenatus[m] has joined #sandstorm
test has joined #sandstorm
test is now known as Guest42633
Guest42633 has quit [Client Quit]
xet7 has quit [Quit: Leaving]
xet7 has joined #sandstorm
KooBaa has joined #sandstorm
KooBaa has quit [Ping timeout: 250 seconds]
ecloud has quit [Ping timeout: 260 seconds]
ecloud has joined #sandstorm
jemc has joined #sandstorm
KooBaa has joined #sandstorm
KooBaa has quit [Ping timeout: 252 seconds]
sickname has joined #sandstorm
<sickname>
b
sickname has quit [Client Quit]
KooBaa has joined #sandstorm
frigginglorious has joined #sandstorm
bodisiw has joined #sandstorm
bavier has quit [Quit: Leaving]
NwS has quit [*.net *.split]
srenatus[m] has quit [*.net *.split]
fkautz has quit [*.net *.split]
zarvox has quit [*.net *.split]
patrickod has quit [*.net *.split]
mattl has quit [*.net *.split]
simonv3_ has quit [*.net *.split]
kxra has quit [*.net *.split]
daemoen has quit [*.net *.split]
dlitz has quit [*.net *.split]
vacause has quit [*.net *.split]
aldeka_ has quit [*.net *.split]
dagelf has quit [*.net *.split]
ragesoss has quit [*.net *.split]
[d__d] has quit [*.net *.split]
dlitz has joined #sandstorm
vacause has joined #sandstorm
patrickod has joined #sandstorm
dagelf has joined #sandstorm
zarvox has joined #sandstorm
ragesoss has joined #sandstorm
srenatus[m] has joined #sandstorm
bodisiw has quit [Quit: This computer has gone to sleep]
kxra has joined #sandstorm
aldeka has joined #sandstorm
daemoen has joined #sandstorm
bodisiw has joined #sandstorm
[d__d] has joined #sandstorm
fkautz has joined #sandstorm
frigginglorious_ has joined #sandstorm
mattl has joined #sandstorm
frigginglorious has quit [Ping timeout: 248 seconds]
frigginglorious_ is now known as frigginglorious
simonv3_ has joined #sandstorm
NwS has joined #sandstorm
bodisiw has quit [Quit: Leaving]
frigginglorious has quit [Quit: frigginglorious]
frigginglorious has joined #sandstorm
<srenatus[m]>
hi. so... I don't use it, but I think https://fossil-scm.org would make a great sandstorm app. (complexity-wise it's not more complicated then gitweb, I'd say)
<isd>
fossil and sqlite are developed by the same folks I think.
neynah has joined #sandstorm
<isd>
Curious: if an offer iframe gets a token, and then the token is redeemed via claimRequests by a different grain, what will happen?
<isd>
Does sandstorm correlate those, or does knowledge of the offer iframe's token admit access to the capability?
<isd>
On a more practical note: a node process on isd.sandcats.io went nuts and ate all the memory on the machine -- was getting OOM errors when trying to spawn grains
neynah has quit [Client Quit]
<isd>
Are there specific logs I should fish out to help find the problem there?
neynah has joined #sandstorm
<isd>
Also, I'm having a nightmare of a time getting sandstorm to build from source.
<asheesh>
There's a secret Meteor method you can call if you're logged in as an admin at the time, via opening the JS console in your browser and doing:
<asheesh>
Meteor.call("something") # I need to go check what it is.
<asheesh>
That will get a heap snapshot.
<asheesh>
I believe, anyway!
<isd>
Unfortunately I rebooted the machine -- couldn't even get in here to ask otherwise, since IRC Idler wouldn't spawn!
<isd>
asheesh: thanks. If it happens again I'll capture it and we can try to debug.
<asheesh>
Any hints you have from that would be supremely helpful. Reliabilty is pretty seriously important to us, and we've been able to find and fix a few memory use issues over time.
<asheesh>
Great!
<asheesh>
Now you know, at least :)
<isd>
But yeah. I read the fiber leak blog post, was interesting
mon has joined #sandstorm
mon is now known as Guest86920
<isd>
Is there a way to get the sandstorm build system to just use distro packages for all its dependencies? It seems kindof silly not too, and I've had to troubleshoot build issues with stuff I already have installed becuase of it...
<Guest86920>
(new to sandstorm) - Wanted to ask whether an app I'm considering building on Sandastorm makes sense
Guest86920 is now known as Syrup
<isd>
Syrup: ask away
<Syrup>
The app is a mobile Cordova app based on Meteor. For a toy example, let's say that it is a ToDo app, and that every ToDo list is "per user".
<isd>
I'd thought of a potential use that benefits from that behavior
neynah has joined #sandstorm
<Syrup>
I'm assuming that each user's list would be encrypted on the Sandstorm server, and that each user would be able to "grant" access to their list for other users.
<Syrup>
It would be best if the application didn't look like a Sandstorm application running an app in it... ie - if it looked like a ToDo list app with a "share" capability, all the Sandstorm assurances of encryption and security happening transparently.
<Lord>
is there an rss feed of new apps or app's update on the market ?
<Syrup>
"* isd searches web for Cordova " => might be easy to just think a plain old Meteor app (node.js)
<isd>
Syrup: just found it anyway. Seems like it's not super relevant to your question, yeah.
jadewang has joined #sandstorm
jadewang has quit [Remote host closed the connection]
jadewang has joined #sandstorm
<Syrup>
I would have one ToDo app running on the client, and it would contain multiple lists of tasks, one for each user that has shared with me
<isd>
So, this seems pretty standard except for the encrypted data bit -- how do you plan on enabling other uses to decrypt when a list is shared?
<Syrup>
the same way you would share a document in Sandstorm now...
<Syrup>
you would grant access
<isd>
Syrup: so is the data going to be "encrypted" in a way that the server can read it?
<Syrup>
isd: sorry about that, encryption might be orthogonal as well
<Syrup>
my understanding is that Sandstorm isolates each document, running with the "app/server" for that document on a server
<isd>
That's the only bit that seems at all tricky to me -- if the server can't read it then granting access to the grain won't give the user access to more than the ciphertext
<isd>
But yes, it will be otherwise isolated
<Syrup>
so, the execution of the app on the server, and the data it is accesing are in a single session
<Syrup>
isolated from other sessions/grains
<Syrup>
when shared with other users, they are accessing the same session
<Syrup>
the original owner can grant/revoke access to the grain
<Syrup>
is this pretty much correct?
<isd>
Syrup: basically
<isd>
But yeah, the app you describe isn't going off the beaten path at all.
<Syrup>
so, on the client-side, assuming that the grain's app, in this case a meteor app, is serving the client interface, there needs to be some sort of concentrating capability to merge data from different grains together in a single client interface
<Syrup>
the Sandstorm architecture seems to have a 1:1 correspondence between grains and UI elements
<Syrup>
unless the grains are gathered into collection
<Syrup>
and, when the grains are gathered into a collection, the UI is Sandstorm-specific...
<Syrup>
being a list of the grains, only running the grain's app when each grain is selecte
<Syrup>
selected, rather
<isd>
Syrup: you said you wanted to have a mobile app or something for this? you can give programmatic access to a grain, and then have the app do the mixing
<Syrup>
so, a grain that programmatically accesses the data of other grains?
<isd>
Syrup: or if you want to do a mobile app you can have your app talk to an API of some sort on each grain. If you want to do the former, the collections app might provide hints on implementation.
<isd>
dwrensha: also, is it still the case that apps can't advertize providing ipNetwork/ipInterface caps? It would be nice to abstract out that functionality; move the websocket nonsense that IRC idler is doing to a separate app
<dwrensha>
isd: ah, I guess that python2 thing is from our custom node build?
yozlet has joined #sandstorm
<isd>
dwrensha: it's a problem with node's build system. But sandstorm seems to be trying to build its own copy of node, which seems dumb.
<dwrensha>
but... we are getting tantalizingly close
<dwrensha>
in the meantime, the copy/paste powerbox flow works
<isd>
dwrensha: is there any reason not to just shove the arch sed patch (or some variant of it) in there? Every system I've been on that has python 2 has a python2 executable, regardless of what the python executable is.
<isd>
Also, how are you doing development then? Are you using your arch box at all?
<isd>
This has been a stumbling block for fixing the sandstorm-http-bridge issue we talked about yesterday
<dwrensha>
my Arch box is not my primary dev box
<isd>
fair enough.
<isd>
All my clients are arch :/
<zarvox>
ideally, node upstream would patch their build system to ask for a python2 executable instead of "python" (or alternately make their build system work on python3?)
<isd>
zarvox: have you guys tried to push that upstream?
<dwrensha>
isd: does making a symlink python -> python2 fix things for you?
<zarvox>
it looks like that's what the Arch patches do, more or less? I haven't personally taken it on. We did link upstream to the hashmap-thread-lookup patch.
<isd>
dwrensha: Can't, I have python 3 installed as well, which owns /usr/bin/python
<isd>
There's a relevant pr that does very much the wrong thing, which I'm going to leave a comment on.
<zarvox>
So OSX has no python2, only python2.6 and python2.7. Argh.
jadewang has quit [Remote host closed the connection]
jadewang has joined #sandstorm
jadewang has quit [Read error: Connection reset by peer]
jadewang has joined #sandstorm
<isd>
I left a comment on the issue
<isd>
Why is nothing ever easy?
<isd>
What does `uname` print on on OS X? darwin?
<zarvox>
https://github.com/indutny/gyp.js appears to be a work-in-progress thing that would drop the Python build dependency entirely
<isd>
Anyway, I made a suggestion on their tracker. I think for now fixing sandstorm-http-bridge myself has hit the threshold for being too much yack shaving, and I might do something awful to hack around it in the library instead. Is there an issue open for the problem already?
<isd>
2 months seems like a reasonable amount of time to go before nagging.
Telesight has quit [Quit: Leaving.]
yozlet has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
frigginglorious has quit [Ping timeout: 258 seconds]
frigginglorious has joined #sandstorm
jemc has quit [Ping timeout: 240 seconds]
<isd>
I feel like I've asked this before, but I'm not sure I got a response. Is there a policy on apps in the app market that won't run on Oasis (because e.g. they need ipNetwork)?
<zarvox>
I don't think we have a policy for such things yet.
isd has quit [Disconnected by services]
isd1 is now known as isd
<isd>
(back)
<isd>
OK. IRC Idler is still too immature to want to put in there anyway, but it would be nice not to have to finagle some other distribution mechanism