sshao has quit [Quit: Connection closed for inactivity]
johnmuhl has joined #rubinius
jfredett-w1 has quit [Read error: Connection reset by peer]
jfredett-w has joined #rubinius
|jemc| has quit [Ping timeout: 272 seconds]
|jemc| has joined #rubinius
tenderlove has quit [Quit: Leaving...]
amsi has quit [Quit: Leaving]
nirvdrum_ has joined #rubinius
johnmuhl has quit [Quit: Connection closed for inactivity]
havenwood has joined #rubinius
nirvdrum has joined #rubinius
nirvdrum_ has quit [Ping timeout: 255 seconds]
josh-k has joined #rubinius
josh-k has quit [Read error: Connection reset by peer]
josh-k has joined #rubinius
josh-k has quit [Ping timeout: 245 seconds]
meh` has quit [Ping timeout: 272 seconds]
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
havenwood has quit [Ping timeout: 250 seconds]
diegoviola has quit [Remote host closed the connection]
<brixen> |jemc|: the point of today's post is that I'm adding that *without* changing syntax
<brixen> |jemc|: and further that it's *not* the new syntax of Rubinius X
<|jemc|> brixen: to your first point: yeah, the overall post gave that impression - just a couple things about it caused a little cognitive dissonance in my reading of it
<|jemc|> but obviously you've spent more time with this than I have
<|jemc|> to your second point: yes, it was in big bold text :)
<brixen> heh
<brixen> I think you won't be disappointed with Rubinius X
<|jemc|> I also think that
<|jemc|> but yeah, the cognitive dissonance is just that it seems *less* compatible to add new behavior to existing syntax than to add new syntex for new behavior - at least existing code won't behave differently
<|jemc|> but there were only a couple points where it actually seemed like incompatible behavior - and those may have been due only to my poor reading of it or lack of details
* |jemc| shrugs
<|jemc|> I'm certainly not complaining - just perks my curiosity to hurry up and wrap my head around it
zacts has joined #rubinius
<brixen> the issue is that can't change the parser at this point
<brixen> to do so would only delay what I'm trying to achieve for no good reason
<brixen> so, I can't use syntax that is a syntax error
<brixen> it's definitely not that pretty, I won't argue with that
<brixen> |jemc|: btw, thanks for linking me to that post
<brixen> cremes had mentioned that the 0mq author was working on a new project but I didn't look into it
<|jemc|> brixen: glad you enjoyed it :)
<|jemc|> yeah, I've been involving myself with that new stuff recently - cool stuff going on there
<brixen> nice
<|jemc|> and I'm helping hintjens to get an android demo app for the edgenet project going for FOSDEM
<brixen> sweet
<|jemc|> the timing is right - it happens to align well with my own private projects involving 0mq on android
<|jemc|> I've been able to get the cross-compile build system integrated into the travis builds for all the zeromq C projects
<brixen> very cool
<|jemc|> and soon I'll have autogenerated Ruby FFI and QML bindings for all of the high-level projects with the code generation stuff we're working on
<|jemc|> so yeah, fun stuff :)
<brixen> I'll have to look into that more closely
<brixen> could be a good playground for rbx 3.0
<brixen> probably will prioritize YAML, JSON, and Puma though :)
<|jemc|> naturally
<brixen> I think pumas will eat dinosaur birds for lunch, if ya know what I'm sayin :)
<|jemc|> heheh
<|jemc|> especially if the dinosaur birds never actually get released into the wild
<|jemc|> oh, "10 days" it says
<|jemc|> we'll see :)
<brixen> are the cool kids using anything better than google analytics these days?
<|jemc|> I wouldn't know
<brixen> |jemc|: did you read the objects are inevitable paper?
<|jemc|> nope, not yet
<|jemc|> but your point about them being orthogonal makes a lot of sense
<|jemc|> (objects and functions, that is)
<|jemc|> (rather than being mututally exclusive, that is)
<brixen> yeah, different things really
<brixen> it's also interesting because some people think they are isomorphic
<brixen> ie a + b => (+ a b)
<brixen> but in lisp (+) yields 0, (+ 1) yields 1, etc
<brixen> it's true that a + b can map directly to (+ a b), but functions generalize easily like that
<brixen> objects do not
<|jemc|> I'm sure it would be in my interest to read the paper - I'll queue it up in my bedtime reading :)
nirvdrum has quit [Ping timeout: 255 seconds]
<brixen> heh cool
yipstar has quit [Read error: Connection reset by peer]
havenwood has joined #rubinius
havenn has joined #rubinius
max96at|off is now known as max96at
|jemc| has quit [Ping timeout: 244 seconds]
_whitelogger has joined #rubinius
havenn has quit [Remote host closed the connection]
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
havenn has joined #rubinius
havenn has quit [Ping timeout: 250 seconds]
havenwood has quit [Ping timeout: 264 seconds]
max96at is now known as max96at|off
max96at|off is now known as max96at
havenwood has joined #rubinius
havenn has joined #rubinius
havenwood has quit [Ping timeout: 250 seconds]
havenn has quit [Ping timeout: 265 seconds]
meh` has joined #rubinius
goyox86 has joined #rubinius
goyox86 has quit [Ping timeout: 258 seconds]
diegoviola has joined #rubinius
johnmuhl has joined #rubinius
havenwood has joined #rubinius
|jemc| has joined #rubinius
GitHub183 has joined #rubinius
<GitHub183> [rubinius] skliew opened pull request #3215: Fix #2977: Error calling IO.write with a FIFO (master...issue#2977) http://git.io/nbxVZw
GitHub183 has left #rubinius [#rubinius]
goyox86 has joined #rubinius
nirvdrum has joined #rubinius
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
johnmuhl has quit [Quit: Connection closed for inactivity]
|jemc| has quit [Ping timeout: 258 seconds]
mamantoha has joined #rubinius
<yorickpeterse> Today in a nutshell:
<yorickpeterse> OpenVPN
<yorickpeterse> OpenVPN
<yorickpeterse> DPI
<yorickpeterse> Firewalls
<yorickpeterse> grrrr
<dreinull> :)
mamantoha has quit [Ping timeout: 240 seconds]
<Rotonen> yorickpeterse: as a fun sidenote quite many of those newfangled DPI nonsenses simply forward SCTP
<yorickpeterse> well it looks like I'm dealing with a proper DPI setup here
<yorickpeterse> Friend behind a firewall, OpenVPN over any port gets blocked
<yorickpeterse> works fine here
<yorickpeterse> works fine when he tethers via his phone
<yorickpeterse> currently trying SSH as the last resort
<Rotonen> well, then usually a secure websocket is fine, for surely they let you https handshake?
<yorickpeterse> Rotonen: doesn't work if you want to tunnel the entire system
<yorickpeterse> e.g. *cough* videogames *cough*
<yorickpeterse> I figured they're doing DPI because a regular socket connection to 1194 (default OpenVPN port) works fine
<yorickpeterse> (that is, telnetting to a Ruby script listening on said port)
<Rotonen> yorickpeterse: sadly enough i've had success with localhost ssh tunnels to a kaazing setup
<yorickpeterse> So they're not even blocking ports, instead blocking protocols
<Rotonen> but that has inherent latency jitter issues
<yorickpeterse> Rotonen: we're trying OpenVPN over SSH atm
<yorickpeterse> if that's too slow we'll try a regular SSH tunnel for the entire system
<Rotonen> tried openvpn udp over kaazing yet?
<yorickpeterse> kaazing?
<Rotonen> http://kaazing.com/solutions/novpn-solutions/ <- there are multiple vendors, but somehow their name became the "to xerox something" of this branch of things
<Rotonen> it was all the rage in black hat 2012
<Rotonen> waldo had a nice demo
<yorickpeterse> is it FOSS?
<Rotonen> no
<Rotonen> but surely there is a foss alternative at least in development
<Rotonen> the idea is relevantly old and excessively relevant with DPI
<Rotonen> https://github.com/sstur/node-websocket-tunnel <- there is a node.js solution
<yorickpeterse> Hm, that requires apps to explicitly specify the proxy to use
<yorickpeterse> which doesn't work if they don't allow that :/
<Rotonen> i remember seeing a python/tornado solution too, but cannto find that currently
<Rotonen> yorickpeterse: but openvpn does allow it, so..?
<yorickpeterse> oh hm, good point
<yorickpeterse> I might look into this, first I need to see if SSH works
<Rotonen> websockets are awesome since it is a normal http or https handshake and you just hijack the socket in mid-flight while adhering to an RFC so firewalls should not do anything about it
<Rotonen> and increasingly many corporate things in conferencing software require this (or WebRTC), so for at least a while that is going to be the easiest punch-through vector
<yorickpeterse> brixen: looks like our RubyGems is still fucked: https://travis-ci.org/YorickPeterse/oga/jobs/41106590
<yorickpeterse> headius: is jruby master already running the 9k version? If so, is that stable enough to hook into Travis?
mrb_bk has quit [Ping timeout: 265 seconds]
<brixen> yorickpeterse: I'm not convinced that isn't travis
<brixen> yorickpeterse: try running it locally with the same env settings
<brixen> I think travis sets --jobs in the env
mrb_bk has joined #rubinius
jeremyevans_ has joined #rubinius
<brixen> actually, it's on the command line there
bennyklo1z has joined #rubinius
<yorickpeterse> brixen: what I meant was, I thought we backported the RubyGems fix or something
<yorickpeterse> at least I vaguely recall we discussed doing that
<yorickpeterse> it very much is a RubyGems/Travis problem, yes
<brixen> the threading patch was in 2.4.2
<yorickpeterse> either way, I overwrote the install line for the time being
<yorickpeterse> huh
<brixen> no one has been able to repro this locally
<brixen> it's only with the travis cache
<brixen> which is odd
<yorickpeterse> Ah yeah it seems to be in 2.4.2
<yorickpeterse> "Added minimal lock to allow multithread installation of gems. Issue #982 and pull request #1005 by Yorick Peterse"
<yorickpeterse> interesting
<yorickpeterse> well at least my build is green now :D
<brixen> what did you change?
jeremyevans has quit [Ping timeout: 245 seconds]
bennyklotz has quit [Ping timeout: 245 seconds]
yorickpeterse1 has joined #rubinius
yorickpeterse1 has quit [Changing host]
yorickpeterse1 has joined #rubinius
yorickpeterse has quit [Disconnected by services]
yorickpeterse1 is now known as yorickpeterse
<yorickpeterse> dat timeout
dlackty_ has joined #rubinius
dlackty has quit [Ping timeout: 265 seconds]
DireFog has quit [Ping timeout: 265 seconds]
heftig has quit [Ping timeout: 265 seconds]
andrewstewart has quit [Ping timeout: 265 seconds]
dmilith has quit [Ping timeout: 265 seconds]
cezarsa has quit [Ping timeout: 265 seconds]
andrewstewart has joined #rubinius
cezarsa has joined #rubinius
josh-k_ has joined #rubinius
heftig has joined #rubinius
Bish has quit [Ping timeout: 265 seconds]
dmilith has joined #rubinius
max96at is now known as max96at|off
DireFog_ has joined #rubinius
Bish has joined #rubinius
johnmuhl has joined #rubinius
btcctf_ has joined #rubinius
btcctf has quit [Ping timeout: 255 seconds]
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
jeremyevans_ has quit [Ping timeout: 255 seconds]
havenwood has quit [Remote host closed the connection]
bennyklo1z has quit [Quit: leaving]
bennyklotz has joined #rubinius
jeremyevans has joined #rubinius
Gibheer has quit [*.net *.split]
Gibheer has joined #rubinius
yorickpeterse1 has joined #rubinius
yorickpeterse1 has joined #rubinius
yorickpeterse1 has quit [Changing host]
yorickpeterse has quit [Disconnected by services]
yorickpeterse1 is now known as yorickpeterse
yipdw_ has joined #rubinius
<yorickpeterse> brixen: I changed...
Rotonen_ has joined #rubinius
jeregrine_ has joined #rubinius
<yorickpeterse> That reminds me, I've been running parallel installs on our Jenkins for months without any problems
_ko10 has joined #rubinius
cezarsa has quit [*.net *.split]
mrb_bk has quit [*.net *.split]
sbryant has quit [*.net *.split]
mjc_ has quit [*.net *.split]
machty has quit [*.net *.split]
Rotonen has quit [*.net *.split]
yipdw has quit [*.net *.split]
jeregrine has quit [*.net *.split]
_ko1 has quit [*.net *.split]
mrb_bk has joined #rubinius
cezarsa has joined #rubinius
sbryant has joined #rubinius
mjc_ has joined #rubinius
machty has joined #rubinius
Mugatu has quit [Ping timeout: 258 seconds]
headius has quit [Ping timeout: 258 seconds]
headius has joined #rubinius
erdic has quit [Ping timeout: 258 seconds]
stass has quit [Ping timeout: 258 seconds]
stass has joined #rubinius
erdic has joined #rubinius
Mugatu has joined #rubinius
atamb0 has joined #rubinius
atambo has quit [Ping timeout: 258 seconds]
jeregrine_ is now known as jeregrine
mpapis has quit [Ping timeout: 258 seconds]
<headius> yorickpeterse: 9k version of what?
<headius> jruby master is using current rubygems
<yorickpeterse> headius: I meant jruby 9000
<yorickpeterse> neXt Jruby or w/e you're calling it :P
<headius> yeah, that's amster
<headius> master
<headius> yorickpeterse: oh, I see what you're asking... yeah it's on travis, it's stable-ish, and whenever we have a green master build they update it
<yorickpeterse> ah ok, I'll see what happens if I run oga on it
<headius> please do, we're mostly in stabilization mode now in advance of release
havenwood has joined #rubinius
<headius> other than refinements, the big stuff is in
mpapis has joined #rubinius
Rotonen_ is now known as Rotonen
evan has quit [Ping timeout: 250 seconds]
evan has joined #rubinius
<yorickpeterse> heh, refinements
havenwood has quit [Remote host closed the connection]
havenwood has joined #rubinius
<locks> yeah, refining software is hard
josh-k_ has quit [Remote host closed the connection]
<yorickpeterse> Rotonen: hihi, we went with OpenVPN over SOCKS5 using danted
<yorickpeterse> forgot SSH can't forward UDP
<yorickpeterse> which means half of the internet is still banned
<yorickpeterse> at least today I learned about OpenVPN, socat, danted, shuttle and a bunch of other tools
ender672 has joined #rubinius
ender672 has quit [Client Quit]
|jemc| has joined #rubinius