digitalcircuit has quit [Ping timeout: 260 seconds]
gharris has joined #sandstorm
gharris has quit [Client Quit]
samba_ has quit [Quit: WeeChat 1.8]
samba_ has joined #sandstorm
samba_ has quit [Read error: Connection reset by peer]
samba_ has joined #sandstorm
digitalcircuit has joined #sandstorm
digitalcircuit has quit [Ping timeout: 240 seconds]
digitalcircuit has joined #sandstorm
jemc has joined #sandstorm
samba_ has quit [Ping timeout: 246 seconds]
samba_ has joined #sandstorm
ogres has joined #sandstorm
jemc has quit [Ping timeout: 240 seconds]
jemc has joined #sandstorm
gharris has joined #sandstorm
jemc has quit [Ping timeout: 255 seconds]
jemc has joined #sandstorm
Zarutian has joined #sandstorm
jemc has quit [Ping timeout: 246 seconds]
<gharris>
TimMc: Seems like my expectations and the security model are at odds. I was logging in via the LDAP, then logging in via SAML, rather than combining them. From something else I had read, I was under the impression that if they were served by the same server/service that it would know that it's the same user. Hopefully this will be cleared up by
<gharris>
the new model.
<TimMc>
Not so much the security model as the identity model, I'd say.
jemc has joined #sandstorm
harish has joined #sandstorm
samba_ has quit [Ping timeout: 272 seconds]
ogres has quit [Quit: Connection closed for inactivity]
huooo123 has joined #sandstorm
<huooo123>
Hi guys; do you know if there is a way to implement something like this? const version :UInt64 = (1 << 44) | (2 << 24) | 3;
<huooo123>
1,2,3 are autogenerated from a configure.ac (version.capnp.in) and I have to compose them, but it's a 64bit number and shell scripts might just not work for that (yeah, a shell limitation, but still). Is there any trick I can do to achieve the same result?