From: eregontp@... Date: 2019-02-19T12:26:22+00:00 Subject: [ruby-core:91590] [Ruby trunk Feature#15611] Shipping Bundler as a bundled gem, not a default gem Issue #15611 has been updated by Eregon (Benoit Daloze). > As far as I know, bundler is planned to be merged to rubygems. What would that mean exactly? (that's a question for Bundler/RubyGems devs) Will both repositories become one and the code be reused for both parts? That's what I would consider "merged". Otherwise, it looks like two different softwares with different versions. Currently it doesn't look merged at all to me. > If shipping bundler as a gem is ephemeral, it looks less significant to me whether bundler should be a bundled gem or a default one. Not sure how ephemeral, but right now bundler is a default gem in the 2.6 releases, and as argued above I think it's an actual issue for it to be a default gem. > Also, moving bundler to a default gem would still keep the same problem in https://bugs.ruby-lang.org/issues/15610, but only for the rubygems code. Although to be honest, having duplicated versions of the rubygems code in rubylibdir and site_ruby has not yet led to real world issues that I know of. But still, moving both to site_ruby feels cleaner and safer to me. RubyGems has been in stdlib since 1.9, so there is some history there, and RubyGems itself cannot be a gem of course. But I agree, it would be more consistent to always have RubyGems be installed the same directory. I wonder what should happen when upgrading RubyGems fails while copying files though, maybe having a safe copy somewhere would be a good way to deal with that. I think it would be better if every part of stdlib that can be upgraded could be cleanly removed and handled like a real gem, which seems very complicated for stdlibs directly under `lib/`. This also applies for other default gems part of the stdlib. ---------------------------------------- Feature #15611: Shipping Bundler as a bundled gem, not a default gem https://bugs.ruby-lang.org/issues/15611#change-76853 * Author: Eregon (Benoit Daloze) * Status: Open * Priority: Normal * Assignee: hsbt (Hiroshi SHIBATA) * Target version: ---------------------------------------- I think this would simplify many things, and would allow to update or remove the shipped Bundler easily on Ruby 2.6. Is there a particular reason to have Bundler as a default gem? Also, given how Bundler magically switches which version is used based on the Gemfile, it seems better to have each Bundler version in its own directory, rather thank risking to load multiple Bundler versions or parts of it from lib/, site_ruby/ and the bundler gem directory. -- https://bugs.ruby-lang.org/ Unsubscribe: