Age | Commit message (Collapse) | Author |
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12137
|
|
Spec::BuildMetadata is only called from BundlerBuilder.
The current code is broken to call Spec::Builders#build_* method directly.
https://github.com/rubygems/rubygems/commit/4922ae40dd
|
|
https://github.com/rubygems/rubygems/commit/51854e1982
|
|
https://github.com/rubygems/rubygems/commit/3f39571181
|
|
Signed-off-by: Andrew Nesbitt <[email protected]>
https://github.com/rubygems/rubygems/commit/897819da36
|
|
the overwritten binstub in the test has a final new line that makes it
not match "OMG" exactly from the beginning, that's why the test passes,
but `bintubs` command without `--force` flag is not supposed to update
the binstub.
This change fixes the test to test what's supposed to update the
binstub, and also fixes the assertion that that it will fail in the
future if `--force` stops updating the binstub.
https://github.com/rubygems/rubygems/commit/dfc9023337
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12114
|
|
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12111
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12111
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12111
|
|
at test-bundled-gems
Notes:
Merged: https://github.com/ruby/ruby/pull/12111
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12111
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12110
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12098
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12098
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12098
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12098
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12096
|
|
In #225 it was reported that the output looks incorrect:
```
$ cat /tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb
def x.y.z
end
$ ruby /tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb
/tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb: --> /tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb
expected a delimiter to close the parametersunexpected '.', ignoring it
> 1 def x.y.z
> 2 end
```
Specifically:
```
expected a delimiter to close the parametersunexpected '.', ignoring it
```
However this does not show up when executing the debug executable:
```
$ bin/bundle exec exe/syntax_suggest /tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb
--> /tmp/4a71c7e417cc9eac0971e3a2519b295c/scratch.rb
expected a delimiter to close the parameters
unexpected '.', ignoring it
> 1 def x.y.z
> 2 end
```
This is because `exe/syntax_suggest` uses STDOUT.puts while calling `ruby` with the filename uses a fake IO object represented by MiniStringIO. This class was incorrectly not adding a newline to the end of the print.
The fix was to move the class to it's own file where it can be tested and then fix the behavior.
close https://github.com/ruby/syntax_suggest/pull/225
https://github.com/ruby/syntax_suggest/commit/d2ecd94a3b
Co-authored-by: Andy Yong <[email protected]>
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12086
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12086
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12086
|
|
Notes:
Merged: https://github.com/ruby/ruby/pull/12086
|
|
This will add +MOD_GC to the version string and Ruby description when
Ruby is compiled with shared gc support.
When shared GC support is compiled in and a GC module has been loaded
using RUBY_GC_LIBRARY, the version string will include the name of
the currently active GC as reported by the rb_gc_active_gc_name function
in the form
+MOD_GC[gc_name]
[Feature #20794]
Notes:
Merged: https://github.com/ruby/ruby/pull/11872
|
|
This reverts commit https://github.com/rubygems/rubygems/commit/82b25dd75afd.
https://github.com/rubygems/rubygems/commit/16adf53f23
|
|
Only in CI, if two different test runs are started (like `bin/rake
spec:all` does), the second one would not install the dev version of
Bundler and would fail to start.
This commit makes it work the same locally and in CI.
https://github.com/rubygems/rubygems/commit/7a5ca6c40f
|
|
https://github.com/rubygems/rubygems/commit/8b6f9b7f05
|
|
These are marked as realworld, but the realworld workflow file does not
install graphviz, so the specs are actually skipped.
These are not actually realworld, so remove that tag. Now they'll be run
together with the reset of specs in the standard workflow file, which
does install `graphviz`.
https://github.com/rubygems/rubygems/commit/e865fcaa22
|
|
* Use FL_USER0 for ELTS_SHARED
This makes space in RString for two bits for chilled strings.
* Mark strings returned by `Symbol#to_s` as chilled
[Feature #20350]
`STR_CHILLED` now spans on two user flags. If one bit is set it
marks a chilled string literal, if it's the other it marks a
`Symbol#to_s` chilled string.
Since it's not possible, and doesn't make much sense to include
debug info when `--debug-frozen-string-literal` is set, we can't
include allocation source, but we can safely include the symbol
name in the warning message, making it much easier to find the source
of the issue.
Co-Authored-By: Étienne Barrié <[email protected]>
---------
Co-authored-by: Étienne Barrié <[email protected]>
Co-authored-by: Jean Boussier <[email protected]>
|
|
https://github.com/rubygems/rubygems/commit/440343b791
|
|
checksums in fresh lockfiles
https://github.com/rubygems/rubygems/commit/50b9ef8589
|
|
https://github.com/rubygems/rubygems/commit/506a863b36
|
|
https://github.com/rubygems/rubygems/commit/d070fa10c1
Co-authored-by: Artem Ignatyev <[email protected]>
|
|
https://github.com/rubygems/rubygems/commit/bc2537de71
|
|
https://github.com/rubygems/rubygems/commit/f68a2c30bb
|
|
platform
Using an old bundler version was necessary at the beginning because we
checked the version of Bundler being run in order to enable the new
behavior. But we removed that a long time ago and now we only look at
whether the lockfile only includes "ruby" as a platform or not.
https://github.com/rubygems/rubygems/commit/8fc3d38ff3
|
|
https://github.com/rubygems/rubygems/commit/99b4ac4548
|
|
... instead, just calculate the value unless it is too big.
Also, this change raises an ArgumentError if it is expected to exceed
16 GB in a 64-bit environment.
(It is possible to calculate it straightforward, but it would likely be
out-of-memory, so I didn't think it would make sense.)
[Feature #20811]
Notes:
Merged: https://github.com/ruby/ruby/pull/12033
|
|
existing lockfile
https://github.com/rubygems/rubygems/commit/0a9c1ce60d
|
|
* See discussion on https://github.com/ruby/spec/pull/1210
|
|
After having a second look at this deprecation, the explanation that
we're giving does not make a lot of sense. When working only with local
gems, Bundler will indeed generate a different lockfile depending on
the latest installed version of each gem is at `bundle install` time.
That's the same situation that happens with remote sources: Bundler will
generate a different lockfile depending on the latest version of each
gem available remotely.
So, I don't think "a consistent lockfile not getting generated" is a
good motivation for deprecating this.
Also, this deprecation brings additional challenges, since for example,
it should arguably not get printed when using `bundle install --local`?
The original problem when this deprecation was introduced was an
incorrect message about a missing gem having been yanked.
So, I think a better solution is to, as long as we give proper error
messages when things go wrong, let users do what's best for them and
undo the deprecation.
https://github.com/rubygems/rubygems/commit/17499cb83f
|
|
The test was too flaky
|