<kentonv>
ocdtrekkie, unfortunately, Debian Sid's 32-bit support is currently busted, which means I can't run Wine32, which is needed by the release script.
<ocdtrekkie>
You know, say what you will, but Windows never has all of these issues with these things. :P
<ocdtrekkie>
Ah well.
<ocdtrekkie>
Iunno if it's worth asking about commenting out the Windows support for now and pushing a Linux flavor or not.
<ocdtrekkie>
How soon will Debian fix it?
<kentonv>
the sid issue should be fixed as soon as they finish pushing the 32-bit packages matching the 64-bit ones they pushed earlier today
<kentonv>
I think
<ocdtrekkie>
Living on the bleeding edge, are we?
<kentonv>
Debian Sid is also known (officially) as Debian Unstable
<kentonv>
thing is, "stable" debian is always ridiculously outdated. :/
<ocdtrekkie>
I'm not versed on Debian release names. :P
<xet7>
anyway, I don't use socket with PHP nowadays at all, I always use TCP port like 9000 etc for PHP
<ocdtrekkie>
There wa sa sandstorm issue with a similarish error. On current WordPress
<xet7>
on some very old servers like CentOS 6 there was PHP using socket, elsewhere newer at CentOS 7 etc I use TCP ports, because I did not get .sock files working correctly
<kentonv>
err, TCP ports are sockets too
<xet7>
hmm
<kentonv>
I think you mean unix sockets, specifically?
<xet7>
Yes, unix socket files
<kentonv>
ah
<xet7>
where directory is specifies
<xet7>
specifies
<kentonv>
FWIW they are much faster than TCP :)
<kentonv>
(but it shouldn't matter much)
<kentonv>
You may need to make sure /run is a symlink into /tmp
<xet7>
Hmm, if only I figured out how to get unix socket files working with newer linuxes
<kentonv>
by default /run might be trying to use files from the base system (when in dev mode), which won't work
<xet7>
anyway, if that WordPress-Sandstorm config could be fixed with changing unix socket to TCP port, it would be enough
<xet7>
WP is only needed when grain is running
<xet7>
otherwise it's just static website serving
<kentonv>
right, the grain only runs when the user opens it in the sandstorm UI, not when visitors view the published site...
<kentonv>
but I don't see how that relates to the problem
<kentonv>
I think you need to symlink /run to /tmp
<xet7>
Ok, I'll try it later
<kentonv>
since the source map looks in the current directory first, you can put the symlink in the source directory
<kentonv>
ln -s /tmp run
<kentonv>
(inside the wordpress-sandstorm directory)
<xet7>
Oh Ok, just a moment I'll try
HalfEatenPie has quit [Ping timeout: 248 seconds]
HalfEatenPie has joined #sandstorm
isd has quit [Quit: Leaving.]
jemc has joined #sandstorm
jemc has quit [Client Quit]
_whitelogger has joined #sandstorm
pie_ has joined #sandstorm
pie_ has quit [Ping timeout: 240 seconds]
afuentes has joined #sandstorm
Telesight has joined #sandstorm
Telesight1 has joined #sandstorm
Telesight has quit [Ping timeout: 265 seconds]
Telesight1 has quit [Ping timeout: 240 seconds]
Telesight has joined #sandstorm
Telesight has quit [Quit: Leaving.]
Telesight has joined #sandstorm
Telesight has quit [Ping timeout: 264 seconds]
Telesight has joined #sandstorm
pie_ has joined #sandstorm
pie__ has joined #sandstorm
pie_ has quit [Ping timeout: 260 seconds]
pie___ has joined #sandstorm
pie__ has quit [Ping timeout: 264 seconds]
pie__ has joined #sandstorm
pie___ has quit [Ping timeout: 265 seconds]
larjona has quit [Ping timeout: 276 seconds]
larjona has joined #sandstorm
pie__ has quit [Ping timeout: 260 seconds]
<kentonv>
I'm just going to make Sandstorm's build download Chromium's Clang build, it's easier than getting people to use llvm apt
nicoo has quit [Remote host closed the connection]