asheesh changed the topic of #sandstorm to: Welcome to #sandstorm: home of all things sandstorm.io. Say hi! | Channel glossary: "i,i" means "I have no point, I just want to say". b == thumbs up. | Public logs at https://botbot.me/freenode/sandstorm/ & http://logbot.g0v.tw/channel/sandstorm/today
amyers has joined #sandstorm
amyers has quit [Read error: Connection reset by peer]
wolcen has quit [Ping timeout: 276 seconds]
amyers has joined #sandstorm
amyers has quit [Read error: Connection reset by peer]
Psy-Q has quit [Ping timeout: 276 seconds]
mnutt_ has joined #sandstorm
Psy-Q has joined #sandstorm
<kentonv> yeah, anonymous users are anonymous. You're not supposed to be able to track them across tabs.
azirbel has quit [Ping timeout: 244 seconds]
simonv3 has quit [Ping timeout: 244 seconds]
mattl has quit [Ping timeout: 264 seconds]
simonv3 has joined #sandstorm
mattl has joined #sandstorm
Mitar has quit [Excess Flood]
Mitar has joined #sandstorm
<Mitar> but you do understand that this is bad user experience?
<Mitar> if user writes in one tab, they would expect that they can edit what they wrote in another tab
<Mitar> why shouldn't it work like private browsing?
mnutt_ has quit [Ping timeout: 276 seconds]
<dwrensha> I could imagine a notion of "ephemeral identities" that would work similar to how our demo identities currently work
<asheesh> (howdy, all)
<dwrensha> ("demo identities" being the thing that you make when you do visit https::demo.sandstorm.io )
<asheesh> I was thinking about that, too. Google Docs does something like that: "Anonymous Aardvark" etc.
<asheesh> Unifying ephemeral identities with demo accounts would possibly improve some of the UX issues we've seen w/r/t Demo Accounts, too.
<dwrensha> I'm always confused with Google docs...
<dwrensha> like, I see that other people are anonymous, but I can never determine whether *I'm* anonymous
<asheesh> I think Mitar has an important point that people expect typing in one tab to be the same "account" as typing in another tab.
<dwrensha> For this reason, I'm always afraid to click on links to docs.google.com
<dwrensha> I wonder whether if having two separate notions of anonymity would be confusing
<dwrensha> i.e. what we have now, plus ephemeral identities
<dwrensha> I don't think we want to get rid of our current notion of anonymous users
<asheesh> Do we need what we have now, I wonder?
<digitalcircuit> dwrensha: my limited experience with Google Drive so far - you're anonymous by default on desktop, and -not- anonymous by default in the mobile apps. I think.
<asheesh> I'd be very interested in seeing a technical design writeup of ephemeral identities (similar to Google anonymous animals), including an optional proposal to remove what we have now.
<asheesh> Doesn't mean that we'd implement it, but I'm very curious what it would look like and I think dwrensha you're one of the best people to write something like that up.
<asheesh> We'd probably still retain "anonymous" for API users, for example. (thinking out loud)
<asheesh> Otherwise we end up in a bit of a mess with e.g. Piwik. Although maybe it's not important; I haven't thought about it carefully.
<dwrensha> Typically, when an identity creates an API token, the requests that come in on that token are associated with that identity
<dwrensha> this is the "forSharing" flag, which is usually set to "false"
<dwrensha> e.g. so when I have an API token for a GitLab grain, GitLab can update its activity feed when I push to the repo
<asheesh> Right. I believe Piwik sets it to true to avoid this behavior, but I'll have to check, One sec.
<kentonv> Mitar: If the app's permission model is "users can edit their own posts but not others'", then I would suggest that the app should require login. If the permission model is "everyone who has permission can edit everything", then anonymous use makes sense -- and anonymous users will be able to edit in any tab.
<kentonv> Mitar: logging in is how you make sure the app can correlate you across sessions. If you want to correlate, but you also want to hide your identity, then what you want is to log in under a pseudonym.
<kentonv> Mitar: Staying anonymous -- *not* logging in -- is what you do when you *do not want* the app to know that you are the same person across multiple visits.
<kentonv> I agree that the ability to create pseudonyms easily would be a great feature although I'm not sure if it's something we will be able to pursue in the short term given everything on our plate.y
<Mitar> > I don't think we want to get rid of our current notion of anonymous users
<Mitar> what you have now could be done with ephemeral entities + private browser window
<Mitar> but ephemeral cannot be done without Sandstorm support
<Mitar> so if current anonymous users would be converted to ephemeral users, then those who want to have a separate tab, would just use private browser window, which is something they are already used to
raoulzecat has quit [Ping timeout: 244 seconds]
<Mitar> > If the app's permission model is "users can edit their own posts but not others'", then I would suggest that the app should require login >>> why? users could post their comments, and be able to edit them while they are there, and when they close the window the session is closed, why would they have to login in?
<Mitar> I really think that having native anonymous users support is a great idea
<Mitar> that we can have apps which do not really require authentication for many actions
<Mitar> but it should be easy to get apps to use that, not that one has to change logic in app a lot
<Mitar> I agree that there are apps which do not need users at all, but they can simply ignore anyway anything Sandstorm send them through headers
<Mitar> what I think is an important question is how to get normal apps which have users and permissions to also support anonymous users because Sandstorm would make it easy to do so
<Mitar> > logging in is how you make sure the app can correlate you across sessions. If you want to correlate, but you also want to hide your identity, then what you want is to log in under a pseudonym.
<Mitar> I want to correlate during a session, but not later on
<Mitar> I want user to be able to edit comments they just made
<Mitar> and I want them to be in power of using multiple windows
<Mitar> once they close or logout in Sandstorm (or click some button to destroy anonymous user) app should not be able to correlate them anymore, because uid will not be used at all
<Mitar> I really think the easiest way would simply be to have uid provided for all users, and then Sandstorm or destroy them for anonymous users when window is closed, or user click destroy session, or they are reused, for normal users
<Mitar> and then apps can simply reuse any logic they have
<Mitar> and if the app does not care about users, perfect, simply ignore uid
<Mitar> if app cares about users, use uid, but some of those uids app will see only once, perfect
<Mitar> if you want to be backwards compatible we can introduce one more ID type thingy
raoulzecat has joined #sandstorm
jemc has joined #sandstorm
CaptainCalliope has quit [Read error: Connection reset by peer]
CaptainCalliope has joined #sandstorm
jemc has quit [Ping timeout: 244 seconds]
jadewang has quit [Remote host closed the connection]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 260 seconds]
jadewang has joined #sandstorm
Psy-Q has quit [Ping timeout: 276 seconds]
Psy-Q has joined #sandstorm
jadewang has quit [Ping timeout: 244 seconds]
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 250 seconds]
aaronr has joined #sandstorm
xobs has quit [Ping timeout: 260 seconds]
aaronr has quit [Ping timeout: 276 seconds]
xobs has joined #sandstorm
aaronr has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 264 seconds]
NhanH_ has joined #sandstorm
sknebel_ has joined #sandstorm
saneki has joined #sandstorm
zarvox_ has joined #sandstorm
dlitz_ has joined #sandstorm
gambatte_ has joined #sandstorm
axx2 has joined #sandstorm
TC01_ has joined #sandstorm
M-hrjet has quit [Ping timeout: 260 seconds]
eternaleye has quit [Ping timeout: 260 seconds]
saneki_ has quit [Ping timeout: 260 seconds]
gillisig has quit [Ping timeout: 260 seconds]
axx_ has quit [Ping timeout: 260 seconds]
NhanH has quit [Ping timeout: 260 seconds]
sknebel has quit [Ping timeout: 260 seconds]
TC01 has quit [Ping timeout: 260 seconds]
gambatte has quit [Remote host closed the connection]
Lord has quit [Ping timeout: 260 seconds]
dlitz has quit [Ping timeout: 260 seconds]
pdurbin has quit [Ping timeout: 260 seconds]
mrshu has quit [Ping timeout: 260 seconds]
zarvox has quit [Ping timeout: 260 seconds]
Lord has joined #sandstorm
M-hrjet has joined #sandstorm
M-eternaleye has joined #sandstorm
mrshu has joined #sandstorm
NhanH_ is now known as NhanH
gillisig has joined #sandstorm
jadewang has joined #sandstorm
wolcen has joined #sandstorm
jadewang has quit [Ping timeout: 268 seconds]
pdurbin has joined #sandstorm
amyers has joined #sandstorm
amyers has quit [Remote host closed the connection]
jadewang has joined #sandstorm
wolcen has quit [Ping timeout: 276 seconds]
jadewang has quit [Ping timeout: 250 seconds]
sknebel_ is now known as sknebel
BigShip has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 260 seconds]
raoulzecat has quit [Ping timeout: 250 seconds]
raoulzecat has joined #sandstorm
dcb- has quit [Ping timeout: 276 seconds]
dcb has joined #sandstorm
earnThis has joined #sandstorm
<earnThis> does sandstorm _need_ a linux distro to run on?
<earnThis> i think im confused as to which layer it sits at
<dwrensha> No, it it does not need any particular distro
<dwrensha> it comes bundled with all of its dependencies and when it it runs it self-containerizes
<dwrensha> in a default install, everything Sandstorm needs gets put in /opt/sandstorm
<dwrensha> all that it needs from the system is a sufficiently new (>= 3.13) Linux ABI
axx2 has quit [Ping timeout: 276 seconds]
axx_ has joined #sandstorm
BigShip has quit [Ping timeout: 252 seconds]
wolcen has joined #sandstorm
<earnThis> dwrensha: so is there any benefit to running ontop of ubuntu, for examplE?
<dwrensha> not particularly
<dwrensha> oh, I should say that the install script has a few dependencies
<earnThis> dwrensha: oh wait, maybe I misunderstood your reply. does sandstorm not need _any_ distro in particular, or does it not need a distro at all ?
<earnThis> dwrensha: im think bare metal vs OS dependent
<earnThis> thinking**
<dwrensha> like bash and useradd and curl
<dwrensha> define "bare metal"
<dwrensha> Sandstorm definitely does need Linux
<earnThis> dwrensha: new server, just has a BIOS
<dwrensha> Sandstorm needs a running Linux kernel
<earnThis> dwrensha: ok thats what I was looking for
<dwrensha> but does it does not make a big difference which distribution you choose
jemc has joined #sandstorm
<earnThis> right
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 276 seconds]
frigginglorious has joined #sandstorm
kecors has joined #sandstorm
frankier has joined #sandstorm
wolcen has quit [Ping timeout: 276 seconds]
xet7b has joined #sandstorm
xet7_ has quit [Ping timeout: 250 seconds]
bemasc has quit [Ping timeout: 260 seconds]
bemasc has joined #sandstorm
frigginglorious has quit [Quit: frigginglorious]
frigginglorious has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 260 seconds]
tobald has joined #sandstorm
wolcen has joined #sandstorm
* asheesh waves, morning all.
kecors has quit [Quit: Leaving]
<frigginglorious> asheesh: morning! On saturday, I met a guy who met you… I think he said at PyCon?
<frigginglorious> Dan Calahan from Mozilla. It’s a small world of developers bro :P
<asheesh> Yup, Dan Calahan I last saw at PyCon. He's great.
bb010g has quit [Quit: Connection closed for inactivity]
jemc has quit [Read error: Connection reset by peer]
jemc has joined #sandstorm
jadewang has joined #sandstorm
wolcen has quit [Ping timeout: 244 seconds]
<frigginglorious> i’m hoping i helped get some sandstorm converts this weekend.
<frigginglorious> Hey, how are you/will you guys be implementing grains that are forks of other packages, into the App Market?
<frigginglorious> I would like to add a small peices of functionality to specialize Rocket.Chat, but it wouldn’t be something they would want in the full product.
jadewang has quit [Ping timeout: 276 seconds]
<Zertrin> bouncing on the exchange with earnThis earlier, I kind of think that the catchline on the main website is a bit misleading "Sandstorm is an open source operating system for personal and private clouds.". One could think of an operating system as something that runs on bare metal (i.e. has a kernel to interact with the hardware). Sandstorm isn't really an OS, but I'm not sure what to call it otherwise.
<earnThis> Zertrin: yes, exactly, the tagline was tripping me up. But calling it an OS short of makes sense. Take CentOS or Ubuntu Server, they run on bare metal but rely on the kernel to actaully interact with the hardware - sounds like Sandstorm does the same, needs a kernel to interact with the hardware, jsut doesnt come with one like CentOS/Ubuntu, so it needs a given linux distro to sort of act in "passive" mode so the kernel can be used
<earnThis> hope no one tells me that's way off cause it makes so much sense to me like that
<dwrensha> I could imagine a Sandstorm-only Linux distro
<asheesh> frigginglorious: re: modified rocket.chat: That's interesting! Tentatively I would say, give it a new name, and I think that's fine.
<asheesh> That way, no one confuses your thing with the official Rocket.Chat package.
<dwrensha> "Operating System" seems like a reasonably appropriate term at least in that case
<frigginglorious> dwrensha: maybe like “Application Distribution System
<earnThis> dwrensha: or atleats "OS Later"
<earnThis> OS layer**
<earnThis> cant type today
<asheesh> I personally don't love calling it an "operating system" but after I add up all the things Sandstorm does (user management, app installs, app isolation, app inter-connection), it seems to me that operating system is an OK name. I would prefer "dashboard" or "software suite" or something like that which avoids the very technical term of "operating system."
<earnThis> asheesh: sure, to a passerby it'd be tough to see the difference between Sandstorm and another OS
<earnThis> err, _an_ OS, not another
raoulzecat has quit [Ping timeout: 260 seconds]
wolcen has joined #sandstorm
tobald has quit [Quit: Ex-Chat]
earnThis has quit [Ping timeout: 246 seconds]
earnThis has joined #sandstorm
jadewang has joined #sandstorm
jadewang has quit [Ping timeout: 244 seconds]
jadewang has joined #sandstorm
zarvox_ is now known as zarvox
jacksingleton has joined #sandstorm
azirbel has joined #sandstorm
earnThis has quit [Quit: Leaving]
wolcen has quit [Ping timeout: 268 seconds]
amyers has joined #sandstorm
amyers has quit [Read error: Connection reset by peer]
amyers has joined #sandstorm
wolcen has joined #sandstorm
wolcen has quit [Ping timeout: 260 seconds]
wolcen has joined #sandstorm
neynah has joined #sandstorm
frigginglorious has quit [Quit: frigginglorious]
wolcen has quit [Ping timeout: 250 seconds]
frigginglorious has joined #sandstorm
neynah has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
BigShip has joined #sandstorm
neynah has joined #sandstorm
amyers has quit [Read error: Connection reset by peer]
amyers has joined #sandstorm
neynah has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client]
BigShip has quit [Remote host closed the connection]
BigShip has joined #sandstorm
frankier has quit [Ping timeout: 276 seconds]
amyers has quit [Ping timeout: 252 seconds]
Mitar has quit [Excess Flood]
Mitar has joined #sandstorm
Mitar has quit [Excess Flood]
Mitar has joined #sandstorm
frigginglorious has quit [Quit: frigginglorious]
frigginglorious has joined #sandstorm
raoulzecat has joined #sandstorm
bb010g has joined #sandstorm
raoulzecat has quit [Ping timeout: 260 seconds]
bemasc has quit [Ping timeout: 260 seconds]
frigginglorious has quit [Ping timeout: 244 seconds]
<zarvox> Observation: Meteor seems to be switching to ~weekly point releases. How on top of that do we want to keep?
<dwrensha> do they bump the node version each time?
<zarvox> I would expect the next node version bump to land at the next Meteor minor (1.4) though benjamn has successfully prototyped using node 5 with Meteor
<zarvox> that said, once they have an easy way to handle multiple node versions, I imagine they would probably ship updates more frequently
<zarvox> To answer your question: I think all of the 1.3.* releases ship the same node (v0.10.43)
xet7b is now known as xet7_
amyers has joined #sandstorm
amyers has quit [Read error: Connection reset by peer]
amyers has joined #sandstorm
BigShip has quit [Ping timeout: 268 seconds]
bencevans has quit [Quit: ZNC 1.6.1 - http://znc.in]
bb010g has quit [Quit: Connection closed for inactivity]
<ocdtrekkie_> PR #1868 looks awesome.
amyers has quit [Ping timeout: 250 seconds]
prettyvanilla_ has quit [Read error: Connection reset by peer]
prettyvanilla has joined #sandstorm
<dwrensha> My theory is that the problem here is that the Sandstorm Build Wiki grain uses the old sharing model https://github.com/sandstorm-io/sandstorm/issues/1869
<dwrensha> am I right that (a) we are hosting such a grain, and (b) it's on the old model?
<Mitar> oh, so you do break backwards compatibility?
<dwrensha> it's a bug that we don't here
<dwrensha> Mitar: where is that grain hosted?
<zarvox> heh that console log: "should never happen: anonymous, but no token either."
<dwrensha> oh, I see. This is the grain that garplybot links to
<dwrensha> It would be good to update that grain to the new model.
<dwrensha> I guess jparyani is the owner?
M-hrjet has quit [Ping timeout: 250 seconds]