<asheesh>
I wrote "/win 3" in the wrong window so that facebook link is what resulted.
<asheesh>
Anyway, I decided it was useful if people who knew me (but didn't know my obscure Kurt Vonnegut reference IRC nick) wanted to reach me on IRC and succeeded.
<ckocagil>
rocket.chat doesn't support anonymous browsing
<neynah>
asheesh should we still set up rocket.chat for all? Slipped my mind.
<asheesh>
+1 to me
<asheesh>
Maybe we should fix the rocket.chat-doesn't-support-anonymous-browsing as part of dogfooding.
<asheesh>
Or maybe we should have our grain show a message that says, "Sign in, or click here for public read-only logs".
<zarvox>
We should also add back in the Sandstorm-specific UI changes, since upstream appears to have backed them out
<zarvox>
namely, hiding logout/login under sandstorm, and fixing up the avatar storage location
mnutt has quit [Quit: mnutt]
mnutt has joined #sandstorm
<ckocagil>
neynah: yt?
NOTevil has quit [Quit: What's this do? OH.]
<larjona>
hi, how can I know now if a Sandstorm app in https://apps.sandstorm.io/ is open source or not?
<larjona>
I recall some months ago I could choose show only open source apps
<ckocagil>
larjona: you can check the license
<asheesh>
kentonv: ^ yeah, we need to figure out what design to have to fix that.
<asheesh>
maybe more like neynah ^ we need to figure out what design to have to fix that.
<larjona>
mmmm draw.io: license: none :/
<asheesh>
Yeah, that's the one proprietary one.
<asheesh>
The rest are all free software.
<asheesh>
Maybe I can propose a design right now.
<ckocagil>
I don't think this is urgent
<larjona>
And I'm not sure if that field corresponds to the license of upstream app, or the sandstorm package
<ckocagil>
Ideally there would be some kind of sorting/filtering section
<ckocagil>
asheesh: ^ is it the license of the port?
<asheesh>
ckocagil: It's the license of the SPK file, which is the license that the packager picked from upstream's options plus any remaining licensing of their own packaging work.
<asheesh>
That's my understanding. I should double-check that we state this clearly somewhere.
<asheesh>
"license
<asheesh>
This is how you will specify the license under which you are distributing the app. "
<asheesh>
So I think that aligns with my understanding.
<larjona>
thanks
<ckocagil>
yeah that's how it should be
<asheesh>
ckocagil: One reason that it is arguably reasonably urgent is that (a) it's a regression from https://sandstorm.io/apps/index.html and (b) I want Debconf organizers who care about software freedom to have a high-clarity time when choosing apps.
<asheesh>
But yeah -- the other thing is that the only non-free one is Draw.io and licensing is listed on the app page.
<asheesh>
non-free in the Debian meaning of non-free, that is, aka non-open-source
<larjona>
asheesh Thanks. Just point out that license is shown as "none", which it's clear for me that it means "non-free", but it does not match your comment "and licensing is listed on the app page."
<ckocagil>
it shouldn't be clear at all. it should definitely say "proprietary" there
<larjona>
I said "for me" :)
<larjona>
I mean: for me, one piece of software is non-free until proven the opposite
<ckocagil>
I actually thought the spk packager forgot to add license data, and it was probably free like all the other apps
<asheesh>
We vaguely aim to catch that in the review process for being listed, although in the long run probably situations like that will occur.
<asheesh>
I'm +1 to "things are not open source unless clearly stated" but of course I'd say that, I'm a Debian developer. (-:
mnutt has quit [Quit: mnutt]
<asheesh>
To downgrade VirtualBox to 4.x is a somewhat hilarious process so far, zarvox, but I am now doing it!
eternaleye has joined #sandstorm
<zarvox>
asheesh: <3, let me know how it goes
<asheesh>
Turned out it was easier than I thought (I needed to enable 'contrib' from 'jessie-security') but now I'm autopackaging a different Meteor app : P
<asheesh>
zarvox: In my testing, 4.3.30-dfsg-1+deb8u1 builds Rocket.Chat fine but 5.whateverIhadbefore does not. You want to tell them, or should I? I'm cool with whichever.
<zarvox>
I'll leave it to you. I had success with 4.3.32, FWIW. Do you have any guess as to what regressed in vboxsf that caused this?
<asheesh>
bdc
<asheesh>
...
<asheesh>
I don't super-duper know but it seems to have to do with symlinks.
<asheesh>
Naturally I wish I had something smarter to say.
<asheesh>
Weird that symlink handling would be weird Linux<->Linux, honestly.
<zarvox>
Wow, running "vagrant-spk dev" results in a 58-second noop build time for Rocket.Chat. And since the meteor stack can't do the live-updates stuff, that means a one-character iteration requires a minute-long rebuild.
<dwrensha>
"noop" in what sense?
<zarvox>
I ran "vagrant-spk dev", then ran it again without changing anything
<zarvox>
the second one (which has anything cacheable cached) took 58s
<zarvox>
in most dev environments, I would expect it to take approximately 0s, since I didn't change anything
<kentonv>
you kids are so impatient. At Google a 1 incremental minute build was considered AMAZING!
<kentonv>
err, swap(incremental, minute)
xet7_ has quit [Ping timeout: 240 seconds]
<asheesh>
i,i bringing Google-style infrastructure to the world
<kentonv>
I actually wrote in my goodbye post a recommendation that the build tools team implement something like "ekam continuous", trying to explain how amazing it was to have instant feedback in my at-home projects, but the reaction seemed to be like "yeah that would be nice but dunno if we should prioritize that"
<asheesh>
Now we could be similarly careless for Sandstorm developers as they were for Google ones!
<zarvox>
Ha. At Facebook, their typechecker runs as a daemon, so as soon as you save the file you get typechecker errors in your editor
<zarvox>
and HHVM does live-reload, so you just save the file -> refresh browser window
bb010g has quit [Quit: Connection closed for inactivity]
simonv3 has quit [Quit: Connection closed for inactivity]
soulshake has left #sandstorm [#sandstorm]
simonv3 has joined #sandstorm
isd has joined #sandstorm
<ocdtrekkie>
zarvox: I still really want like a phpspk that doesn't make me do Vagrant.
<asheesh>
ocdtrekkie: Would you run it on Linux?
<asheesh>
And/or are you OK with that 'phpspk' tool being a grain you run on Oasis?
<asheesh>
Then you 'git push' the PHP codebase to your phpspk-packaging grain, and it makes an SPK (recursion!), and then you click etc.
<asheesh>
But that doesn't provide anything resembling 'spk dev'.
<ocdtrekkie>
asheesh: I only pack things on Linux.
<asheesh>
Good to know.
<zarvox>
ocdtrekkie: I'm not sure how to help you produce an spk containing Linux binaries from Windows without approximately requiring pulling in a Linux VM.
<ocdtrekkie>
I use spk, but I am lustful of the php feature of vagrant-spk.
<asheesh>
Another question: if we adjusted how the Vagrant stuff worked so on Linux, you didn't need VirtualBox, would that help?
<zarvox>
ahhh, you historically have just used SPK directly; I see
<zarvox>
If I wrote systemd-nspawn-spk, maybe that would be satisfactory for your purposes
<asheesh>
Hah
<ocdtrekkie>
And I have like 3 GB of free space on my dev VM, I don't wanna run another VM image on top of it. :P
<asheesh>
+1
<ocdtrekkie>
I have been kinda tempted to see if I could take the php stack code from vagrant-spk and make a script just for Linux that did it right on the machine. But I also got a job where I now work more than full time.
<ocdtrekkie>
And so when I go home, I just wanna play video games.