01:14 <ih8u> Sampersand: what on earth would lead you to conclude that ruby is dying?

01:15 <Sampersand> Harder to find jobs

01:15 <Sampersand> only a few companies use it compared to previous

01:15 <ih8u> it's not the flavor of the week anymore

01:16 <ih8u> it's mature

01:16 <ih8u> that's like saying "java is dead"

01:16 <Sampersand> it's not hard to find java jobs

01:25 <ih8u> that's my point

01:25 <ih8u> but i guess others would know more about that than i would

01:25 <ih8u> i'm not looking for a job

01:26 <ih8u> thought the last time i was, ruby was definitely around without my specifically looking for it

01:26 <Sampersand> you cant honestly tell me you haven't seen the community declining?

01:27 <Sampersand> going to rubyconfs, the average age is growing, no new people are really being added

01:27 <ih8u> you could say the same thing about many, many confs

01:27 <ih8u> including linux

01:27 <ih8u> and i certainly wouldn't classify linux as dead or dying

01:27 <Sampersand> that's fair

01:28 <ih8u> maybe the simpler answer is that young people just aren't interested in those kinds of things

01:37 <weaksauc_> isene it would be good to have rcurses be able to be build to somewhere more userspace

01:37 <weaksauc_> target_dir = '/usr/lib/ruby/vendor_ruby' is outside of normal convention i would think

01:41 <weaksauc_> oh all you are using the extension thing is to fake a make and copy that file... i'd let gem handle the code movement

01:44 <weaksauc_> lsblk is not a common exe from what i can tell... maybe just use ls for the example

01:44 <weaksauc_> other than that it's pretty interesting

01:45 <weaksauc_> i'd like to see a more fleshed out example program or two and some screenshots on the readme

01:48 <weaksauc_> drop the extensions from the gemspec and add the lib/rcurses.rb file to the file and you should be good to go i think ... extensions are mainly used to compile C extensions to the ruby gem

01:49 <weaksauc_> (or rust or whatever)

10:49 <Na_Klar> on my development machine Thread started up quickly enough, but on the production machine (sbc) the start-up is sometimes too slow. since some threads get started within a loop it sometimes happens, that the second thread runs before the first. I know that .join waits for the thread to return, but is there a method to block the script until the thread is loaded? (ofc I could do that with a global var, but that seems to be ugly.)

10:52 <Na_Klar> ... maybe with .status

10:56 <Na_Klar> although there seems to be no .status before the thread was started, and nil means terminated with exception.

16:56 <johnjaye> ih8u: i've never been to a linux conf. what are they like

16:57 <johnjaye> most confs i imagine are just boring power points. if you can't network with people then there's really no purpose to going to one

17:24 <v0n> how do you call super() in a method taking variable arguments? super(args) or super(*args)