indirect changed the topic of #bundler to: Docs! http://bundler.io | Problems? http://bit.ly/bundler-issues | How to help: http://bit.ly/bundler-development | API Dashboard http://cl.ly/SBoH | #bundler logs: http://bit.ly/bundler-logs | Questions will be answered eventually, so hang out for a while
<ddd> pulling up travis run showing it gimme a sec
<brixen> ddd: I don't think I've seen that but a travis run would help
<ddd> crap, can't pull it up. travis history is not working atm
<brixen> dang
<brixen> could you link to the github repo?
<ddd> yeah lemme see if i can find it. josh might be able to tell me if history is down
<brixen> I'll run it locally
<ddd> my bad I was looking at the wrong repo (been working on several)
<ddd> i have the Gemfile set to determine jruby or not and install appropriate gems. I've been using jruby but switched to MRI ruby. Was building against MRI, JRuby, and rbx. rbx keeps puking. Here's another one: https://travis-ci.org/dtf-gems/dtf/jobs/14586425
<ddd> brixen: ignore the hacky crappy code :) its a near and dear project i'm using to develop my skills. obviously in need of more work hehe
samphippen has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
Paul_G_ has joined #bundler
dwradcliffe has quit [Ping timeout: 246 seconds]
Paul_G has quit [Ping timeout: 246 seconds]
dwradcliffe has joined #bundler
patcon has quit [Remote host closed the connection]
patcon has joined #bundler
patcon has quit [Ping timeout: 252 seconds]
jfoy has quit [Quit: jfoy]
havenwood has quit [Remote host closed the connection]
robbyoconnor has joined #bundler
robbyoconnor has quit [Client Quit]
<brixen> ddd: passes here with this change https://github.com/dtf-gems/dtf/pull/5
rjhunter has joined #bundler
cwebber has quit []
<ddd> brixen: excellent that it passes. whats the need for it? i see its pulling in impls of ruby standard lib, but aren't these already core to rbx?
<ddd> trying to understand the need before i merge
<brixen> so, rbx 2.0+ extracts all of stdlib into gems
<brixen> and these are pre-installed
<brixen> and work as one would expect
<brixen> eg require 'cgi' works
<brixen> but Bundler comes along and excludes all these gems
<brixen> and then shit be broke
<ddd> hehe
<brixen> adding gem 'rubysl' makes bundler not exclude the gems
<ddd> perfect. thank you for the education and the fix!
<ddd> merging
<brixen> hopefully, tomorrow after talking with terrence and andre, we'll have a solution that doesn't require gem 'rubysl'
<brixen> but for now, that works correctly
<brixen> by "correctly", I mean that bundler understands and resolves all the deps
<ddd> gotcha. yeah i put the problem description in the merge messsage to let others know. greatly appreciated!
ddd is now known as TransPlus
TransPlus is now known as ddd
ixti has quit [Quit: WeeChat 0.4.2]
cwebber has joined #bundler
cwebber has quit [Client Quit]
lmarburger_ has joined #bundler
lmarburger has quit [Ping timeout: 245 seconds]
lmarburger_ is now known as lmarburger
ckrailo has quit [Ping timeout: 245 seconds]
akerl has quit [Ping timeout: 245 seconds]
adam12 is now known as adam
akerl has joined #bundler
adam has quit [Disconnected by services]
ckrailo has joined #bundler
adam- has joined #bundler
rjhunter has quit [Remote host closed the connection]
patcon has joined #bundler
cwebber has joined #bundler
cwebber has quit []
cwebber has joined #bundler
cwebber has quit []
JordanFaust_ has joined #bundler
jacobat_ has joined #bundler
jacobat has quit [Ping timeout: 246 seconds]
cwebber has joined #bundler
cwebber has quit [Read error: Connection reset by peer]
cwebber has joined #bundler
cwebber has quit [Client Quit]
pnomolos_ has joined #bundler
dwradcliffe_ has joined #bundler
pnomolos has quit [Ping timeout: 245 seconds]
dwradcliffe has quit [Ping timeout: 245 seconds]
rjhunter has joined #bundler
JordanFaust_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
pnomolos_ has quit [Quit: Linkinus - http://linkinus.com]
JordanFaust_ has joined #bundler
awkisopen has joined #bundler
<awkisopen> trying to use nokogiri on ruby 2.0 64 bit, bundler can't see it for some reason
<awkisopen> I get the cryptic message "Could not find gem 'nokogiri'. Did you mean nokogiri?"
<jacobat_> indirect: I haven't tried anything but 1.3.5 - the plan for the new index looks good, very much looking forward to seeing it in action
jacobat_ is now known as jacobat
JordanFaust_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<indirect> awkisopen: do you mean windows 64-bit?
<indirect> you need the bundler 1.5 rc for that
<indirect> jacobat: I am very much looking forward to getting it done enough to release :)
<awkisopen> I'm actually on linux, but nevermind, I literally just solved it by nuking my Gemfile.lock
patcon has quit [Remote host closed the connection]
patcon has joined #bundler
patcon has quit [Ping timeout: 252 seconds]
<indirect> awkisopen: sounds good
<jacobat> indirect: 1.3.5: 1m30s, 1.5rc1: 19s - woohoo! :D
<indirect> jacobat: yessss
<indirect> things are gonna be so great
ereslibre_laptop has joined #bundler
ereslibre_laptop has quit [Changing host]
ereslibre_laptop has joined #bundler
ereslibre has quit [*.net *.split]
robbyoconnor has joined #bundler
cwebber has joined #bundler
samphippen has joined #bundler
retro|cz has joined #bundler
KOUPE has joined #bundler
KOUPE has quit [Client Quit]
samphippen has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
<retro|cz> indirect, hello, are you around? I'm facing an issue with bundler and gemspec, but I'm not sure if it's bundler issue, so I don't want to mess issue tracker with that without confirmation.
<retro|cz> It's problem with pre versions. Bundler can't find mongoid 4.0.0.alpha1 with gemspec's `spec.add_dependency "mongoid", '~> 4.0.0'` but `spec.add_dependency "mongoid", '> 3'` works.
ddd has quit [Ping timeout: 240 seconds]
<retro|cz> maybe ckrailo or lmarburger can decide ^
robbyoconnor has quit [Read error: Operation timed out]
rjhunter has quit [Remote host closed the connection]
rjhunter has joined #bundler
chouhoulis has joined #bundler
samphippen has joined #bundler
samphippen has quit [Read error: Connection reset by peer]
chouhoulis has quit [Remote host closed the connection]
chouhoulis has joined #bundler
chouhoul_ has joined #bundler
chouhoul_ has quit [Remote host closed the connection]
chouhoul_ has joined #bundler
chouhoulis has quit [Ping timeout: 250 seconds]
cwebber has quit []
cmar has joined #bundler
cmar has left #bundler ["Textual IRC Client: www.textualapp.com"]
samphippen has joined #bundler
samphippen has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
dwradcliffe_ is now known as dwradcliffe
havenwood has joined #bundler
cwebber has joined #bundler
patcon has joined #bundler
rjhunter has quit [Remote host closed the connection]
cmar has joined #bundler
cwebber has quit []
rjhunter has joined #bundler
cwebber has joined #bundler
rjhunter has quit [Ping timeout: 260 seconds]
cmar has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
cmar has joined #bundler
cmar has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
retro|cz has quit [Ping timeout: 245 seconds]
patcon has quit [Remote host closed the connection]
patcon has joined #bundler
cmar has joined #bundler
patcon has quit [Ping timeout: 272 seconds]
havenwood has quit [Remote host closed the connection]
havenwood has joined #bundler
havenwood has quit [Ping timeout: 260 seconds]
jfoy has joined #bundler
patcon has joined #bundler
patcon has quit [Ping timeout: 245 seconds]
patcon has joined #bundler
robbyoconnor has joined #bundler
pnomolos has joined #bundler
adam- is now known as adm12
adm12 is now known as adam12
cmar has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
cmar has joined #bundler
havenwood has joined #bundler
davidcollom has quit [Quit: Connection closed for inactivity]
<brixen> indirect: ping
<indirect> brixen: hi
<indirect> fighting with hangouts
<brixen> howdy
<brixen> ah ok
<indirect> trying to get a url
<indirect> lols
<brixen> gotcha
<brixen> lol
<indirect> brixen: and I don't have your email
<indirect> who should I invite?
<brixen> brixen at gmail
<indirect> brixen: invited
<brixen> thanks
<brixen> I clicked some link
<brixen> probably just got XSS'd :p
<indirect> lol that should send you straight there
cmar has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
axl_ has joined #bundler
samphippen has joined #bundler
robbyoconnor has quit [Ping timeout: 240 seconds]
chouhoul_ has quit [Ping timeout: 250 seconds]
havenwood has quit [Read error: Connection reset by peer]
havenwood has joined #bundler
chouhoulis has joined #bundler
retro|cz has joined #bundler
havenwood has quit [Ping timeout: 241 seconds]
whack has joined #bundler
<whack> Is there a way to configure the name of the Gemfile.lock file?
<whack> (not the Gemfile, just the .lock file)
<whack> Context: I'm trying to solve this problem where multiple rubies compete for prettiest Gemfile.lock and I end up losing
<whack> Plus on different machines, the 'Remote:' value seems to change depending on the directory I'm in
<whack> Has anyone had this problem before and solved it? (Multiple developers, different ruby versions, etc)
<whack> Ahh, monkeypatching Bundler::SharedHelpers.default_lockfile works well enough
retro|cz has quit [Ping timeout: 250 seconds]
<Radar> whack: Sounds bad.
<Radar> whack: Why do the multiple developers have different versions of Ruby?
<Radar> whack: And maybe you could solve this using https://github.com/thoughtbot/appraisal
<whack> This particular project is supported under multiple versions of ruby.
<whack> (like many ruby projects) ;)
<Radar> Right... I deal with that in my projects too. I don't understand how the multiple rubies are competing?
<whack> 'bundle install' under 1.9.3 makes Gemfile.lock. 'bundle install' next under JRuby 1.7.8 modifies the Gemfile.lock (because it'll get the -java deps, etc)
<Radar> Oh, right.
<whack> which causes, among other annoyances, merge conflicts when patches get sent around since 'best practice' seems to be recommending putting the .lock file into revision control
<Radar> I think the difference between you and me is that I don't treat the Gemfile.lock as a fixed point in time... The Gemfile specifies the dependencies and then the Gemfile.lock can be wiped away whenever
<Radar> i.e. I should be able to run "bundle update" fearlessly on the project and have it still work
<whack> Radar: no difference there. Just want to avoid 1) extra time spent regenerating the .lock and 2) merge conflicts and other pains with managing Gemfile.lock in git
<Radar> whack: Can't you just ignore Gemfile.lock in Git?
<Radar> I don't think there's a clean solution to this other than that.
<whack> probably, though I don't remember what parts of bundler refuse to work if Gemfile.lock doesn't exist
<Radar> I think none of it. Seems to work just fine here.
<Radar> "bundle install --local" can speed up the generation of that, assuming that the machine already has the right dependencies installed
<Radar> alias ta='bundle check || (echo "Trying to bundle locally..." && rm -f Gemfile.lock && bundle install --local) || (echo "Bundling using remote sources..." && bundle update)'
<Radar> ^ my alias for checking bundler's status