« Back to channel list

#ruby - 16 August 2018

« Back 1 day Forward 1 day »
[00:14:03] eckhardt_: has joined #ruby
[00:15:09] cagomez: has joined #ruby
[00:20:15] samort7: has joined #ruby
[00:20:46] s2013: has joined #ruby
[00:20:53] zenspider: fuck me. sorted the data before I generated the graph and now it isn't crashing. totally non-random data driven crashes. gotta love it
[00:21:24] DarthGandalf: has joined #ruby
[00:27:29] kapil___: has joined #ruby
[00:43:03] nowhere_man: has joined #ruby
[00:54:22] Nicmavr: has joined #ruby
[00:57:29] lxsameer: has joined #ruby
[00:58:48] orbyt_: has joined #ruby
[01:02:31] s2013: has joined #ruby
[01:12:42] hays_: has joined #ruby
[01:14:10] hays_: i am seeking a useful pattern for ruby. here's the deal. I tend to encode config items in JSON. its pretty easy to load in a json file and then just access the stuff. but its also kinda opaque in the sense that I'm not really validating or documenting the structure of that json in my code. is there a good, concise pattern for something like this?
[01:14:27] johnny56: has joined #ruby
[01:15:32] hays_: maybe I want this: https://github.com/ruby-json-schema/json-schema
[01:40:47] cagomez: has joined #ruby
[01:44:00] LightStalker: has joined #ruby
[01:46:10] graphene: has joined #ruby
[01:56:34] akaiiro: has joined #ruby
[01:59:04] modin: has joined #ruby
[02:04:31] orbyt_: has joined #ruby
[02:22:07] Tempesta: has joined #ruby
[02:30:47] redlegion: has joined #ruby
[02:39:25] s2013: has joined #ruby
[02:40:50] arescorpio: has joined #ruby
[02:46:04] jmcgnh: has joined #ruby
[02:56:35] s2013: has joined #ruby
[02:58:09] tdy: has joined #ruby
[03:00:31] cadillac_: has joined #ruby
[03:01:44] bmurt: has joined #ruby
[03:01:45] mroutis: has joined #ruby
[03:07:25] sspreitz: has joined #ruby
[03:10:05] braincrash: has joined #ruby
[03:11:27] orbyt_: has joined #ruby
[03:12:35] dtzuzu: has joined #ruby
[03:26:20] tdy1: has joined #ruby
[03:41:29] dtzuzu: has joined #ruby
[03:56:50] lxsameer: has joined #ruby
[04:09:59] znz_jp: has joined #ruby
[04:20:42] t0xik: has joined #ruby
[04:50:53] havenwood: hays: Protocal Buffers might be along the lines of what you're looking for. Have you played with GRPC?
[04:51:52] havenwood: hays: It's a bit of a context shift, but it gives a bunch of the things I craved doing HTTP 1.1 with JSON.
[04:52:04] havenwood: hays: https://grpc.io/docs/quickstart/ruby.html
[04:53:00] havenwood: hays: Err, is it only file storage you're looking for?
[04:53:20] havenwood: I may have been hasty...
[04:57:51] havenwood: Mmm. Actually reading your question, Protocol Buffers aren't entirely irrelevant. I've looked at json-schema for HTTP interfaces, but not actually adopted it so I'm not sure!
[04:58:30] havenwood: hays: Are you running into invalid config file issues? Or just looking for best practices?
[05:05:15] duckpupp-: has joined #ruby
[05:05:25] graphene: has joined #ruby
[05:06:28] za1b1tsu: has joined #ruby
[05:11:32] Synthead: has joined #ruby
[05:12:29] Synthead: what are your thoughts on foo = lots + of / logic; MyClass.new(foo: foo) vs. MyClass(foo: lots + of / logic) ?
[05:15:48] dellavg: has joined #ruby
[05:15:52] baweaver: mostly on the context.
[05:17:45] sauvin: has joined #ruby
[05:20:43] ryu-: has joined #ruby
[05:29:17] raulp: has joined #ruby
[05:30:53] havenwood: Synth: I'm just glad you're using keyword arguments!
[05:31:05] dminuoso: havenwood: So that bug yesterday happened when I closed the lid of my macbook *while* running `bundle install` in a docker container.
[05:31:13] dminuoso: This should not happen. :(
[05:31:14] havenwood: dminuoso: haha
[05:33:51] baweaver: ohai dminuoso
[05:43:36] G: has joined #ruby
[05:56:09] xt233: has joined #ruby
[06:01:13] LiftLeft: what's the best http module?
[06:02:11] cadillac_: has joined #ruby
[06:04:02] dminuoso: What is the best car.
[06:04:37] LiftLeft: I dunno I'll use em-http-request. It seems pretty active
[06:07:27] LiftLeft: I dunno faraday look easier
[06:07:48] dminuoso: LiftLeft: What is the best airplane?
[06:08:24] LiftLeft: the one easiest to fly
[06:08:49] dminuoso: LiftLeft: Without knowing what you consider "good", "useful" or actually need, it's hard to say really.
[06:09:43] dminuoso: The airplane easiest to fly with might not be the best to transport 10 cars with.
[06:09:53] dminuoso: The airplane easiest to fly with might not be the best to transport 600 people with.
[06:10:08] dminuoso: The airplaine easiert to fly with might not be the best in a dogfight.
[06:10:12] dminuoso: Notice a pattern? :)
[06:12:59] apeiros: has joined #ruby
[06:13:59] Furai: has joined #ruby
[06:17:17] jlhg: has joined #ruby
[06:17:36] jlhg: has left #ruby: ("ERC (IRC client for Emacs 25.1.1)")
[06:17:37] Dbugger: has joined #ruby
[06:26:56] s2013: has joined #ruby
[06:33:29] postmodern: has joined #ruby
[06:44:57] aupadhye: has joined #ruby
[06:50:55] dionysus69: has joined #ruby
[06:59:18] hfp_work: has joined #ruby
[07:03:46] havenwood: LiftLeft: Here're some points of comparison: https://docs.google.com/spreadsheets/d/1vPlk6nMIFa3sI5ISl7zZ5r6lDNpVQX6Jxi3ksXCyVbs/edit?ouid=101326907353210064106&usp=sheets_home&ths=true
[07:04:19] havenwood: LiftLeft: https://twin.github.io/httprb-is-great/
[07:08:51] aufi: has joined #ruby
[07:13:05] KevinSjoberg: has joined #ruby
[07:15:05] clemens3: has joined #ruby
[07:18:58] Mike11: has joined #ruby
[07:26:18] pavelz: has joined #ruby
[07:39:59] LightStalker: has joined #ruby
[07:40:08] drale2k_: has joined #ruby
[07:49:43] apeiros: has joined #ruby
[07:50:10] moei: has joined #ruby
[07:56:29] TomyWork: has joined #ruby
[07:59:58] TheBrayn: has joined #ruby
[08:01:23] ur5us: has joined #ruby
[08:06:44] mikecmpbll: has joined #ruby
[08:08:24] ferhaty: has joined #ruby
[08:13:53] LiftLeft: has joined #ruby
[08:24:35] ByronJohnson: has joined #ruby
[08:29:06] jottr: has joined #ruby
[08:33:42] Alina-malina: has joined #ruby
[08:40:20] teclator: has joined #ruby
[08:43:51] aldr: has joined #ruby
[08:44:38] Demos[m]: has joined #ruby
[08:44:38] turt2live: has joined #ruby
[08:47:34] reber: has joined #ruby
[08:54:30] sameerynho: has joined #ruby
[09:01:09] dhollin3: has joined #ruby
[09:02:08] Beams: has joined #ruby
[09:02:22] dionysus69: has joined #ruby
[09:03:32] aldr: has joined #ruby
[09:07:19] Sylario: has joined #ruby
[09:23:51] c0ncealed2: has joined #ruby
[09:27:59] jottr: has joined #ruby
[09:28:57] lxsameer: has joined #ruby
[09:38:31] amelliaa: has joined #ruby
[09:44:07] drale2k_: has joined #ruby
[09:45:45] za1b1tsu: has joined #ruby
[09:50:48] venmx: has joined #ruby
[09:57:32] ur5us: has joined #ruby
[10:03:42] snuz: has joined #ruby
[10:11:27] mikhael_k33hl: has joined #ruby
[10:11:43] alex``: has joined #ruby
[10:11:49] mikhael_k33hl: Line 48: https://github.com/jbussdieker/ruby-rsync/blob/master/lib/rsync/change.rb `send(prop)`, can someone tell me what it does?
[10:14:24] Radar: mikhael_k33hl: it calls the method of whatever the "prop" variable is within that loop
[10:14:32] Radar: send(:checksum), send(:size), etc.
[10:15:17] mikhael_k33hl: Radar: Oh okay, thanks for clarifying that one. First time stumbling on send() :)
[10:17:02] Turnikov: has joined #ruby
[10:29:53] vondruch: has joined #ruby
[10:30:54] agent_white: has joined #ruby
[10:32:36] Sigyn: has joined #ruby
[10:34:32] gnufied: has joined #ruby
[10:36:26] GodFather: has joined #ruby
[10:36:34] InfinityFye: has joined #ruby
[10:40:34] jottr: has joined #ruby
[10:55:23] apparition: has joined #ruby
[11:12:20] agent_white: has joined #ruby
[11:24:29] drale2k_: has joined #ruby
[11:34:37] Nicmavr: has joined #ruby
[11:35:32] alem0lars: has joined #ruby
[11:37:21] theRoUS: has joined #ruby
[11:38:10] theRoUS: is there any way a constructor (or any method) can identify the object that invoked it?
[11:38:24] DTZUZO: has joined #ruby
[11:39:24] theRoUS: not the #caller list, but the actual invoking object
[11:45:21] dionysus70: has joined #ruby
[11:47:26] dionysus69: has joined #ruby
[11:49:02] dionysus69: has joined #ruby
[11:55:16] alex``: has joined #ruby
[12:01:47] apeiros: theRoUS: no
[12:02:12] outhicat: has joined #ruby
[12:02:17] apeiros: it'd be binding_of_caller.eval("self"), but binding_of_caller is not vanilla ruby.
[12:02:41] theRoUS: apeiros: :-( nothing through bindings, or tracing, or ..?
[12:02:50] theRoUS: not vanilla?
[12:03:12] apeiros: I'm not sure about its current status. it might be a gem.
[12:03:34] apeiros: https://github.com/banister/binding_of_caller
[12:05:21] theRoUS: hmm. i wonder why it's not part of vanilla..
[12:05:31] ineb: because it is overhead
[12:06:00] theRoUS: over mine, certainly. :-)
[12:06:03] agent_white: has joined #ruby
[12:06:13] apeiros: ineb: not so sure about that. when you call methods, ruby has a callstack anyway.
[12:06:32] apeiros: and e.g. javascript exposes callee just fine (via arguments.callee there)
[12:07:19] ineb: wait. callee is self isnt it?
[12:07:31] theRoUS: fwis in general, of the two aspects of OOP, structural inheritance is always considered.. but runtime inheritance rather less so
[12:07:33] AJA4350: has joined #ruby
[12:08:05] apeiros: ineb: errr, right, caller, not callee :D
[12:08:57] snickers: has joined #ruby
[12:09:30] ineb: apeiros: and Kernel#caller_locations does not hold this information?
[12:10:26] apeiros: that's just a properly destructured Kernel#caller
[12:10:42] apeiros: but feel free to check the docs
[12:10:47] apeiros: maybe they've added something
[12:11:04] apeiros: ruby is evolving after all, and I'm not always up to the latest things there are :)
[12:11:31] ineb: me neither. thats why iam asking :)
[12:12:18] ineb: and i also dont know if passing around the callers bindings would be overhead
[12:13:01] ineb: however, binding_of_caller is opening the debug inspector and i afaik this is overhead
[12:13:51] ineb: or better s/i // ^^
[12:16:45] doubledup: has joined #ruby
[12:17:26] Zaab1t: has joined #ruby
[12:17:32] outhicat: has left #ruby: ()
[12:20:26] doubledup: has joined #ruby
[12:32:07] outhicat: has joined #ruby
[12:41:53] Blaguvest: has joined #ruby
[12:46:35] outhicat: has joined #ruby
[12:48:44] cats: has joined #ruby
[12:49:17] x0F: has joined #ruby
[13:02:48] bmurt: has joined #ruby
[13:14:27] fmcgeough: has joined #ruby
[13:23:12] agent_white: has joined #ruby
[13:27:04] graphene: has joined #ruby
[13:31:57] [Butch]: has joined #ruby
[13:42:16] outhicat: has joined #ruby
[13:48:18] Tempesta: has joined #ruby
[13:52:39] niexxx: has joined #ruby
[13:53:31] niexxx: hi, is there any way that installing the packages libruby and ruby-dev could cause errors in code that dont cause errors otherwise? this is on both ubuntu and alpine
[13:54:35] niexxx: these are the errors:
[13:54:35] niexxx: #<Thread:0x000056434c715648@/var/lib/gems/2.5.0/gems/REDACTED/lib/REDACTED/subprocesses.rb:69 run> terminated with exception (report_on_exception is true):
[13:54:38] niexxx: /var/lib/gems/2.5.0/gems/REDACTED/lib/REDACTED/subprocesses.rb:70:in `each_line': stream closed in another thread (IOError)
[13:55:03] niexxx: could it be that installing those shared libraries etc. is causing more errors to be reported?
[13:55:23] niexxx: this is on ruby 2.5.1p57
[13:55:46] outhicat: has joined #ruby
[13:59:23] apeiros: niexxx: that sounds like a bug in your REDACTED gem
[13:59:36] apeiros: looks like broken concurrent programming.
[14:00:15] niexxx: yeah of course, im not worried about the bug, im pretty sure i know what that is
[14:00:35] apeiros: ok. in that case, just the answer to your question: no
[14:01:04] niexxx: the issue is that exception (or at least those messages) dont occur on osx, and it doesnt occur on alpine until I install the ruby-dev package, and it doesnt occur on ubuntu until I install ruby-dev and libruby
[14:01:28] jottr: has joined #ruby
[14:01:39] apeiros: most concurrency issues are not deterministic.
[14:02:24] niexxx: good point. i mean ive run this code thousands of times and never seen it, and now this message appears 100% of the time in the aforementioned conditons.
[14:03:04] apeiros: same ruby versions? asking since the more likely reason is a change in ruby's thread scheduler, and that would (afaik) only change with the ruby version.
[14:03:18] apeiros: of course it can also just be completely random.
[14:03:36] niexxx: however, this error is occuring right before the process exits, I wonder if those libraries cause quite slightly different timings leading to those error messages making it to stdout before the process exits
[14:03:53] niexxx: ill try changing the code to wait before it dies or something
[14:04:42] mikecmpb_: has joined #ruby
[14:07:19] agent_white: has joined #ruby
[14:11:27] alem0lars: has joined #ruby
[14:12:15] niexxx: damn, it doesnt actually occur 100% of the time. assume makes an ass out of u and me...
[14:12:24] niexxx: especially where concurrency is concerned
[14:14:23] Inline: has joined #ruby
[14:15:47] apeiros: concurrency requires discipline. at least in ruby.
[14:16:55] niexxx: yeah, i guess i got sidetracked because its 100% never occurred on OSX, where i actually developed the thing, so i assumed it was the environment
[14:17:49] niexxx: presumably its just different timing from the different kernel schedulers or whatever
[14:25:50] netscape101: has joined #ruby
[14:31:59] sameerynho: has joined #ruby
[14:38:30] troys: has joined #ruby
[14:39:02] niexxx: has joined #ruby
[14:42:02] johnny56: has joined #ruby
[14:45:19] Alina-malina: has joined #ruby
[14:48:06] polishdub: has joined #ruby
[14:49:32] bmurt: has joined #ruby
[14:51:45] mikecmpbll: has joined #ruby
[14:56:13] agent_white: has joined #ruby
[15:00:09] chouhoulis: has joined #ruby
[15:06:18] niexxx: so, whats a good pattern for reading from an IO that may or may not be closed?
[15:06:58] niexxx: until io.closed? {puts f.gets} has a race condition
[15:07:16] Azure: has joined #ruby
[15:07:21] niexxx: should I just catch the IOError and move on?
[15:07:22] apeiros: how about: avoid not knowing?
[15:07:53] apeiros: no, that code only has a race condition if there's more code than just that.
[15:08:23] apeiros: you could handle the IO in one thread instead of multiple.
[15:08:57] niexxx: to explain, what im trying to do is stream the stdout of a subprocess into the stdout of my ruby process
[15:09:09] elomatreb: Can you use the non-blocking operations for this?
[15:10:01] niexxx: i dont know why im being secretive about it, heres the code: https://github.com/JonnieCache/tinyci/blob/master/lib/tinyci/subprocesses.rb#L71
[15:10:34] niexxx: ive tried replacing that each_line block with until io.closed? || io.eof? {log_info io.gets}
[15:12:11] elomatreb: Mmh, isn't there a way to just give the subprocess your own stdout in the Open3 call?
[15:13:25] akaiiro: has joined #ruby
[15:14:04] niexxx: if there is id love to know it
[15:15:16] apeiros: don't know about open3, but with spawn it's definitively doable.
[15:15:30] apeiros: see Kernel#spawn
[15:25:13] cagomez: has joined #ruby
[15:26:37] konsolebox: has joined #ruby
[15:26:58] niexxx: has joined #ruby
[15:28:56] catsed: has joined #ruby
[15:33:11] cagomez: has joined #ruby
[15:33:30] nicesignal: has joined #ruby
[15:37:14] discopatrick: has joined #ruby
[15:39:08] mroutis: has joined #ruby
[15:44:47] yokel: has joined #ruby
[15:48:52] r29v: has joined #ruby
[15:49:39] rippa: has joined #ruby
[15:50:59] orbyt_: has joined #ruby
[16:00:15] ur5us: has joined #ruby
[16:00:46] qolq: has joined #ruby
[16:00:56] benzrf: has joined #ruby
[16:01:33] benzrf: is there a nice way to take an iterable whose items are iterables and get an iterable which "flattens" it
[16:03:52] s2013: has joined #ruby
[16:05:05] bougyman: benzrf: example?
[16:05:34] ccooke: benzrf: it certainly wouldn't be hard to write one
[16:05:42] benzrf: i know, but i was hoping there was already something in the stdlib :)
[16:06:42] benzrf: bougyman: e.g., ['a.txt', 'b.txt'].map {|fn| File.open(fn).each_line}.join would give an Enumerable which produces the lines of 'a.txt' and then the lines of 'b.txt'
[16:07:08] benzrf: i mean, you could read them all into arrays and then use Array#flatten, but that would be a bad idea
[16:09:35] impermanence: has joined #ruby
[16:09:49] bijan_: has joined #ruby
[16:10:01] ccooke: Actually, you might be able to use Enumerable#flat_map
[16:10:05] ccooke: depending on your block
[16:10:25] ccooke: That effectively concatenates the outputs of all the blocks
[16:11:25] mozzarella: has joined #ruby
[16:11:51] benzrf: ccooke: https://benzrf.com/uploads/049c00fd5226cab3.png
[16:12:29] benzrf: you mean instead of map in my sample
[16:12:49] benzrf: oh, thatd probably work o:
[16:13:02] ccooke: or rather, I mean "In some cases, based on what you want, you could probably use that to do what you want"
[16:14:06] benzrf: ccooke: no dice :( https://benzrf.com/uploads/20df189a93567725.png
[16:20:27] ccooke: Fine. have some horrible monkey-patch code ;-) https://gist.github.com/ccooke/d41afdf9838685d9c4d2bdd1980f77ad
[16:21:42] benzrf: nah i couldve easily written it ;)
[16:21:47] benzrf: thanks tho
[16:21:54] benzrf: has left #ruby: ("WeeChat 2.2")
[16:25:45] cthulchu_: has joined #ruby
[16:28:00] elomatreb: The answer would have been to collect/#to_a the enumerators in the block :s
[16:28:52] KevinSjoberg: has joined #ruby
[16:29:09] ccooke: That might be memory intensive if any of them are large
[16:32:24] niexxx: anyone else unable to push to github?
[16:35:23] mroutis: no, niexxx, slack is having an outage, tho
[16:43:12] jrich523: has joined #ruby
[16:44:10] cagomez: has joined #ruby
[16:44:10] jrich523: hey guys, what is a = in a method def like def my_method=(value)
[16:45:02] mroutis: jrich523: an attribute writter
[16:45:26] mroutis: ACTION finding documentation about it
[16:45:28] jrich523: awesome, thanks :)
[16:45:33] jrich523: nah i googled and found stuff
[16:45:33] Cthulu201: has joined #ruby
[16:45:39] jrich523: just hard to google syntax, and ruby is full of it :-/
[16:46:20] cagomez_: has joined #ruby
[16:46:24] mroutis: yep, I still dream of a way to index "code" for search engines
[16:46:44] jrich523: ugh someone once gave me a search engine for syntax search (probably wouldnt have helped here) but i lost it :(
[16:47:32] GodFather: has joined #ruby
[16:48:01] Eiam: has joined #ruby
[16:48:18] al2o3-cr: sometimes it's useful to use symbolhound.com; http://symbolhound.com/?q=def+foo%3D%28bar%29
[16:49:09] jrich523: hmm i wonder if it was symbol hound
[16:50:02] jrich523: i wish there was some rules on how to post generic code, so that you could search like that safely... and a general number lol.. so weird... like if you wanted to do "i want first 10" google will usually give you a suggestion for what number is more commonly searched, but... im typing too much
[16:50:06] SeepingN: has joined #ruby
[16:52:41] sanscoeur: has joined #ruby
[16:57:03] orbyt_: has joined #ruby
[16:58:35] bijan_: has joined #ruby
[16:59:51] apeiros_: has joined #ruby
[17:01:10] sanscoeur: has joined #ruby
[17:02:57] bijan_: has joined #ruby
[17:07:38] bijan_: has joined #ruby
[17:08:03] DLSteve_: has joined #ruby
[17:11:27] solocshaw: has joined #ruby
[17:12:26] solocshaw: has joined #ruby
[17:15:09] alex``: has joined #ruby
[17:15:38] alem0lars: has joined #ruby
[17:15:59] baweaver: avdi's keynote from Southeast Ruby just went live! https://www.youtube.com/watch?v=-JpAUN6Ovok
[17:16:07] baweaver: Give it a watch, it'll be worth your time.
[17:16:08] havenwood: baweaver: Nice! Congrats!
[17:16:16] havenwood: baweaver: ooh, thought it was yours :-(
[17:16:25] baweaver: Next week or so :)
[17:16:27] havenwood: Avdi's is good too :-)
[17:17:09] baweaver: Who all is going to RubyConf this year?
[17:17:23] havenwood: ACTION raises hand
[17:17:39] baweaver: First time going :D
[17:17:50] havenwood: Ninth time going :D
[17:18:30] orbyt_: has joined #ruby
[17:18:44] mattwc: has joined #ruby
[17:19:11] eckhardt_: has joined #ruby
[17:19:20] havenwood: Err, eighth - I mean
[17:19:23] havenwood: ACTION tries to count
[17:19:54] havenwood: Register for RubyConf!: https://rubyconf.org/register
[17:20:12] Zarthus: cheers baweaver, will do in a minute
[17:22:45] bijan_: has joined #ruby
[17:25:39] patr0clus: has joined #ruby
[17:29:48] mroutis: I burnt my savings going to rails conf; guess I should start saving some bucks for RubyConf 2019
[17:34:15] bijan_: has joined #ruby
[17:34:41] MuffinPimp: has joined #ruby
[17:35:38] lxsameer: has joined #ruby
[17:36:31] graphene: has joined #ruby
[17:38:24] bijan__: has joined #ruby
[17:40:22] SCHAPiE: has joined #ruby
[17:40:57] darkhanb: has joined #ruby
[17:42:19] bijan_: has joined #ruby
[17:42:41] lxsameer: has joined #ruby
[17:43:51] KidSK8: has joined #ruby
[17:44:57] kapil___: has joined #ruby
[17:45:23] jrich523: hey guys, with a bundle install, is there a list of locations it checks? mostly, locally before checking the 'source' (link or search term would be plenty welcome!)
[17:47:45] jrich523: google is mostly getting me where it installs stuff to, not where it checks for gems
[17:47:52] agent_white: has joined #ruby
[17:48:00] alex``: has joined #ruby
[17:49:13] havenwood: jrich523: First Bundler will check vendor/cache, then $GEM_HOME and finally the sources in your Gemfile.
[17:49:42] dendazen: has joined #ruby
[17:49:46] havenwood: jrich523: If you've installed that very gem and version before, it will use the installed version.
[17:50:41] jrich523: well does it look to the folder itself? i just noticed a gem that had no path and was just basically a reference to a folder within the project
[17:51:46] havenwood: jrich523: Use `gem which` to see where the file that's required for the gem lives.
[17:51:57] havenwood: jrich523: For example: gem which rails
[17:52:47] lxsameer: has joined #ruby
[17:53:04] havenwood: jrich523: What's the problem you're running into? Getting an error? Have you tried a pristine install of the offending gem?
[17:53:57] jrich523: well, not so much a problem, was just sort of confused because this one has no path and its ok, but i saw someone reference... err... itself... and that confused me too, which basically just made me feel that i have no idea how bundle "finds" stuff
[17:54:25] alex``: has joined #ruby
[17:54:29] jrich523: this was a gem 'foreman_hooks' and it was just dump in to the foreman folder (its a plugin for it)
[17:55:10] jrich523: but i recall seeing something crazy like this on another project, gem 'corp-provision', path: '.' which is super odd, cuz thats within the gem/project
[17:55:37] jrich523: however it did have a 'todo: remove' so clearly why ever they did it, they knew it was a bad idea
[17:57:41] beowuff: has joined #ruby
[17:57:50] ur5us: has joined #ruby
[17:57:50] solocshaw: has joined #ruby
[18:01:14] ferhaty: has joined #ruby
[18:02:36] lxsameer: has joined #ruby
[18:04:25] cadillac_: has joined #ruby
[18:07:05] alex```: has joined #ruby
[18:12:30] lxsameer: has joined #ruby
[18:20:11] s2013: has joined #ruby
[18:22:38] lxsameer: has joined #ruby
[18:26:02] snuz: has joined #ruby
[18:30:40] akaiiro: has joined #ruby
[18:31:53] agent_white: has joined #ruby
[18:32:38] lxsameer: has joined #ruby
[18:36:29] dionysus69: has joined #ruby
[18:36:34] daxroc__: has left #ruby: ()
[18:37:25] agent_white: has joined #ruby
[18:37:46] mroutis: has joined #ruby
[18:37:48] beeman: has joined #ruby
[18:38:01] za1b1tsu: has joined #ruby
[18:40:21] s2013: has joined #ruby
[18:41:27] mroutis: baweaver: I just saw advi's keynote, it was surprisingly emotive
[18:42:45] lxsameer: has joined #ruby
[18:42:45] Zarthus: i just rounded it up as well, I added him to my beer list.
[18:42:47] mroutis: this is what I love about ruby / ruby on rails community, there's always a human side of it
[18:43:36] baweaver: avdi's a good guy, and has a heck of a story to tell. I need to get a beer with him some time later myself :)
[18:43:50] baweaver: (then again I don't really drink beer, so maybe a whisky for me instead)
[18:44:13] mroutis: btw. avdi has a course on OOP, I'm on the third week of the course an it have been amazing so far
[18:47:38] mikecmpbll: has joined #ruby
[18:49:29] dviola: has joined #ruby
[19:12:35] Freshnuts: has joined #ruby
[19:15:37] augcesar: has joined #ruby
[19:16:55] mikhael_k33hl: Will it be okay to publish a gem that is based on another one? like you just added a feature to it or changed a section?
[19:17:11] al2o3-cr: mikhael_k33hl: ofc
[19:17:26] mikhael_k33hl: al2o3-cr: what's ofc?
[19:17:45] al2o3-cr: mikhael_k33hl: ok, sure you can ;)
[19:17:51] elomatreb: Two aspects: 1) Legally, obey the restrictions of the source license 2) socially, if it's just a minor change or something like that and/or the gem is still maintained, a pull request may be better
[19:17:53] mikhael_k33hl: oh okay, thanks
[19:18:14] mikhael_k33hl: elomatreb: nah, I don't think the owner wants to add the functions/features though
[19:18:41] mikhael_k33hl: https://github.com/jbussdieker/ruby-rsync/issues/18
[19:19:31] elomatreb: If you've written the code, opening a pull request can't hurt. Although the owner doesn't appear too active
[19:20:49] Zarthus: The MIT license absolutely allows you to fork free of charge and make your own ruby-rsync from that, though
[19:21:15] mikhael_k33hl: thanks, I'll do that and make some changes according to my needs hehe
[19:21:24] Zarthus: just don't hold that guy liable if it burns your house down ;)
[19:22:23] elomatreb: The problem is more that if this project now becomes active again and adds a new feature, your two implementations have diverged and people who want to use the gem will have to choose.
[19:22:41] elomatreb: Esp. if you use the same toplevel namespace this is really annoying to deal with
[19:23:09] Zarthus: aye, that's fair
[19:24:11] mikhael_k33hl: nah, I'll place mine on a different namespace, just wanted to create a gem honestly. haha
[19:25:46] al2o3-cr: mikhael_k33hl: have you experience with c extensions or libffi?
[19:25:59] mikhael_k33hl: al2o3-cr: nah I don't
[19:26:15] mikhael_k33hl: al2o3-cr: why? can I use that for rsync?
[19:27:08] al2o3-cr: mikhael_k33hl: was going to suggest make a little gem that wraps libuuid ;)
[19:27:30] al2o3-cr: if you were just putting it out there =P
[19:28:04] al2o3-cr: but i see you're concentrating on rsync
[19:29:41] orbyt_: has joined #ruby
[19:30:21] mikhael_k33hl: al2o3-cr: https://linux.die.net/man/3/libuuid this?
[19:30:39] al2o3-cr: mikhael_k33hl: yes.
[19:30:47] mikhael_k33hl: what would I use libuuid for?
[19:31:30] mikhael_k33hl: Oh, you mean if I was to create a gem.
[19:31:37] mikhael_k33hl: Sorry about that, hehe.
[19:31:37] clemens3: has joined #ruby
[19:31:59] al2o3-cr: mikhael_k33hl: anything you need uuid's for.
[19:32:19] impermanence: has joined #ruby
[19:32:32] elomatreb: What would wrapping that get you over SecureRandom.uuid, if I may ask?
[19:32:38] mikhael_k33hl: al2o3-cr: right. however, I need to be able to retrieve stats information of an rsync job which I can't using the current rsync gem
[19:33:09] thy0: has joined #ruby
[19:34:12] al2o3-cr: mikhael_k33hl: are you asking me how?
[19:34:46] mikhael_k33hl: al2o3-cr: Uhhhm, not really but if you know how, that'd be great
[19:34:54] mikhael_k33hl: will save me time hehe
[19:36:00] al2o3-cr: mikhael_k33hl: firstly, give it a try. secondly if you don't succeed come back and i'll help you ;)
[19:37:00] mikhael_k33hl: al2o3-cr: I'll hold you on that. and thanks
[19:37:10] al2o3-cr: mikhael_k33hl: np.
[19:39:03] MasterAsia: has joined #ruby
[19:39:10] MasterAsia: am I able to monkey patch a few levels deep
[19:39:17] MasterAsia: by just declaring the module chain?
[19:42:46] al2o3-cr: masterasia: we'll probably need more context.
[19:43:53] mikhael_k33hl: is there a spec.before(:suite) alternative for minitest?
[19:44:46] MasterAsia: Specifically https://github.com/plataformatec/devise/blob/master/lib/devise/strategies/database_authenticatable.rb
[19:44:55] MasterAsia: I want to override this authenticate method in a rails app
[19:46:47] al2o3-cr: masterasia: why not use a refinement instead of monkey-patching?
[19:47:03] MasterAsia: I remember that feature. Let me see here.
[19:48:17] al2o3-cr: or prepend in the module chain if you must.
[19:49:01] MasterAsia: I need this change to be global though
[19:49:01] s2013: has joined #ruby
[19:49:14] MasterAsia: adding in 2fa for a devise warden strategy
[19:52:34] za1b1tsu: has joined #ruby
[20:01:14] cagomez: has joined #ruby
[20:03:38] za1b1tsu: has joined #ruby
[20:07:48] s2013: has joined #ruby
[20:10:04] chouhoulis: has joined #ruby
[20:11:07] al2o3-cr: masterasia: if you need it global then monkey-patch, but otherwise i'd just prepend a module or use a refinement.
[20:12:11] al2o3-cr: and humble that being ;)
[20:12:36] al2o3-cr: i don't monkey-patch anything these days.
[20:14:55] al2o3-cr: masterasia: btw, lemurs are evil.
[20:16:09] bmurt: has joined #ruby
[20:17:28] elomatreb: baweaver: ^ heresy
[20:19:00] al2o3-cr: elomatreb: phaha, i'm joking ;)
[20:19:40] jottr: has joined #ruby
[20:21:26] orbyt_: has joined #ruby
[20:23:08] al2o3-cr: this channel to serious =p
[20:23:16] havenwood: al2o3-cr: too*
[20:23:22] havenwood: al2o3-cr: ;-P
[20:23:30] havenwood: ACTION tries to be serious
[20:24:55] al2o3-cr: ACTION wouldn't lie straight in a bed
[20:25:21] al2o3-cr: take that for a pun haha
[20:26:48] al2o3-cr: i'll leave that for baweaver ;D
[20:31:56] Fr4n: has joined #ruby
[20:33:11] postmodern: has joined #ruby
[20:44:13] Alina-malina: has joined #ruby
[20:44:38] baweaver: ACTION polishes hammer
[20:44:49] baweaver: Oh hey al2o3-cr! How's things?
[20:45:16] baweaver: Hm, I should make some evil lemurs some time.
[20:46:22] al2o3-cr: baweaver: everything a-ok.
[20:48:46] lxsameer: has joined #ruby
[20:59:07] fredlinhares: has joined #ruby
[21:06:33] eckhardt_: has joined #ruby
[21:10:02] za1b1tsu: has joined #ruby
[21:11:05] chouhoulis: has joined #ruby
[21:12:13] eckhardt_: has joined #ruby
[21:15:03] drbrain: has joined #ruby
[21:15:23] cagomez: has joined #ruby
[21:16:34] chouhoulis: has joined #ruby
[21:19:17] t0xik: has joined #ruby
[21:22:00] chouhoulis: has joined #ruby
[21:24:50] drbrain: has joined #ruby
[21:26:09] dionysus69: has joined #ruby
[21:27:26] chouhoulis: has joined #ruby
[21:32:49] chouhoulis: has joined #ruby
[21:33:12] orbyt_: has joined #ruby
[21:34:57] za1b1tsu: has joined #ruby
[21:37:41] graphene: has joined #ruby
[21:38:12] chouhoulis: has joined #ruby
[21:46:50] chouhoulis: has joined #ruby
[21:53:26] dionysus69: has joined #ruby
[21:57:43] chouhoulis: has joined #ruby
[22:00:08] cagomez: has joined #ruby
[22:00:38] graphene: has joined #ruby
[22:05:15] chouhoulis: has joined #ruby
[22:07:24] chouhoulis: has joined #ruby
[22:08:17] cats: has joined #ruby
[22:14:52] Nicmavr: has joined #ruby
[22:15:55] drbrain: has joined #ruby
[22:18:16] venmx: has joined #ruby
[22:22:30] chouhoulis: has joined #ruby
[22:25:37] eddof13: has joined #ruby
[22:26:35] jottr: has joined #ruby
[22:28:53] chouhoulis: has joined #ruby
[22:31:26] drbrain: has joined #ruby
[22:33:33] dionysus69: has joined #ruby
[22:34:22] chouhoulis: has joined #ruby
[22:39:42] chouhoulis: has joined #ruby
[22:46:09] chouhoulis: has joined #ruby
[22:49:40] lxsameer: has joined #ruby
[22:59:15] chouhoulis: has joined #ruby
[23:00:01] za1b1tsu: has joined #ruby
[23:01:00] code_zombie: has joined #ruby
[23:04:41] chouhoulis: has joined #ruby
[23:08:56] TheBloke: has joined #ruby
[23:46:26] cats: has joined #ruby
[23:54:40] mroutis: has joined #ruby
[23:59:51] r3m_: has joined #ruby