<feed xmlns='http://www.w3.org/2005/Atom'>
<title>ruby.git/lib/rubygems/core_ext, branch v4.0.3</title>
<subtitle>The Ruby Programming Language</subtitle>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/'/>
<entry>
<title>[rubygems/rubygems] Avoid more warnings when using RubyGems with old Bundler</title>
<updated>2025-07-14T02:52:14+00:00</updated>
<author>
<name>David Rodríguez</name>
<email>deivid.rodriguez@riseup.net</email>
</author>
<published>2025-07-10T17:46:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=c3d41492e14929f8bbee26a276ee76b9a8c9d5b6'/>
<id>c3d41492e14929f8bbee26a276ee76b9a8c9d5b6</id>
<content type='text'>
We were only avoiding them when the RUBYGEMS_GEMDEPS variable is used.
Avoid the warnings in general, whenever the entrypoint to Bundler is
`require`.

https://github.com/rubygems/rubygems/commit/8683faef36
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We were only avoiding them when the RUBYGEMS_GEMDEPS variable is used.
Avoid the warnings in general, whenever the entrypoint to Bundler is
`require`.

https://github.com/rubygems/rubygems/commit/8683faef36
</pre>
</div>
</content>
</entry>
<entry>
<title>[rubygems/rubygems] Update required_ruby_version to 3.1</title>
<updated>2024-10-04T20:01:51+00:00</updated>
<author>
<name>Samuel Giddins</name>
<email>segiddins@segiddins.me</email>
</author>
<published>2024-10-02T01:20:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=bdc3363d0f045b1a6d81b72c3cd9b10d5759f71e'/>
<id>bdc3363d0f045b1a6d81b72c3cd9b10d5759f71e</id>
<content type='text'>
3.0 has been EOL since march, drop support for it before the 3.4 release is cut

Signed-off-by: Samuel Giddins &lt;segiddins@segiddins.me&gt;

https://github.com/rubygems/rubygems/commit/fc1f03b06a
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
3.0 has been EOL since march, drop support for it before the 3.4 release is cut

Signed-off-by: Samuel Giddins &lt;segiddins@segiddins.me&gt;

https://github.com/rubygems/rubygems/commit/fc1f03b06a
</pre>
</div>
</content>
</entry>
<entry>
<title>Reapply "[rubygems/rubygems] Fix activation conflicts when circularly requiring a gem"</title>
<updated>2024-01-22T00:57:10+00:00</updated>
<author>
<name>Hiroshi SHIBATA</name>
<email>hsbt@ruby-lang.org</email>
</author>
<published>2024-01-19T04:32:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=00dc1cace803fa557c685e7cb395bfaa77bc03a9'/>
<id>00dc1cace803fa557c685e7cb395bfaa77bc03a9</id>
<content type='text'>
This reverts commit 04cf66765a8a9d48baea6d9aee266dc9aa21df27.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit 04cf66765a8a9d48baea6d9aee266dc9aa21df27.
</pre>
</div>
</content>
</entry>
<entry>
<title>Reapply "[rubygems/rubygems] Fix `require` of a default gem when unresolved gems depend on it"</title>
<updated>2024-01-22T00:57:10+00:00</updated>
<author>
<name>Hiroshi SHIBATA</name>
<email>hsbt@ruby-lang.org</email>
</author>
<published>2024-01-19T04:32:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=d51f4c9288a2195fbf6889fca8790587f71a1cd9'/>
<id>d51f4c9288a2195fbf6889fca8790587f71a1cd9</id>
<content type='text'>
This reverts commit 54552b89e73fc616ba47c1c87d33625af99cbce9.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit 54552b89e73fc616ba47c1c87d33625af99cbce9.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "[rubygems/rubygems] Fix `require` of a default gem when unresolved gems depend on it"</title>
<updated>2024-01-19T03:12:33+00:00</updated>
<author>
<name>Hiroshi SHIBATA</name>
<email>hsbt@ruby-lang.org</email>
</author>
<published>2024-01-19T03:12:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=54552b89e73fc616ba47c1c87d33625af99cbce9'/>
<id>54552b89e73fc616ba47c1c87d33625af99cbce9</id>
<content type='text'>
This reverts commit f1f5f22d22a149f20e019728b1ab35593d29d81a.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit f1f5f22d22a149f20e019728b1ab35593d29d81a.
</pre>
</div>
</content>
</entry>
<entry>
<title>Revert "[rubygems/rubygems] Fix activation conflicts when circularly requiring a gem"</title>
<updated>2024-01-19T02:54:17+00:00</updated>
<author>
<name>Hiroshi SHIBATA</name>
<email>hsbt@ruby-lang.org</email>
</author>
<published>2024-01-19T02:53:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=04cf66765a8a9d48baea6d9aee266dc9aa21df27'/>
<id>04cf66765a8a9d48baea6d9aee266dc9aa21df27</id>
<content type='text'>
This reverts commit db44088c2a92040879386aa5f268db4c858e4e5b.

  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641640821
  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641641212
  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641642031
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit db44088c2a92040879386aa5f268db4c858e4e5b.

  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641640821
  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641641212
  https://github.com/ruby/ruby/actions/runs/7578672002/job/20641642031
</pre>
</div>
</content>
</entry>
<entry>
<title>[rubygems/rubygems] Fix activation conflicts when circularly requiring a gem</title>
<updated>2024-01-19T02:28:11+00:00</updated>
<author>
<name>David Rodríguez</name>
<email>deivid.rodriguez@riseup.net</email>
</author>
<published>2024-01-12T13:53:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=db44088c2a92040879386aa5f268db4c858e4e5b'/>
<id>db44088c2a92040879386aa5f268db4c858e4e5b</id>
<content type='text'>
If a gem is required circular, and there are unresolved specs depending
on it, we may end up in an activation conflict.

The solution is to not try to activate unresolved gems when requiring a
default gem, regardless of it having already been activated or not.

https://github.com/rubygems/rubygems/commit/3b2b8f4e3e
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If a gem is required circular, and there are unresolved specs depending
on it, we may end up in an activation conflict.

The solution is to not try to activate unresolved gems when requiring a
default gem, regardless of it having already been activated or not.

https://github.com/rubygems/rubygems/commit/3b2b8f4e3e
</pre>
</div>
</content>
</entry>
<entry>
<title>[rubygems/rubygems] Fix `require` of a default gem when unresolved gems depend on it</title>
<updated>2024-01-19T02:28:11+00:00</updated>
<author>
<name>David Rodríguez</name>
<email>deivid.rodriguez@riseup.net</email>
</author>
<published>2024-01-11T20:53:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=f1f5f22d22a149f20e019728b1ab35593d29d81a'/>
<id>f1f5f22d22a149f20e019728b1ab35593d29d81a</id>
<content type='text'>
The following conditions must be met:

* A default gem is required.
* A previous require left some gems unresolved, and those dependencies
  themselves depend on the default gem.

In this case, rubygems require will first activate the default version
of the gem, then try to activate another unresolved version of the
default gem that conflicts with the first activation.

The solution is, if we are in the middle of requiring a default gem,
skip this step, because we have already activated it successfully.

https://github.com/rubygems/rubygems/commit/8cd5608db5

Co-authored-by: Stan Hu &lt;stanhu@gmail.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The following conditions must be met:

* A default gem is required.
* A previous require left some gems unresolved, and those dependencies
  themselves depend on the default gem.

In this case, rubygems require will first activate the default version
of the gem, then try to activate another unresolved version of the
default gem that conflicts with the first activation.

The solution is, if we are in the middle of requiring a default gem,
skip this step, because we have already activated it successfully.

https://github.com/rubygems/rubygems/commit/8cd5608db5

Co-authored-by: Stan Hu &lt;stanhu@gmail.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[rubygems/rubygems] Add a comment to explain default gem activation</title>
<updated>2024-01-19T02:28:10+00:00</updated>
<author>
<name>David Rodríguez</name>
<email>deivid.rodriguez@riseup.net</email>
</author>
<published>2024-01-11T22:02:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=8044e57907bc5a066ca9ef309d90c62906f8e2ec'/>
<id>8044e57907bc5a066ca9ef309d90c62906f8e2ec</id>
<content type='text'>
https://github.com/rubygems/rubygems/commit/291128268f
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://github.com/rubygems/rubygems/commit/291128268f
</pre>
</div>
</content>
</entry>
<entry>
<title>[rubygems/rubygems] Remove now unnecessary dups</title>
<updated>2023-11-13T02:06:10+00:00</updated>
<author>
<name>David Rodríguez</name>
<email>deivid.rodriguez@riseup.net</email>
</author>
<published>2023-10-27T18:50:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ruby-lang.org/ruby.git/commit/?id=3757d9027c612c88fdbf449eacf7f8f6c9b2e932'/>
<id>3757d9027c612c88fdbf449eacf7f8f6c9b2e932</id>
<content type='text'>
https://github.com/rubygems/rubygems/commit/56ce2a6445
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
https://github.com/rubygems/rubygems/commit/56ce2a6445
</pre>
</div>
</content>
</entry>
</feed>
