05:29 <cjheath> I’ve published a lot of gems, but something today has me baffled. I have an executable in my gem. A clean install installs the runtime dependencies, but when I run the executable, it requires the development deps to be installed. Is this a problem with rbenv?

05:29 <cjheath> Try it: “gem install activefacts-compositions” then try to run: “schema_compositor —help”

05:29 <cjheath> It works fine if you install the development deps as well

05:29 <cjheath> The executable is *not* a dev tool; it’s the main purpose for the gem.

05:29 <cjheath> Any ideas?

05:49 <cjheath> drbrain qrush raggi samkottler: ping?

07:03 <drbrain> cjheath: well, this is a problem: https://github.com/cjheath/activefacts-compositions/blob/270f27f3394598477ecab79a3e096680411a48a7/bin/schema_compositor#L8

07:04 <cjheath> Thanks - I found that five minutes ago - removingit does fix things!

07:04 <drbrain> bundler isn't listed in your gemspec

07:04 <drbrain> libraries shouldn't depend on bundler

07:04 <cjheath> anything else you can see?

07:05 <drbrain> removing that and I get "Available compositors" and "Available generators" lines

07:05 <drbrain> so it works?

07:05 <cjheath> seems to, yes

07:05 <cjheath> but I find this class of problem very difficult to diagnise

07:05 <drbrain> also, you shouldn't need L9 ($:.unshift)

07:06 <cjheath> it would be excellent iof there was a super-verbose master switch that explains everything

07:06 <cjheath> This gem runs in a dev envieonment with a family of other gems, and I have to jump through a lot of hoops to make it convenient

07:06 <drbrain> yeah, but it's hard to know if "verbose enough" is verbose enough

07:07 <drbrain> or too verbose

07:07 <cjheath> see my Gemfile for example

07:07 <cjheath> any eror message that doesn’t (in verbose mode) include the location in the gem or bundler source that produced it, is not introspectable enough

07:07 <drbrain> I don't build libraries that need bundler, but I'm an old-timer

07:08 <cjheath> fair enough

07:08 <cjheath> but the version compatibilities in the activefacts family are quite difficult to manage

07:09 <cjheath> oftentimes I need to update 3 or 4 of the eight gems at the same time, and in sync with right deps

07:09 <drbrain> PS: I've had a bit of alcohol right now, so I might not be coherent

07:09 <drbrain> but I think having to update multiple things means your library's coupling is too tight

07:10 <drbrain> but I don't know anything about your library offhand, so maybe the coupling you have is as loose as you can make it

07:10 <drbrain> IMO, libraries should be as loosely coupled as possible

07:10 <cjheath> It’s a bloody complex project, been a decade in the making, and yeah, its close-coupled alright

07:11 <drbrain> software

07:11 <cjheath> but I;ve avoided that as much as possible in 20,000 LOC

07:12 <cjheath> Anyhow, your help is much appreciated… but now I need to help pack for a weekend away or the wife will be unhappy

07:12 <drbrain> enjoy!

18:22 <chrisgo> hello, getting a weird error on debian jessie (64-bit) 8.3 on brand new DigitalOcean server (w/ IPv6 "on") trying to run gem install bundler (using both normal sudo gem install and also tried rbenv without sudo) but getting same error ERROR: While executing gem ... (Errno::EPERM) Operation not permitted - sendto(2) for "2001:4860:4860::8844" port 53 … seems to have a lot of OSX but haven't found anything specific to debian/l

18:44 <chrisgo> sorry for bothering you all .. it was the firewall :( … IPV6=off in the /etc/default/ufw … added the port 53 and restarted