<gwillen>
hi channel! Let me preface this by saying that this could be something about our setup, and I'm not our sandstorm administrator (he's looking into this too), but: we're having weird issues with wekan on our sandstorm server
<gwillen>
if we create new wekan instances, we get 'board not found', and all existing instances are behaving as readonly, even to their owners
<gwillen>
this doesn't seem to happen to e.g. etherpad
<zarvox>
How odd.
<gwillen>
(it seems like at least one of his (the admin's) wekan boards is still working for him, and he can create new boards, but I still can't.)
<gwillen>
yeah.
<gwillen>
I can very probably get him in here if it would help.
<zarvox>
This is version 0.9.0?
<zarvox>
(app versions are shown on the app details page)
<gwillen>
yes, wekan 0.9.0 on sandstorm 0.130
<gwillen>
it started doing this sometime in the last week, I first noticed it today
<gwillen>
the last edit I see is three days ago
<zarvox>
Hmmm, everything is fine with new Wekan boards on Oasis and a local instance.
* gwillen
nods
<zarvox>
Can you open the Debug log (button to the right of the trash can in grains that you own) and see if there's anything suggestive there?
<gwillen>
I don't think we updated anything int he last week?
<gwillen>
there was nothing suggestive in the log, no, or nothing obvious to me
<gwillen>
in either the one I already own or the new one I tried to create
<zarvox>
:/
<gwillen>
it all looked normal
<zarvox>
Did you change how you log in in some way?
<gwillen>
I am logged in via email link
<gwillen>
I tried logging out and back in, to no avail
<gwillen>
but when I tried at first it was in the same session I created the board
<gwillen>
and my grain view recongizes me as the owner of the grain
<zarvox>
Oh, make sure you refresh the page (Ctrl-R) after doing email login
<gwillen>
trying
<gwillen>
nope
<zarvox>
okay, so the app recognizes you as you, but seems to have the wrong permissions assigned to you?
<gwillen>
it seems that way
<gwillen>
the grain recognizes me as owner, it shows me the log and download and delete icons
<gwillen>
but it's showing me the readonly view
<gwillen>
I can't drag things or create or edit things
<zarvox>
Ahhh, so sandstorm believes you are the owner, but the app inside does not
<gwillen>
this is the same view it would show if I clicked a share link while not logged in to sandstorm
<gwillen>
so it's possible that sandstorm is not telling the app who I am or something?
<gwillen>
(or if I clicked 'do not reveal my identity' I think it behaves this way too)
<gwillen>
so I wonder if somehow sandstorm has forgotten to tell the app who I am
<gwillen>
ooh, hang on. I just discovered something in the JS console that might be a product of our peculiar sandstorm hosting setup.
<zarvox>
it's possible that Sandstorm is not sending the correct X-Sandstorm-User-Id and/or X-Sandstorm-Permissions to wekan
<zarvox>
ohhhhhhh
<zarvox>
tell me more :)
<gwillen>
I'm seeing 403 and 404 errors from the server in the network tab
<gwillen>
we have the whole thing behind a client cert
<gwillen>
and occasionally this fails in nasty ways
<zarvox>
mmmmm, what's 403/404ing?
<gwillen>
well, .sandstorm-credentials for one thing
<gwillen>
which is a very suggestive filename
<gwillen>
that's giving 403k
<gwillen>
er 403
isd has joined #sandstorm
<zarvox>
fascinatingly, I can find no reference to sandstorm-credentials in either wekan or sandstorm's current codebases
<gwillen>
o_O interesting
<zarvox>
oh, maybe it's a part of accounts-sandstorm
<gwillen>
I do see it in meteor-accounts-sandstorm
<zarvox>
ahh, that'd do it then
<zarvox>
not sure why it fails with client certs though, unless there's some inherant race condition that's usually won but you guys seem to reliably lose with client certs :P
<zarvox>
or unless the request is failing no matter what
<gwillen>
well, we didn't change our auth setup
<gwillen>
it was working with client certs last week :-)
<gwillen>
obviously something changed but we haven't figured out what yet
<zarvox>
Hmmm. Well, this answers why etherpad works but meteor apps don't.
<gwillen>
that makes sense.... can you give me the name of another meteor app in the app store I could double check with?
<zarvox>
Presumably rocket chat or other meteor apps using meteor-accounts-sandstorm are likely to be similarly impacted.
<gwillen>
yep, rocket chat fails similary
<gwillen>
same 403, it just displays a blank page
<zarvox>
Okay.
<zarvox>
Any content in that 403?
<zarvox>
(and any way to trace which layer is generating it?)
<gwillen>
it's being emitted by nginx
<zarvox>
i.e. your client-cert-requiring https frontend, the sandstorm proxy, or wekan itself
<gwillen>
which I fear means it's us rather than you
<gwillen>
I assume if sandstorm or wekan were generating it, it would say something else
<gwillen>
but I don't know where nginx actually comes in here
<zarvox>
could check the nginx error logs maybe?
* gwillen
nods
<gwillen>
I'm asking if our admin wants to come in here
<gwillen>
since I don't have those
<gwillen>
he's in the middle of debugging it himself, he'll drop in here in a few minutes if he can't figure it out
<gwillen>
thanks for your help so far zarvox :-)
<zarvox>
glad to help, and massively comforted that this is an issue likely limited to your setup ;)
<gwillen>
hah, *nods*
<gwillen>
I'm afraid we've hit a few of those so far, although this is the first that's seemed to be inside the server
<gwillen>
chrome is a bit uncooperative with the client cert stuff
<gwillen>
(if a websocket wants a client cert, it will fail the request if it would have to prompt the user)
<zarvox>
Yeah, client certs aren't super widely used, so when you do try to use them, they tend to discover issues.
<gwillen>
yeah
<gwillen>
and I suspect the chrome team's answer to any of these would be "nobody uses that feature, go away before we deprecate it"
<zarvox>
Hah!
<zarvox>
Yeah, probably :(
<gwillen>
(meanwhile, cookies are and continue to be terrible)
<zarvox>
That said, client certs certainly have some UX issues that I'm not sure are solvable for the general populous, so I can't really say they'd be completely wrong
<gwillen>
I had the thought the other day that you could fix CSRF if you just banned sending cookies with any POST that doesn't have a first-party origin
<gwillen>
which means banning 'third party cookies' but also cookies coming along with top-level posts from another domain
<gwillen>
and I'm not sure this would break anything work saving
<gwillen>
you're not wrong about the UX issues, but we're using them in the enterprise space where those are generally not a problem
<dwrensha>
Game of Y might be a good app to be testing this problem, as it is lightweight uses the accounts-sandstorm Meteor package
<dwrensha>
if things are working, you should see your name in the upper right when you visit a Game of Y grain
<dwrensha>
gwillen maybe websockets are not working for you?
home has quit [Quit: Leaving]
<gwillen>
dwrensha: let me try game of y
<dwrensha>
Telescope is another app with similar properties
<gwillen>
yeah same issue, it says 'sign in/up'
<gwillen>
where presumably my name should be
<gwillen>
so it's not getting the credentials
<dwrensha>
what browser are you using?
<gwillen>
but the fact that the 403 on .sandstorm-credentials is coming from nginx makes me think this is a problem with our setup
<gwillen>
chrome
<gwillen>
(And not actually a sandstorm problem)
<dwrensha>
yeah, blocking dot files with nginx sounds like a somewhat reasonable thing to want to do
<gwillen>
except this was working until sometime late last week or over the weekend
<gwillen>
and nobody professes to have made any config changes
<gwillen>
which doesn't mean none were made ;-)
<gwillen>
anyway our admin is debugging it
funwhilelost has quit [Ping timeout: 246 seconds]
bb010g has joined #sandstorm
<asheesh>
I imagine this is dotfile blocking
<asheesh>
gwillen: &
<asheesh>
gwillen: ^ rather
<asheesh>
Can you test other files starting with . ?
<dwrensha>
I wonder how common this practice is
<dwrensha>
and whether it indicates that we should use a different path for the credentials
<asheesh>
It's a pretty common practice in my experience.
<dwrensha>
I just wanted to know appid and version
<dwrensha>
trying to map events from my sandstorm.log to which app was installed
<zarvox>
there's probably a way to express that with jq
<dwrensha>
well, I've already found my answer :)
<dwrensha>
but I'm still super perplexed about the thing I was debugging...
joshbuddy has quit [Quit: joshbuddy]
<zarvox>
what is the perplexing thing?
<dwrensha>
apparently *sometimes* sharelatex will be super unreliable and break its connection every minute
<dwrensha>
this is a bug that was present in one spk that I created and possibly uploaded to oasis
<dwrensha>
but I *believe* the bug is fixed in the released version
<dwrensha>
but I saw the bug in the wild today, could reliably reproduce it on Oasis, but can no longer reproduce it :(
<dwrensha>
hm....
<dwrensha>
to be more accurate, I could reliably reproduce it on my personal server
<dwrensha>
and someone else was reporting seeing it repeatedly on Oasis
<dwrensha>
then I uninstalled the app and reinstalled it on my server
<dwrensha>
and neither of us has seen the problem since!
<dwrensha>
I guess my working theory now is that my personal server got stuck with the bad version (I think appVersion is 9 in both spks), and reinstalling flushed it
<dwrensha>
and there was some unrelated transient problem on Oasis
isd has quit [Ping timeout: 250 seconds]
singli has quit [Quit: Page closed]
isd has joined #sandstorm
<gwillen>
asheesh: dwrensha: zarvox: I had to run off after we were talking before, but I just wanted to say that y'all should get like, the IRC help channel achievement award
<gwillen>
for helping me fix a problem that your software didn't even cause :D
<gwillen>
(this is not the first time this channel has helped us with not-your-fault issues with our sandstorm instance)
<gwillen>
it is a nice contrast to the usual IRC mantra of "we will only help if the problem is provably our fault, and you're on the latest version, and your configuration is not unusual, and you have a minimized testcase"
<asheesh>
Maybe that's a Sandcats HTTPS bug I should be worried about!
<asheesh>
I wonder if your server is in the middle of a HTTPS cert transition.
<mnutt>
weird, wouldn’t have expected
<asheesh>
Yeah, agreed.
<mnutt>
Error: Capability has been closed.
<gwillen>
mnutt: ooooh :D
<gwillen>
mnutt: does this imply maybe android could be a thing
<gwillen>
or is it just ios for now
<asheesh>
Wait uh does that mean I can use this for auto photo backup without giving all my photos to Google?
<mnutt>
asheesh: reload and it should work
<asheesh>
Fixed re: "capability ..." yeah
<asheesh>
So BTW mnutt I kinda only want the demo files on isDemoUser==true users.
<asheesh>
Curious what you think.
<mnutt>
gwillen: maybe, the ios code was incredibly painful to work with, hopefully the android code is better
* gwillen
nodnods
<gwillen>
asheesh: is this re: davros? If so I think I say disagreement box
<gwillen>
but I guess it might get annoying if I made a bunch of shared folders and had to delete them each time?
<gwillen>
but the first time it was super helpful
<mnutt>
yeah, agree with both. makes for a good first time experience, but a bad nth time experience
<gwillen>
it might be better if it was just a single "README.davros" or something
<gwillen>
but having something to interact with is important when just trying something out
<gwillen>
which is inevitably what I'm doing when I first install a grain
<mnutt>
I should probably leave for isDemoUser=true, but come up with a backgroung image to show when there are zero files
<gwillen>
if it were just 'welcome to davros.md' I think it would be appropriate to start every folder with it
<gwillen>
but is there some way to like, pass a magic flag only the first time a user makes a grain for an app?
<gwillen>
or perhaps ask a user "start app in demo mode [y] [n] [ ] remember"?
<gwillen>
if the app professes to have a demo mode
<mnutt>
what about, when you load a grain for the first time and there are no files, there’s a “get started” button right in the center. if you press it, the demo files get added. if you drag in files or sync or something, it goes away, never to be seen again
<mnutt>
perhaps still annoying, but slightly less so
<mnutt>
or maybe [ demo ] or [ upload ]
<asheesh>
Ooh, a background image that would let me create the sample data would be amazing.
<asheesh>
"Learn more"
<asheesh>
etc.
<asheesh>
BTW we have the same question about Etherpad.
<asheesh>
I do think it's vaguely preferable if demo users really aren't treated differently.
<asheesh>
But yeah, I've made ~4 Davros grains and after the ~2nd one it makes me a little sad, so I wonder what we can do differently.
<mnutt>
[ remove demo files ] :)
<mnutt>
deleting things without having to click into them is on my list
<asheesh>
+0 to [ remove demo files ]
<asheesh>
That seems pretty solid to me.
<mnutt>
I’m just wary of making it too easy to delete stuff, davros currently has no versioning and anything you delete from the web UI wcould be erased across multiple devices
<mnutt>
but yeah, [remove demo files] is pretty easy to do
<mnutt>
I’m on my way towards the ember app itself also using webdav, rather than its own API. makes things nice and tidy.
<asheesh>
Whoa
<mnutt>
surprisingly, even IE implements the basic webdav commands in ajax
<mnutt>
so we’re set as far as ‘modern’ browsers go
<gwillen>
I like either single-click "show me the demo files" OR single-click "remove the demo files"
<gwillen>
the former sounds easier on people who are just going to create it and then sync from another device, never wnating to fiddle with the web interface
<asheesh>
i,i Put your cat JPGs in the file sink
<gwillen>
it might even make sense for this to be a sandstorm button/toggle, independent of whether you're a demo user
<gwillen>
like "give me this app in demo mode"
<gwillen>
or "please tell this app to do its demo dance"
<asheesh>
Yeah, +0 on that. If you can design the UI for it, I will probably try to argue for it.
<asheesh>
I'm going to randomly hack on auto packaging stuff for Meteor apps for a bit instead.
* gwillen
nodnods
isd has quit [Read error: Connection reset by peer]
mnutt has quit [Quit: mnutt]
sasattack has quit [Ping timeout: 246 seconds]
ocdtrekkie has quit [Remote host closed the connection]
aldeka has quit [Remote host closed the connection]
ocdtrekkie has joined #sandstorm
aldeka has joined #sandstorm
rhapsodhy has quit [Remote host closed the connection]
rhapsodhy has joined #sandstorm
<zarvox>
gwillen: thanks for your kind words from earlier! I just got around to reading the backlog, and reading your thanks totally made my day. :)
<gwillen>
aww, np zarvox :-)
joshbuddy has joined #sandstorm
joshbuddy has quit [Quit: joshbuddy]
jjb is now known as oao
jadewang has quit [Remote host closed the connection]
<asheesh>
So I'll punt on that for now but maybe jparyani has some ideas about that.
<erikmaarten>
asheesh, I get "stdin: is not a tty" a few times when doing vagrant-spk up on Linux, is that a problem?
<asheesh>
Not a problem at all. I need to silence that but it turned out harder than I thought.
<asheesh>
dwrensha: Oh you're saying that "CRLF.CRLF" is a line that RoundCube can't send out?
<erikmaarten>
ok, god
<dwrensha>
I certainly didn't enter it
<asheesh>
A dot on a line of its down does mean "This SMTP DATA block is over"
<erikmaarten>
good*
<asheesh>
Oh, okay
<asheesh>
Well anyway now you know basically everything I know.
<asheesh>
erikmaarten: Yeah. You're not the only one to have been bothered by this.
<asheesh>
I'd like to fix it soon!
<erikmaarten>
no worries, small issue :)
<asheesh>
And/or you can , by adding config.ssh.pty = true to a specific part of .sandstorm/Vagrantfile, but then some of the scripts might go haywire (??)
<dwrensha>
that option is evil!
<asheesh>
Is it actually evil, or is it "just" that we need to figure out how to make it interact nicely with various things?
<asheesh>
I can rejigger the bashrc so that it doesn't complain about stdin not being a pty, if that's less evil.
<asheesh>
I <3 ssh -t
<dwrensha>
the vagrant docs basically say "only use this is it's really necessary and you really know what you're doing"
<asheesh>
Oh, I'm reading that now.
<asheesh>
OK, good point dwrensha.
<asheesh>
Then I should adjust the bash configuration to just not complain!
<asheesh>
Thanks for remarking on that.
<dwrensha>
oh, I'm noticing that jparyani recently updated RoundCube
<dwrensha>
maybe the bug only exists in the new version?
<asheesh>
Yeah, that's what I'm wondering.
dcb has quit [Ping timeout: 240 seconds]
<asheesh>
erikmaarten: BTW, I forgot to mention before -- do you know about if process.env.SANDSTORM === 'Y' ?
<asheesh>
You can detect Sandstorm at runtime that way, which can help with making upstream-able Sandstorm-ification patches.
<erikmaarten>
thanks asheesh. I think I vaguely remembered there was a way to check that but wasn't quite sure if I should aim to make the patches upstreamable or not
<asheesh>
I'm very +1 on making them upstreamable if possible
<asheesh>
Naturally you can and should do whatever you want, as is the zen of doing things as a volunteer (-:
<erikmaarten>
great :D
<erikmaarten>
I'll definitely do that if it doesn't require that kind of check in many places
dcb has joined #sandstorm
notevil has joined #sandstorm
bb010g has joined #sandstorm
dcb has quit [Ping timeout: 250 seconds]
dcb has joined #sandstorm
<erikmaarten>
asheesh, one more question, where do I find $SANDSTORM_HOME/latest/.../sandstorm/? Just wanna have a look at the package.capnp format
<erikmaarten>
is that in the VM?
<asheesh>
Yeah, /opt/sandstorm/latest/ in the VM
<erikmaarten>
ah, ok
<erikmaarten>
thanks!
<asheesh>
Very happy to help.
<dwrensha>
older versions of RoundCube trigger the same error for me
dcb has quit [Ping timeout: 264 seconds]
jadewang has joined #sandstorm
mnutt has joined #sandstorm
<asheesh>
geofft: Thanks!
<asheesh>
(w/r/t comment on SMTP bug)
<asheesh>
dwrensha: Are User IDs a secret? I ask because I'm curious about privacy implications of storing a new property, referredBy, in User objects, and having it be a "foreign key" to a different User
<dwrensha>
I don't think there's any reason for them to be secret
<asheesh>
Whoa, I guess also I should think more carefully about using Contacts for this.
<dwrensha>
jparyani: I guess roundcube might be using the old hack of just always using the most recently passed-in SessionContext?
paulhibbitts has quit [Client Quit]
<erikmaarten>
I think the old one used to update regularly... but yes, Botbot has the new logs anyway
<dwrensha>
(I suppose I should clarify that I'm talking about roundcube-6.spk, which is the one used in our tests.)
joshbuddy has joined #sandstorm
paulhibbitts has joined #sandstorm
<dwrensha>
A consequence of that old hack is that the most recent session might have been a HackEmailSession.
<paulhibbitts>
Hello! My name is Paul Hibbitts and I am an educator in Vancouver, BC just starting to learn about the potential of sandstorm.io :-)
<dwrensha>
hi!
<paulhibbitts>
Might anyone be able to field a few real newbie questions about the environment? Esp. around GitLab and possible FTP access options?
<paulhibbitts>
Hi @dwrensha!
<paulhibbitts>
IRC newbie as well :-)
<dwrensha>
I can answer GitLab questions
<paulhibbitts>
Awesome, very newbie so please bear with me...
<asheesh>
Welcome, Paul!
<paulhibbitts>
Thank you!
<paulhibbitts>
I am using GitHub with a flat-file CMS called Grav to support collaborative editing of my course companion for a course I am teaching. I've also got Deploy running to do automatic deployments via a Webhook
<paulhibbitts>
I've installed GitLab, but the options I see are not what I've seen on their own demo site - esp. Webhooks which I cannot seem to find. Are Webhooks support in GitLab on sandstorm.io?
<paulhibbitts>
Ah! Ok, so might this be something that is down the road? Or perhaps there are alternatives: in general I am trying to do desktop editing of file -> Git -> auto deployment to FTP server
<paulhibbitts>
And having said Git repository have a friendly Web interface to allow myself and students to edit, et.
<dwrensha>
we definitely want to support githooks and similar mechanisms
<dwrensha>
and we're currently building the mechanism for granting such capabilities
<dwrensha>
the Powerbox
<paulhibbitts>
So perhaps once that is in place then support for something like Webhooks could be in place?
<dwrensha>
yep
<paulhibbitts>
Any broad sense of timeline? I know, unfair question :-)
<dwrensha>
heh, hard to say. a small number of months from now?
<paulhibbitts>
fair enough, I appreciate just an idea thanks
<dwrensha>
some people were working on an app called "Gitweb Pages" that works today and does some of what you want, I think
<paulhibbitts>
Oh! I will see if I can learn more about that, thanks!
<dwrensha>
It's a git repo and automatically makes its content public via Sandstorm web publishing feature
<dwrensha>
I know asheesh uses it heavily
<paulhibbitts>
I wonder if GitHub Desktop could talk with it? My audience is more on that app than Git command line, etc.
<paulhibbitts>
I know this might be way off base, but if an app is setup in sandstorm is there anyway to FTP updates to it? Or is this related to the Powerbox feature too?
<paulhibbitts>
I.e. let say I package a flat-file CMS (like Grav) and then want to push updates from my own GitHub repo until more options are available on sandstorm itself.
<asheesh>
re: GitWeb pages: I think that app isn't on the market yet, dwrensha, fwiw; awaiting some changes by XgF I believe.
<asheesh>
I can spray the SPK file around though I suppose!
<dwrensha>
I'm just remembering that davros also has a web publising feature
<dwrensha>
*publishing
<zarvox>
Today, whenever kentonv (or any app author) releases a newer Etherpad (or other Sandstorm.io package) package, users who installed Etherpad on Sandstorm will see a notification and can click a button to be updated to the latest version.
<zarvox>
Provided that the package is published through the app market/index.
<zarvox>
It sounded like you wanted some workflow where you push changes to your github repo, and some other automated things happen, and then users of that Sandstorm app get notified there's an update, and can click a button and start using new features?
<paulhibbitts>
Thanks very much, I will also take a look at Davros! Love to learn more about GitWeb when possible :-)
<asheesh>
zarvox: I think when paulhibbitts says "updates" he means "new content for the app to read" rather than "modifications to the app's code" though of course I'll let paulhibbitts confirm.
<dwrensha>
paulhibbitts: note that there is also a plain GitWeb (not GitWeb Pages) that doesn't have the web publishing feature
<asheesh>
And yeah, paulhibbitts -- what are your timeframe requirements/goals/etc?
<zarvox>
Ohhhh, so just keeping published content in sync with some tracked source code. Yeah, Gitweb Pages is probably okay for that today.
<asheesh>
(Except it's not on the app market)
<asheesh>
(yet)
<paulhibbitts>
Thanks zarvox and asheesh, yes I am working with a flat-file CMS (content and code all text files) so I've got this workflow where instructors can edit content on their desktop, press one button on GitHub Desktop to submit changes, and then using Deploy to auto-deploy updated GitHub files. This workflow also supports students collab or GitHub. Hope
<paulhibbitts>
that makes sense :-)
<asheesh>
Makes total sense.
<asheesh>
Presumably the static file generation, in your workflow, occurs server-side?
<asheesh>
That way, instructors don't have to install it on their own machines? (But I saw from your Tweets etc that they *can* if they want to, I think.)
<paulhibbitts>
I've been testing this approach this term, and other instructors I've shown this too are getting pretty interested. So, now exploring if sandstorm.io could help make this even easier for others in BC (Canada) to try out, etc.
<asheesh>
BTW I think you should be able to use GitHub Desktop with Gogs/GitWeb/GitLab on Sandstorm, from my cursory Googling.
<asheesh>
And if not, honestly, we should adjust reality so that _is_ true.
<asheesh>
I'd love it if you can test that on the sooner side.
<paulhibbitts>
Thanks asheesh, yes the instructor can just keep content on their desktop but also using MAMP they can run a local copy. I've been trying to get a GitLab repo cloned with GitHub Desktop but no luck yet, I will keep working on that one
<paulhibbitts>
I got close with Windows GitHub Desktop but generated errors, sent a support request so hopefully that will get a response.
<asheesh>
paulhibbitts: Totally possible it doesn't work right now. I guess you have no obvious way to run the git credential helper stuff, using GitHub Desktop? But there is an alternate way (basic auth) that should work right now, I think.
<asheesh>
support request to GitHub desktop? Probably they don't care a lot about Sandstorm, so probably better to file a Sandstorm bug with screenshots of what you're doing IMHO.
<paulhibbitts>
So many great possibilities with sandstorm.io :-)
<asheesh>
(-:
<paulhibbitts>
Thanks, but first I am trying to get things working with a standard GitLab install with my university... I will keep working on this issue.
<asheesh>
Ah hah, okay, cool.
joshbuddy has quit [Quit: joshbuddy]
<asheesh>
Sandstorm-wise, if you want to create a Sandstorm package for the flat-file CMS you're using, that would give us all a head-start on connecting it to git repositories when the powerbox becomes ready.
<asheesh>
If you want to wait for the powerbox (way to connect apps) before doing that, I'd totally understand (-:
<paulhibbitts>
Thanks very much, I am in touch with some other folks in BC, Canada who are leading an effort to explore sandstorm, etc. and they might be able to help me on that front. FYI, the flat-file CMS I am using is http://getgrav.org/
<asheesh>
jadewang linked to it here earlier today; it's very impressive!
<paulhibbitts>
I've been working with it since about the new year, and I think it has some very powerful characteristics for use in the education field, esp. being able to support GitHub editing. If you look at my course companion at http://cmpt-363-153.hibbittsdesign.com/ you will see GitHub edit links on various pages and also top nav bar
<asheesh>
And depending on your perspective, GitHub edit link is either a win (yay public portfolio) or a lose (boo no more student privacy).
<paulhibbitts>
Hosting GitLab, on sandstorm, for educators to use/share is a REALLY powerful approach I think.
<paulhibbitts>
We have student privacy policies here in BC at play, but sandstorm on an institutional server(s) makes it possible for all scenarios!
<asheesh>
(-:
<asheesh>
If you're OK with waiting a few months for the powerbox, then I guess we should leave it at that for now, much as I hate to say "no" to a really promising Sandstorm use-case.
<paulhibbitts>
Indeed, thanks to jadewang I got invited to drop in and say hello :-)
<asheesh>
(-:
<jadewang>
^_^
<paulhibbitts>
Thanks very much, I really appreciate all the helpful information you've all shared with me! I will keep my eyes peeled for Powerbox news re: GitLab Webhooks and possible FTP access. Will explore Davros more too.
funwhilelost has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
<asheesh>
Great! If you're not already, do subscribe to our email announcements list -- info at the top of https://sandstorm.io/
<paulhibbitts>
Will do, and I will share all this with my BC Education contacts too :-)
bb010g has quit [Quit: Connection closed for inactivity]
<paulhibbitts>
Hey asheesh, just to let you know I finally got GitHub Desktop Windows working with GitLab at my university, so down the road that looks like an option for sandstorm too :-) Next up, GitHub Desktop for Mac!
<paulhibbitts>
So now I can say once GitLab Webhooks are also support on sandstorm then looks like the GitHub Desktop clients will work with it too!
notevil has quit [Quit: DING!]
kecolus has quit [Quit: Leaving]
bb010g has joined #sandstorm
<mnutt>
just reading up on the webhooks discussion, and I’m probably just projecting all of my hopes and dreams on powerbox at this point, but what if davros could somehow expose a capability to notify another app when a file changes. so davros is the auto-syncing aspect, then the other app receives the file and can do whatever it wants with it.
<asheesh>
I think that'd be glorious.
<asheesh>
Feel free to get started right now designing the Cap'n Proto RPC file for that, fwiw.
<asheesh>
The backend for the powerbox already exists, but it requires copying-and-pasting API tokens between apps.
<asheesh>
Well I should say the backend exists, and the frontend exists in a minimalist/Nihilist form that requires copying-and-pasting API tokens between apps. But the plumbing is all there, so apps could start preparing for it now.