| Age | Commit message (Collapse) | Author |
|
Bundler::Fetcher::DOWNLOADER
And deprecate the old constant.
It's only used in this class, and in Bundler::Fetcher there's already
FAIL_ERRORS, very similar to it. So this makes things less confusing.
https://github.com/rubygems/rubygems/commit/d32ed63d6f
|
|
https://github.com/rubygems/rubygems/commit/4a4e5828db
|
|
commands
https://github.com/rubygems/rubygems/commit/0aa1be946f
|
|
https://github.com/rubygems/rubygems/commit/1497d3f146
|
|
`NameError` during require
Followup to https://github.com/rubygems/rubygems/pull/8436
It fixed showing the template when requiring a non-existant file but
user code can do much more than just trying to require other code.
I encountered this particular case because of load order issues, where a library wasn't able
to properly require itself when loaded before some other library.
https://github.com/rubygems/rubygems/commit/1c910e5afe
|
|
- ### Problem
The man pages for `bundle doctor` which shows up when running
`bundle doctor --help` are no longer in sync with the CLI.
### Context
In #8624, we introduced a change that modifies the structure of
the `bundle doctor` command.
The change added a new subcommand as well a new flag option
`bundle doctor --ssl`
Bundler uses man pages to display help of Thor commands, those man
pages are indepedent from Thor options and need to be kept in sync.
### Solution
Updated the man page for `bundle doctor`. Now that this command is
a subcommand composed of `bundle doctor diagnose` (the default) ,
and `bundle doctor ssl`, I modified the man page to follow
the same markdown structure as other subcommands such as
[bundle plugin](https://github.com/rubygems/rubygems/blob/a902381660f8d17b5c4a93226678c23e046f464f/bundler/lib/bundler/man/bundle-plugin.1.ronn)
https://github.com/rubygems/rubygems/commit/de047f1458
|
|
Tweak version output and verbose mode to be transparent about Bundler
simulating a different version than the real one.
https://github.com/rubygems/rubygems/commit/179354d153
|
|
unnecessary
https://github.com/rubygems/rubygems/commit/bea87eab0b
|
|
We have a quality spec that parses all code for explicit usages of
`Bundler.settings[<something>`, to detect undocumented settings. So
using `Bundler.settings` consistently will help catching these things.
https://github.com/rubygems/rubygems/commit/ce01bb7cc5
|
|
https://github.com/rubygems/rubygems/commit/1ffd83f6c2
|
|
I don't think it makes sense to make this tiny behavior change
configurable. If someone wants to parse version output, and we have a
public setting, they are going to need to accommodate their regexps to
both values of the setting.
In addition to this, I plan to enhance version output with a note about
"simulated version", and in that case, "print_only_version_number" would
no longer hold, since what we print will be more than that anyways.
So, I'd like to remove the setting and change the output in Bundler 4
with no way to opt out.
https://github.com/rubygems/rubygems/commit/d84e9dcf09
|
|
foo.gemspec should be located under the `lib/foo` directory.
|
|
that is outside of lib/optparse directory
Co-authored-by: Nobuyoshi Nakada <nobu@ruby-lang.org>
|
|
package
https://github.com/ruby/optparse/commit/24374b42d3
|
|
https://docs.ruby-lang.org/en/master/syntax/literals_rdoc.html#label-25w+and+-25W-3A+String-Array+Literals
> %W allow escape sequences described in Escape Sequences. However the continuation line <newline> is not usable because it is interpreted as the escaped newline described above.
https://github.com/ruby/prism/commit/f5c7460ad5
|
|
https://github.com/rubygems/rubygems/commit/53174e0aa6
|
|
https://github.com/rubygems/rubygems/commit/b16511598e
|
|
https://github.com/rubygems/rubygems/commit/f2826dafce
|
|
https://github.com/rubygems/rubygems/commit/1413086e92
|
|
automatically after bundle gem
https://github.com/rubygems/rubygems/commit/59ac0db26b
|
|
Since now every functionality that changes in Bundler 4 is under a
setting, we can enable that setting to test the new functionality,
without having to run our full CI twice.
This can actually be seen as increasing coverage, because Bundler 4
functionality will now be tested on Windows, MacOS, or any other
environment where previously "Bundler 4 mode" was not running.
https://github.com/rubygems/rubygems/commit/1cb3e009fc
|
|
https://github.com/rubygems/rubygems/commit/9b9ba0bf1e
|
|
https://github.com/ruby/optparse/commit/15b2f00b6b
|
|
https://github.com/ruby/optparse/commit/740ffa76c0
|
|
(https://github.com/ruby/optparse/pull/76)
* Enhance to support 'Set' object as an enum
* Add test script for '#make_swithc()'
---------
https://github.com/ruby/optparse/commit/3869000e98
Co-authored-by: Nobuyoshi Nakada <nobu@ruby-lang.org>
|
|
Make Gem::BUNDLED_GEMS.uplevel returns `nil` if `require` frame is not
found, for the simplicity.
|
|
|
|
So that the example works as-is.
https://github.com/ruby/uri/commit/30212d311e
|
|
https://github.com/ruby/uri/commit/b636e83d99
Co-authored-by: Olle Jonsson <olle.jonsson@gmail.com>
|
|
TruffleRuby does not allow Symbol categories as identifiers.
https://github.com/ruby/uri/commit/5531d42375
|
|
Fix https://github.com/ruby/uri/pull/89
https://github.com/ruby/uri/commit/d543c0dafa
|
|
Overriding the version constant feels too magic and creates a set of
problems. For example, Bundler will lock the simulated version, and that
can cause issues when the lockfile is used under an environment not
simulating Bundler 4 (it will try to auto-install and auto-switch to a
version that does not exist).
On top of that, it can only be configured with an ENV variable which is
not too flexible.
This commit takes a different approach of using a setting, which is
configurable through ENV or `bundle config`, and pass the simulated
version to `Bundler::FeatureFlag`. The real version is still the one set
by `VERSION`, but anything that `Bundler::FeatureFlag` controls will use
the logic of the "simulated version".
In particular, all feature flags and deprecation messages will respect
the simulated version, and this is exactly the set of functionality that
we want users to be able to easily try before releasing it.
https://github.com/rubygems/rubygems/commit/8129402193
|
|
https://github.com/rubygems/rubygems/commit/75fed35264
|
|
`FeatureFlag` class
https://github.com/rubygems/rubygems/commit/7708e5b784
|
|
https://github.com/rubygems/rubygems/commit/d7b9c4532e
|
|
https://github.com/rubygems/rubygems/commit/f96fedf1f1
|
|
lib/rubygems/installer.rb
https://github.com/rubygems/rubygems/commit/9a9d0e423e
|
|
a signal handler
* Fixes the issue described in
https://github.com/ruby/timeout/issues/17#issuecomment-1461498517
for TruffleRuby and JRuby.
* CRuby is currently unable to use Timeout in a signal handler due to
https://bugs.ruby-lang.org/issues/19473.
https://github.com/ruby/timeout/commit/7a48e1c079
|
|
https://github.com/ruby/resolv/commit/6b57765f8d
|
|
|
|
trampolined
https://github.com/rubygems/rubygems/commit/4c450eb05e
|
|
Since we no longer pass ruby CLI flags in our spec commands, we no
longer need the previous workaround and can get the realworld code
tested.
https://github.com/rubygems/rubygems/commit/fd92c855fb
|
|
|
|
non-existent parent dirs
https://github.com/rubygems/rubygems/commit/4701123601
|
|
As showed by the unskiped spec, on Windows trying to use the 0.0.0.0
interface raises this error, and it's raised as a generic system error
when trying to create a `bundler.lock` file. Here's is a better place to
handle that.
https://github.com/rubygems/rubygems/commit/e32c5a9e5c
|
|
https://github.com/rubygems/rubygems/commit/bfa6770e39
|
|
https://github.com/rubygems/rubygems/commit/627a7615f2
|
|
https://github.com/rubygems/rubygems/commit/57e8ae7aa6
|
|
https://github.com/rubygems/rubygems/commit/380c95ce05
|
|
https://github.com/ruby/weakref/commit/f6bd03ed54
|