[spoiler] has quit [Quit: Leaving]
dzhulk has quit [Quit: Leaving.]
dzhulk has joined #rubinius
dimday has joined #rubinius
havenn is now known as havenwood
Bwild has joined #rubinius
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (d7b4a3a - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/44013916: The build has errored.
travis-ci has left #rubinius [#rubinius]
cremes has quit [Read error: Connection reset by peer]
cremes has joined #rubinius
josh-k has quit [Remote host closed the connection]
dzhulk has quit [Quit: Leaving.]
havenwood has quit []
elia has joined #rubinius
jeregrine has quit [Ping timeout: 260 seconds]
jeregrine_ has joined #rubinius
_whitelogger has quit [Ping timeout: 260 seconds]
_whitelogger has joined #rubinius
mjc_ has joined #rubinius
|jemc| has quit [Ping timeout: 256 seconds]
|jemc| has joined #rubinius
DanielVartanov_ has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
noop has joined #rubinius
diegoviola has quit [Quit: WeeChat 1.0.1]
dzhulk has joined #rubinius
DanielVartanov_ has quit [Ping timeout: 245 seconds]
|jemc| has quit [Ping timeout: 250 seconds]
Akanksha08 has joined #rubinius
Akanksha08 has quit [Client Quit]
flavio has joined #rubinius
flavio has joined #rubinius
dimday has quit [Read error: Connection reset by peer]
meh` has quit [Ping timeout: 258 seconds]
josh-k has joined #rubinius
amclain has quit [Quit: Leaving]
elia has joined #rubinius
<yorickpeterse> morning
lbianc has joined #rubinius
dimday has joined #rubinius
lbianc_ has quit [Ping timeout: 264 seconds]
lbianc_ has joined #rubinius
lbianc has quit [Ping timeout: 264 seconds]
lbianc_ is now known as lbianc
johnmuhl has quit [Quit: Connection closed for inactivity]
goyox86 has joined #rubinius
<goyox86> morning!
<goyox86> yorickpeterse: How is that parser going? xD
<yorickpeterse> I managed to make it ~1,4x faster than Racc
<yorickpeterse> but I can't seem to get it any faster than that, unless I don't call any Ruby code in it
<yorickpeterse> which isn't really an option
<yorickpeterse> This week I'll be turning it into a proper Gem
<yorickpeterse> Allrightly, lets spin up Rbx and have it migrate a few million DB records from MySQL to Postgres
<yorickpeterse> and burn my laptop in the process
carlosgaldino has joined #rubinius
max96at|off is now known as max96at
<goyox86> yorickpeterse Thats what RBX is for using all the cores in your machine :p with RubyTM
dzhulk has quit [Quit: Leaving.]
cremes has quit [Ping timeout: 240 seconds]
johnmuhl has joined #rubinius
cremes has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
goyox86 has joined #rubinius
Bwild has quit [Quit: leaving]
noop has quit [Ping timeout: 258 seconds]
dzhulk has joined #rubinius
noop has joined #rubinius
enebo has joined #rubinius
<yorickpeterse> nice, encoding errors leading to segfaults
benlovell has joined #rubinius
dimday has quit [Remote host closed the connection]
noop has quit [Ping timeout: 264 seconds]
<brixen> yorickpeterse: encoding errors in what leading to segfaults where?
<yorickpeterse> It seems an encoding error in Sequel, triggered by bogus data, leads to either pg or mysql segfaulting
<yorickpeterse> although it doesn't always segfault
<yorickpeterse> oh actually it once segfaulted in libmysqlclient
<yorickpeterse> yay software
<yorickpeterse> Playing whack-an-encoding here with our data
<yorickpeterse> a;kjsdhas;jdkhasjk now it's trying to convert binary data to UTF8
<yorickpeterse> actual binary data that can't be converted to UTF8
<yorickpeterse> because..it's binary
tenderlove has joined #rubinius
goyox86_ has joined #rubinius
goyox86 has quit [Ping timeout: 264 seconds]
lucasmartins has joined #rubinius
dzhulk has quit [Quit: Leaving.]
tenderlove has quit [Ping timeout: 258 seconds]
tenderlove has joined #rubinius
benlovell has quit [Ping timeout: 240 seconds]
<yorickpeterse> Hm, copying over data at a rate of 1200 rows/sec, notbad
<yorickpeterse> and not a single threading problem with Sequel yet
<yorickpeterse> (unlike what would happend with a certain *cough* activerecord *cough*)
<brixen> sweet
<brixen> rails still hasn't released 4.1.9 :(
<brixen> someone said they would try to release it last tues
<brixen> meanwhile, we just keep monkey patching all our 4.1 apps
<brixen> yay monkey patching
diegoviola has joined #rubinius
|jemc| has joined #rubinius
|jemc| has quit [Client Quit]
|jemc| has joined #rubinius
flavio has quit [Quit: WeeChat 1.0]
GitHub9 has joined #rubinius
<GitHub9> [rubinius] brixen pushed 1 new commit to master: http://git.io/QZbBfw
<GitHub9> rubinius/master d966db3 Brian Shirai: Bumped daedalus-core.
GitHub9 has left #rubinius [#rubinius]
tenderlove has quit [Ping timeout: 256 seconds]
tenderlove has joined #rubinius
dzhulk has joined #rubinius
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (d966db3 - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/44105662: The build has errored.
travis-ci has left #rubinius [#rubinius]
havenwood has joined #rubinius
amsi has joined #rubinius
GitHub120 has joined #rubinius
<GitHub120> [rubinius] brixen pushed 1 new commit to master: http://git.io/oLas0g
<GitHub120> rubinius/master d5d9ce4 Brian Shirai: Try apt-get update on Travis Linux.
GitHub120 has left #rubinius [#rubinius]
<lucasmartins> anybody having issues with Pry on rbx?
<lucasmartins> I keep getting this NotImplementedError on set_trace_func
<brixen> pry itself works
<brixen> are you using something like pry-nav?
elia has quit [Quit: Computer has gone to sleep.]
<lucasmartins> yep
<lucasmartins> I feel I shouldn't
<lucasmartins> : P
<lucasmartins> is there a working alternative?
<brixen> at the moment, depends on what you're doing
<brixen> rbx has a built-in debugger http://rubini.us/doc/en/tools/debugger/
<lucasmartins> I use it do navigate debugging
<brixen> but it's modeled on eg gdb, so it's command oriented
<lucasmartins> oh, that looks great!
<brixen> I don't think byebug will work on rbx
<brixen> pretty sure it uses mri-specific C-API stuff
<brixen> for strict Ruby debugging, try using -Xdebug
<brixen> the big gotcha at the moment is that you can't step transparently into blocks
<brixen> you need to step into the method and then step into the yield call
<lucasmartins> I'm gonna learn the native debugger
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (d5d9ce4 - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/44109090: The build has errored.
travis-ci has left #rubinius [#rubinius]
<brixen> arg
GitHub85 has joined #rubinius
<GitHub85> [rubinius] brixen pushed 1 new commit to master: http://git.io/PH6h2A
<GitHub85> rubinius/master ac50e75 Brian Shirai: Su effen do.
GitHub85 has left #rubinius [#rubinius]
<lucasmartins> brixen: I've just got what you mean by strict Ruby debugging
<lucasmartins> I'm addicted to write live code inside debugging
<brixen> ah, yeah, I plan to support that sort of thing with Rubinius Console
<brixen> man, another frustrating, unreclaimable hour wasted to rubygems and bundler
<lucasmartins> you mean the broken build?
<brixen> no
<brixen> half the time bundle update just doesn't update the files in cache
<brixen> even when it says it does
<brixen> you never know which half the time it will be
<brixen> there is literally no simple way to just say, this fucking list of gems you resolve--go put the bits in that directory
<brixen> reliably
<brixen> so much ugh
* goyox86_ meanwhile doing lots "rbx compile -B" :)
<brixen> goyox86_: heh fun!
goyox86_ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
pietr0 has joined #rubinius
<headius> yorickpeterse: are you planning for your FOSDEM talk to be more general, or pretty rbx-specific?
<lucasmartins> brixen: rm -rf bundle-cache
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (ac50e75 - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/44111396: The build passed.
travis-ci has left #rubinius [#rubinius]
<lucasmartins> just read the rubinius 3 blog post series, I wish I had the C skills to help that happen
enebo has quit [Quit: enebo]
<|jemc|> lucasmartins: I believe a big part of the plan is to try to bring a lot of the C stuff closer to Ruby-space for that reason exactly - so that more contributors can feel comfortable understanding and working with the JIT, the bytecode instructions, etc...
tenderlove has quit [Read error: Connection reset by peer]
<|jemc|> does somebody want to give the rbx metrics dashboard docker container a whirl before I write the blog post explaining it?
dzhulk has quit [Quit: Leaving.]
tenderlove has joined #rubinius
<|jemc|> just to make sure I didn't miss some bit of the Usage in the README for folks who perhaps haven't used docker before
<|jemc|> (the container is based on the steps from the blog post by goyox86 last week)
dzhulk has joined #rubinius
dzhulk has quit [Client Quit]
<johnmuhl> |jemc|: trying it now
<|jemc|> johnmuhl: thanks; let me know if it's not as simple for you as I describe it in those four steps
<johnmuhl> hmph "2014/12/15 12:31:04 Post http:///var/run/docker.sock/v1.15/containers/create: dial unix /var/run/docker.sock: no such file or directory"
<johnmuhl> on the second command
<johnmuhl> not sure my docker setup is legit though
<|jemc|> johnmuhl - that's what the ntoe in step two about possibly needing to use sudo is about
<|jemc|> sudo should do it for you
<johnmuhl> `sudo docker run -d -p 8125:8125/udp -p 80:80 rubinius/influxdb-grafana` was the command I ran
<|jemc|> ah. hm... sounds like the docker daemon isn't running then
<|jemc|> what OS?
max96at is now known as max96at|off
<johnmuhl> OS X 10.10
|jemc| has quit [Read error: No route to host]
|jemc| has joined #rubinius
dzhulk has joined #rubinius
<|jemc|> OS X? okay, I'll see if there's any special step you need to do
<|jemc|> should have activated the daemon automatically, but maybe not without a power cycle
<johnmuhl> doesn't look like any new processes are started when I run the boo2docker app
<yorickpeterse> headius: it focuses on how we've handled it so far, though part of that most likely also applies to jruby/opal/etc
<|jemc|> johnmuhl: check this and see if it helps
<headius> yorickpeterse: ok...your talk will get in but it would be most interesting if it leans toward rbx-specific
<|jemc|> I don't use OS X, so I haven't had to deal with this yet, but it looks like you'll also have to replace `localhost` in steps three and four with whatever IP address `boot2docker ip` gives you
<headius> doens't have to be all specific of course
<yorickpeterse> headius: percentage wise it's 80% rbx specific
<headius> cool, sounds good
enebo has joined #rubinius
enebo has quit [Remote host closed the connection]
<|jemc|> johnmuhl - have to go to a meeting, but I'll be back in a few
<yorickpeterse> lucasmartins: re C skills, we're actively working on trying to move more to Ruby
<yorickpeterse> So that you _don't_ need the C skills
<chrisseaton> It would be amazing to have the whole JIT stack in Ruby, that would be an incredible achievement
<chrisseaton> Couple that with a Ruby AOT compiler and we could bootstrap ourselves into a pure Ruby enviornment
<yorickpeterse> chrisseaton: that's part of what we want, although I don't think the whole JIT will be in Ruby
<yorickpeterse> Most likely it will be mostly Ruby with some underlying C++ to glue that to LLVM
<yorickpeterse> so basically one day the JIT will be able to JIT itself, hopefully :P
<chrisseaton> yeah but imagine if the IR and backend (the bit in LLVM at the moment) were in Ruby as well
natevick has joined #rubinius
<yorickpeterse> so we want to abstract parts of LLVM, that could potentially be in Ruby
<headius> I start writing the new IR JIT for JRuby in Ruby...but it wouldn't provide much benefit
<chrisseaton> yeah, there would be limited technical benefits, beside being more approachable to Ruby people
<headius> right
<headius> it probably wouldn't even be smaller code
<johnmuhl> |jemc|: now I get "Error: client and server don't have same version (client : 1.15, server: 1.14)" and I give up on docker on os x again
<chrisseaton> any excuse to write a new compiler from scratch though - 'we could correct all our mistakes from last time' yeah right
<headius> hah yeah
natevick has quit [Client Quit]
tenderlove has quit [Ping timeout: 258 seconds]
<brixen> wtf
<brixen> bundler is now spitting out garbage into .bundle/config
<yorickpeterse> brixen: sounds like a bug in Rubinius
<yorickpeterse> :>
tenderlove has joined #rubinius
havenwood has quit [Remote host closed the connection]
<lucasmartins> yorickpeterse: I should read robins source then
<yorickpeterse> lucasmartins: robins source?
<lucasmartins> lol
<lucasmartins> rubinius
<yorickpeterse> Ah right
<headius> robinius
<lucasmartins> the JIT->JIT recursion sounds nice
<yorickpeterse> Sometimes I see people spell it "Rubinious"
<yorickpeterse> which is an odd spelling
<lucasmartins> old school scriptaculous fans
<headius> I get "headious" a lot
<lucasmartins> yorickpeterse: is a feature like Rubinius Console doable without touch the C code from rbx?
<brixen> lucasmartins: yes
<brixen> lucasmartins: the basic plumbing is already in rbx
<brixen> I just need to fix the way interaction points are handled
<lucasmartins> brixen: I'm feeling tempted to clone rbx
<yorickpeterse> lucasmartins: now now we don't want any of that :P
<brixen> lucasmartins: heh, we try to make it very tempting
<brixen> lucasmartins: give me a couple weeks, the tempting will be irresistible :)
<lucasmartins> yorickpeterse: I mean git clone
<lucasmartins> brixen: could you give me some pointer about where should I start? I mean about which area of the codebase should I be reading right now
<yorickpeterse> brixen: https://github.com/rubinius/rubinius/pull/3077 I'm closing this one. I gave this some more thought and as we more or less agreed on in the past, there's no sane way of handling this without explicitly checking for BasicObject (and every other possible fucked object) everywhere
<yorickpeterse> unless we have zomg static types
<yorickpeterse> lucasmartins: do you want to mess with the Ruby side of things, or the C side?
<brixen> yorickpeterse: ok
<brixen> yorickpeterse: I have a solution for it that doesn't require static types ;)
<lucasmartins> yorickpeterse: the Ruby side of things is more feasible right now
<brixen> yorickpeterse: can you open an issue though, so I don't forget it?
<yorickpeterse> brixen: is this the basic type stuff bytecode thing we discussed at Baruco?
<brixen> kinda related
GitHub62 has joined #rubinius
<GitHub62> [rubinius] YorickPeterse closed pull request #3077: Guards for BasicObject when coercing types (master...basicheadache) http://git.io/Wnn1Rg
GitHub62 has left #rubinius [#rubinius]
GitHub20 has joined #rubinius
<GitHub20> [rubinius] YorickPeterse deleted basicheadache at d765183: http://git.io/Wcjwyg
GitHub20 has left #rubinius [#rubinius]
tenderlove has quit [Ping timeout: 264 seconds]
<yorickpeterse> brixen: https://github.com/rubinius/rubinius/issues/3242 created this one for it
<yorickpeterse> now to do some more gardening
<brixen> thanks
<yorickpeterse> lucasmartins: http://rubini.us/doc/en/bootstrapping/ is worth a read as a start, to get a bit familiar with the structure (for now, since it will change soon (tm))
<yorickpeterse> lucasmartins: in general, most of the Ruby meat lives in kernel/common
<lucasmartins> yorickpeterse: thanks
tenderlove has joined #rubinius
<yorickpeterse> brixen: throwing some noise at you, is https://github.com/rubyspec/mspec/pull/53 ok to merge? Looks fine to me
<brixen> yorickpeterse: you can comment on the PR if it looks good to merge
<yorickpeterse> Hm, I can't commence a chain merge since some of these specs are a bit too basic
<yorickpeterse> (description wise at least)
enebo has joined #rubinius
tenderlove has quit [Read error: Connection reset by peer]
tenderlove has joined #rubinius
tenderlove has quit [Remote host closed the connection]
GitHub44 has joined #rubinius
<GitHub44> [rubinius] YorickPeterse pushed 1 new commit to master: http://git.io/edsz0g
<GitHub44> rubinius/master 7da4c6d Yorick Peterse: Macro for cleaning up RBX_DTRACE_CONST char* usage...
GitHub44 has left #rubinius [#rubinius]
GitHub31 has joined #rubinius
<GitHub31> [rubinius] YorickPeterse closed pull request #3214: DTrace/SystemTap object allocation hooks, method cache reset hooks and some housekeeping (master...dtrace-boxing) http://git.io/8_yIqQ
GitHub31 has left #rubinius [#rubinius]
GitHub52 has joined #rubinius
GitHub52 has left #rubinius [#rubinius]
<GitHub52> [rubinius] YorickPeterse deleted dtrace-boxing at 434cc3d: http://git.io/oHKXJA
<yorickpeterse> close all the issues \0/
<jc00ke> \m/
Bwild has joined #rubinius
<yorickpeterse> brixen: https://github.com/rubysl/rubysl-socket seems this doesn't push to Travis anymore, perhaps the Github hook is borken?
<brixen> yorickpeterse: huh?
<yorickpeterse> brixen: I pushed about 15 minutes ago, but Travis isn't picking up any changes
<yorickpeterse> I don't think I can manage repository hooks in rubysl
<brixen> probably just a travis issue, but I'll check
<yorickpeterse> oh neat, rubysl-io-wait has no specs
<yorickpeterse> well, lets fix that
LTe_ has quit [*.net *.split]
eregon has quit [*.net *.split]
stormbrew has quit [*.net *.split]
stormbrew has joined #rubinius
eregon has joined #rubinius
LTe_ has joined #rubinius
headius is now known as IlIlIIlIllIlI
IlIlIIlIllIlI is now known as headius
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (7da4c6d - Yorick Peterse): http://travis-ci.org/rubinius/rubinius/builds/44127498: The build passed.
travis-ci has left #rubinius [#rubinius]
<|jemc|> johnmuhl: sorry you had trouble with it. hopefully someone who has OS X and can figure out the problems you ran into can give some insight to add to the README
pietr0 has quit [Quit: pietr0]
<yorickpeterse> Parser people, does this grammar look sane: https://gist.github.com/YorickPeterse/ce034a3a96c2b6fc4f3f
<yorickpeterse> I also really need a decent file extension :/
<yorickpeterse> Not a fan of _also_ abusing .y for that
pietr0 has joined #rubinius
pietr0 has quit [Client Quit]
<jc00ke> My vote goes to .lol
<yorickpeterse> heh
<yorickpeterse> I initially went with .ll, but that's already used by LLVM
<yorickpeterse> and .ll1 is meh
<yorickpeterse> and .rl is Ragel
<yorickpeterse> I guess I can go with .rll
<jc00ke> .rofl c'mon!
<yorickpeterse> also I still need to add named captures
<yorickpeterse> hm, I wonder if you even need a special mechanism in LL(1) to assign precedence
<|jemc|> you don't need precedence in racc either if your grammar is not otherwise ambiguous
goyox86 has joined #rubinius
goyox86 has quit [Quit: Textual IRC Client: www.textualapp.com]
goyox86 has joined #rubinius
<goyox86> Hey guys is "rbx docs" working for you guys?
<brixen> goyox86: it doesn't work right now
<brixen> not since the website was moved out of the repo into its own repo
<brixen> rbx docs needs to be a gem
<goyox86> that is what you have planned to be written like a book right?
<|jemc|> goyox86: do you use OS X by any chance?
<goyox86> <|jemc|> Yup
<|jemc|> goyox86: johnmuhl was having trouble running docker on OS X while trying to run https://github.com/rubinius/influxdb-grafana
<|jemc|> if you get a chance, can you try to follow the steps in the README, and add whatever special steps an OS X user needs to do?
<|jemc|> it's more complicated on OS X compared to Linux, because OS X needs to run boot2docker, a minimal linux VM as the docker host whereas linux machines can act as the docker host natively
<johnmuhl> |jemc|: this isn't the first trouble I've had trying to use docker on osx so it's probably nothing specific to the rubinius docker file
josh-k has quit [Remote host closed the connection]
<|jemc|> johnmuhl: yeah, I doubt its specific to this container, I just want to end up with instructions that are easy for an OS X user to use if possible
<johnmuhl> it was the docker pkg installer that lead to the incompatible versions thing and brew install docker… that lead to whatever the initial error was
<goyox86> Sure, I will test guys and I will report any findings
<johnmuhl> I keep waiting for this mac to die so I can upgrade to linux but it just keeps on working
<|jemc|> heh
<|jemc|> I have a four-to-five-year-old OS X machine that I used to use for audio multitracking but I get fed up any time I try to set up a development environment on it
<johnmuhl> of course working is pretty subjective when you can't reliably restart or logout or use docker :(
havenwood has joined #rubinius
<goyox86> Is fetching the rubinius/influxdb-grafana files
lucasmartins has quit [Quit: lucasmartins]
tenderlove has joined #rubinius
<|jemc|> goyox86: the OS X issue you'll probably hit is that where I said `localhost` you actually want to use the IP given by `boot2docker ip` - something I read in the OS X docs, but you can confirm
<goyox86> Yup, I did that
<goyox86> I'm able to see grafana but cannot fetch datapoints something wrong with statsd
tenderlove has quit [Read error: Connection reset by peer]
<|jemc|> goyox86: something wrong with rbx->statsd or with statsd->grafana?
<|jemc|> the latter seems unlikely, but nothing is impossible I suppose
<|jemc|> I'm re-pulling the latest automated build right now to double check it on my machine
<goyox86> I remember having problems with rbx->statsd I did not worked with localhost:8125 it worked with 0.0.0.0:8125
<|jemc|> goyox86: but you want to use the boot2docker ip, not localhost, right?
<goyox86> I'm invoking my rbx with the boot2docker ip
tenderlove has joined #rubinius
<|jemc|> goyox86: ah, weird I'm having issues here as well after pulling the latest build
<|jemc|> I thought I just changed README stuff between then and now, though...
<|jemc|> I'll take a look inside
<|jemc|> ah, I think I get it
<|jemc|> the grafana queries are running client-side in your browser
<|jemc|> trying to GET from localhost:8086
<|jemc|> (influxdb)
<|jemc|> but influxdb is not exposed on the docker container
<|jemc|> s/influxdb/8086
<|jemc|> so, on linux it will work by just adding -p 8086:8086 so your local browser can make the request to localhost:8086 successfully
<|jemc|> but that will fail on OS X
<|jemc|> because grafana needs to be using the boot2docker ip instead of localhost
<|jemc|> hm, so how to solve this gracefully...
<|jemc|> goyox86: can you try something for me?
<|jemc|> get the IP address from `sudo docker inspect (sudo docker ps -a -q) | grep IP`
<|jemc|> the 172.X.X.X address of the running container
<|jemc|> and try to ping it from your OS X host
<|jemc|> I can do so on my machine, but I want to make sure boot2docker isn't getting in your way there
dzhulk has quit [Quit: Leaving.]
pietr0 has joined #rubinius
Bwild has quit [Ping timeout: 264 seconds]
josh-k has joined #rubinius
tenderlo_ has joined #rubinius
tenderlove has quit [Read error: Connection reset by peer]
tenderlo_ is now known as tenderlove
enebo has quit [Quit: enebo]
havenn has joined #rubinius
dzhulk has joined #rubinius
havenwood has quit [Ping timeout: 250 seconds]
dzhulk has quit [Client Quit]
havenn has quit [Remote host closed the connection]
havenwood has joined #rubinius
schmied has joined #rubinius
schmied has quit [Client Quit]
havenwood has quit [Ping timeout: 250 seconds]
<goyox86> <|jemc|> `sudo docker inspect (sudo docker ps -a -q) | grep IP` gives me "zsh: unknown user"
<goyox86> `docker ps -a -q | grep IP` Returns nothing but I'm sure the docker container is running
goyox86_ has joined #rubinius
goyox86 has quit [Ping timeout: 256 seconds]
<goyox86_> <|jemc|> Grafana is getting connected to my influxdb running in OS X not the one inside the container
<|jemc|> goyox86: use `docker ps` to get the hash of the container then feed the hash of the container into `docker inspect <hash_here> | grep IP`
<|jemc|> goyox86_: yeah, the issue here is as I mentioned above grafana is running client-side on the browser (so localhost:8086 is not where the influxdb port of the container is)
<|jemc|> goyox86_: I screwed up the command I pasted earlier - forgot the dollar sign - should be `sudo docker inspect $(sudo docker ps -a -q) | grep IP`
josh-k has quit [Remote host closed the connection]
<|jemc|> so, the question would be whether or not you can ping any of those three addresses from your OS X machine or whether boot2docker gets in the way of that
<goyox86_> And I've ran grafana outside docker pointing to boot2docker ip and I have the graphs live
<goyox86_> so it confirmed
<goyox86_> Ok trying
<|jemc|> yeah, I'm trying to figure out the most elegant/proper way for grafana to know what address to use for its datasources
<|jemc|> because, obviously using localhost:8086 doesn't work for OSX or in the general case
<goyox86_> I can't reach them :( <|jemc|>
<|jemc|> I was afraid of that - so you have to run with `-p 8086:8086`, but that still doesn't solve the problem of grafana knowing the right hostname a priori
<|jemc|> (Because I don't think you can edit the datasource urls from the UI - just from the .js file - am I right?)
<|jemc|> I may have to dig through the grafana source a bit to look
<goyox86_> is there any way of passing parameters when starting the influxdb-grafana container? like $(boot2docker ip)
<|jemc|> sort of; you can set ENV vars
<|jemc|> don't know if there is a way for grafana to respect an ENV var though
<goyox86_> I have to sleep (late here in Dublin)
<goyox86_> <|jemc|> drop me msgs here with your fidings :)
<|jemc|> k, thanks for the troubleshooting help
<goyox86_> findings*
<goyox86_> NP
goyox86_ has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
heftig has quit [Read error: Connection reset by peer]
abbe_ has joined #rubinius
abbe has quit [Ping timeout: 260 seconds]
abbe_ is now known as abbe
heftig has joined #rubinius
havenwood has joined #rubinius