ruby-core@ruby-lang.org archive (unofficial mirror)
 help / color / mirror / Atom feed
* [ruby-core:91583] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
@ 2019-02-18 15:11 ` deivid.rodriguez
  2019-02-18 15:29 ` [ruby-core:91584] " shevegen
                   ` (4 subsequent siblings)
  5 siblings, 0 replies; 6+ messages in thread
From: deivid.rodriguez @ 2019-02-18 15:11 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been reported by deivid (David Rodríguez).

----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610

* Author: deivid (David Rodríguez)
* Status: Open
* Priority: Normal
* Assignee: 
----------------------------------------
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 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!



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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [ruby-core:91584] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
  2019-02-18 15:11 ` [ruby-core:91583] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby? deivid.rodriguez
@ 2019-02-18 15:29 ` shevegen
  2019-02-18 18:36 ` [ruby-core:91586] " eregontp
                   ` (3 subsequent siblings)
  5 siblings, 0 replies; 6+ messages in thread
From: shevegen @ 2019-02-18 15:29 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been updated by shevegen (Robert A. Heiler).


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).

----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610#change-76846

* Author: deivid (David Rodríguez)
* Status: Open
* Priority: Normal
* Assignee: 
----------------------------------------
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 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!



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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [ruby-core:91586] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
  2019-02-18 15:11 ` [ruby-core:91583] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby? deivid.rodriguez
  2019-02-18 15:29 ` [ruby-core:91584] " shevegen
@ 2019-02-18 18:36 ` eregontp
  2019-02-18 23:53 ` [ruby-core:91587] " hsbt
                   ` (2 subsequent siblings)
  5 siblings, 0 replies; 6+ messages in thread
From: eregontp @ 2019-02-18 18:36 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been updated by Eregon (Benoit Daloze).


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

----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610#change-76849

* Author: deivid (David Rodríguez)
* Status: Open
* Priority: Normal
* Assignee: 
----------------------------------------
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 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!



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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [ruby-core:91587] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
                   ` (2 preceding siblings ...)
  2019-02-18 18:36 ` [ruby-core:91586] " eregontp
@ 2019-02-18 23:53 ` hsbt
  2019-03-08 11:54 ` [ruby-core:91717] " hsbt
  2019-03-22 15:32 ` [ruby-core:91938] " v.ondruch
  5 siblings, 0 replies; 6+ messages in thread
From: hsbt @ 2019-02-18 23:53 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been updated by hsbt (Hiroshi SHIBATA).

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

----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610#change-76850

* Author: deivid (David Rodríguez)
* Status: Assigned
* Priority: Normal
* Assignee: hsbt (Hiroshi SHIBATA)
----------------------------------------
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 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!



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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [ruby-core:91717] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
                   ` (3 preceding siblings ...)
  2019-02-18 23:53 ` [ruby-core:91587] " hsbt
@ 2019-03-08 11:54 ` hsbt
  2019-03-22 15:32 ` [ruby-core:91938] " v.ondruch
  5 siblings, 0 replies; 6+ messages in thread
From: hsbt @ 2019-03-08 11:54 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been updated by hsbt (Hiroshi SHIBATA).

Status changed from Assigned to Rejected

See https://bugs.ruby-lang.org/issues/15611#note-7



----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610#change-76991

* Author: deivid (David Rodríguez)
* Status: Rejected
* Priority: Normal
* Assignee: hsbt (Hiroshi SHIBATA)
----------------------------------------
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 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!



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

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

^ permalink raw reply	[flat|nested] 6+ messages in thread

* [ruby-core:91938] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby?
       [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
                   ` (4 preceding siblings ...)
  2019-03-08 11:54 ` [ruby-core:91717] " hsbt
@ 2019-03-22 15:32 ` v.ondruch
  5 siblings, 0 replies; 6+ messages in thread
From: v.ondruch @ 2019-03-22 15:32 UTC (permalink / raw)
  To: ruby-core

Issue #15610 has been updated by vo.x (Vit Ondruch).


Just for completeness, this is my proposal:

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

----------------------------------------
Misc #15610: Could bundler & rubygems be shipped in site_ruby?
https://bugs.ruby-lang.org/issues/15610#change-77270

* Author: deivid (David Rodríguez)
* Status: Rejected
* Priority: Normal
* Assignee: hsbt (Hiroshi SHIBATA)
----------------------------------------
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 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!



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

Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-03-22 15:32 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <redmine.issue-15610.20190218151116@ruby-lang.org>
2019-02-18 15:11 ` [ruby-core:91583] [Ruby trunk Misc#15610] Could bundler & rubygems be shipped in site_ruby? deivid.rodriguez
2019-02-18 15:29 ` [ruby-core:91584] " shevegen
2019-02-18 18:36 ` [ruby-core:91586] " eregontp
2019-02-18 23:53 ` [ruby-core:91587] " hsbt
2019-03-08 11:54 ` [ruby-core:91717] " hsbt
2019-03-22 15:32 ` [ruby-core:91938] " v.ondruch

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).