Project

General

Profile

Actions

Misc #15610

closed

Could bundler & rubygems be shipped in site_ruby?

Added by deivid (David Rodríguez) almost 6 years ago. Updated almost 6 years ago.

Status:
Rejected
[ruby-core:91583]

Description

Currently bundler & rubygems are shipped together with the rest of the standard library (in RbConfig::CONFIG["rubylibdir"]). The fact that they share their folder with the rest of the standard library has caused some issues that wouldn't have happened if they were isolated. For example, https://bugs.ruby-lang.org/issues/15469 or https://github.com/rubygems/rubygems/issues/2188.

Also, when you run gem update --system, rubygems installs a copy of itself and bundler in site_ruby, so you currently end up with two copies of different versions of bundler and rubygems in different folders of the $LOAD_PATH.

@hsbt (Hiroshi SHIBATA) has fixed the above issues with a patch to bundler in https://github.com/bundler/bundler/pull/6941, but I still wonder whether it could be cleaner to ship them in site_ruby directly, so that gem update --system overwrites them and you always have a single default copy of both rubygems and bundler.

Maybe this wouldn't be a good usage of site_ruby, and it's better to keep things as they are, but I figured I could ask ruby-core about it.

Thanks for what you do!


Related issues 1 (0 open1 closed)

Related to Ruby master - Feature #15611: Shipping Bundler as a bundled gem, not a default gemRejectedhsbt (Hiroshi SHIBATA)Actions

Updated by shevegen (Robert A. Heiler) almost 6 years ago

I can not answer the question, as I think that is up to the ruby core team, Hiroshi,
the gem-team and the bundler team. However had perhaps it may be worthwhile to actually
consider a new unified name? Perhaps for ruby 3.0 or if that is too early, ruby
4.0. And consider one unified application (e. g. both bundler and rubygems).

People could still decide on their own which functionality they would want to
use (and I mean this in the sense of retaining all the functionality that currently
exists). Although this may be too early ... I thought I would mention it at the
least once.

This could also be discussed at an upcoming developer meeting - not solely the
issue here alone, but long term goals and integration. If I recall correctly,
drbrain years ago said that one reason for a merge of bundler + gem would
be so to avoid code duplication (that was years before the work by Hiroshi
and others).

Actions #2

Updated by Eregon (Benoit Daloze) almost 6 years ago

  • Related to Feature #15611: Shipping Bundler as a bundled gem, not a default gem added

Updated by Eregon (Benoit Daloze) almost 6 years ago

@deivid I have another proposal in https://bugs.ruby-lang.org/issues/15611, what do you think?

Updated by hsbt (Hiroshi SHIBATA) almost 6 years ago

  • Status changed from Open to Assigned
  • Assignee set to hsbt (Hiroshi SHIBATA)

Updated by hsbt (Hiroshi SHIBATA) almost 6 years ago

  • Status changed from Assigned to Rejected

Updated by vo.x (Vit Ondruch) almost 6 years ago

Just for completeness, this is my proposal:

https://bugs.ruby-lang.org/issues/5617

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0