| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
55634a8af18a52df86c4275d70fa1179118bcc20
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
In an executable script, the shebang line should be the first line (the
file needs to start with the bytes 0x23 0x21). Putting a comment above
it will break the script.
(Regression test included per @deivid-rodriguez)
https://github.com/rubygems/rubygems/commit/962e669feb
|
|
|
|
|
|
|
|
| |
As splitting by NUL means to allow the file names to contain
newlines, path names should match at beginning-of-string instead
of beginning-of-line.
https://github.com/rubygems/rubygems/commit/8a81183236
|
| |
|
|
|
|
| |
s/overriden/overridden/
|
|
|
|
|
|
| |
We patch `net-http-persistent` to not autoload `openssl`.
https://github.com/rubygems/rubygems/commit/757dec3cf2
|
|
|
|
|
| |
The "sync with commits" scripts failed to properly import these for some
reason.
|
|
|
|
|
|
|
|
| |
This error happen in a CI run, and as it is currently, it doesn't give
any useful information about the underlying cause. Let's not swallow the
original error.
https://github.com/rubygems/rubygems/commit/8c17ba2f45
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/679008f23a
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The Gemfile wasn't properly put in the last commit.
As a result, Layout/EmptyLines inspected an offense
in the Gemfile.
This also fixes the spec w.r.t change in the task
default.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/d1418fddd3
|
|
|
|
|
|
|
|
|
|
|
| |
If the blank lines aren't used, then rubocop tries to
sort them in alphabetical order within their section.
Thus, adding lines so rubocop considers them as
different sections and doesn't try to sort them.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/cf44b18f0f
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In case of multiple Rake tasks, the default tasks would
look something like this:
`task default: [:spec, :rubocop]`
Instead, they should use %i and look something like this:
`task default: %i[spec rubocop]`
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/487ecd59ce
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With #3731 and #3740 merged, this covers up the
remaining part of the issues.
This was discovered when one tries to create a gem
with a different framework.
Could be reproduced with:
`bundle gem foo --ext --test=test-unit`
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/51b6457150
|
|
|
|
|
|
| |
Instead we can rely on `LoadError#path`
https://github.com/rubygems/rubygems/commit/16d5c3b43c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Right now, we're not specifying the version constraints
on RuboCop that is shipped when a new gem is created.
This can break specs which runs rubocop on a new
skeleton gem as the newer versions of RuboCop are
released.
This commit ensures that the specs don't break by
constraining the RuboCop version.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/0b47243edd
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The later RuboCop versions don't work with ruby2.3
so we should lock the version to what works with
ruby2.3 as we haven't dropped the support yet.
And since we're using the older version of rubocop,
also fix `Max` value of `LineLength` to 120, which
is the current standard. Without this, rubocop
will throw the line length offenses.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/46d0a800a2
|
|
|
|
|
|
|
|
|
|
| |
Previously, we were using the old syntax like:
`task :default => :spec`, but now this commit
uses the new Ruby 1.9 hash syntax.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/b41d0fdb56
|
|
|
|
|
|
|
|
|
| |
since without that, evaluating the gemspec from
outside `File.expand_path( __dir__)` won't work.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/9e5e52a1d9
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These offenses appear when you create a gem with
`bundle gem foo` and run `rubocop` over it.
Initially, there were around 45 offenses detected,
but with #3731 and this, the number of offenses
have been reduced to 2.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/fe9dcaa1b4
|
|
|
|
|
|
|
|
| |
'executable_stubs'
Windows normal shell requires binstubs with *.cmd extensions
https://github.com/rubygems/rubygems/commit/b46326eb1f
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since we enabled parallel installation by default, we've fixed all the
issues related to it that have come up, except for a Windows issue that
we haven't yet figured out. This issue is hit by our specs on a daily
basis and there's no reason to believe that it won't be hit by end users
in a similar way.
So, both to stop the testing flakyness and to prevent regressions in the
default behavior on Windows, I'd rather leave the default as it was
before on Windows for now.
https://github.com/rubygems/rubygems/commit/5d8ab57131
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/b1b39b8c06
|
|
|
|
|
|
| |
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/ef2dae4222
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, there is no `.rubocop.yml` shipped by default.
So when a user runs `rubocop` after creating a new gem via
`bundle gem foo`, it throws a bunch of offenses.
With the default `.rubocop.yml` present, the number of those
offenses significantly reduce by 25.
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
|
|
|
|
|
|
| |
Signed-off-by: Utkarsh Gupta <utkarsh@debian.org>
https://github.com/rubygems/rubygems/commit/ef2dae4222
|
|
|
|
|
|
|
| |
Because they don't play nice with ruby-core's gitignore and cause issues
with ruby-core integration.
Also, because it's consistent with other templates such as `gitignore.tt`.
|
|
|
|
|
| |
This is not a remembered option, so it shouldn't have been deprecated.
At least not for that reason.
|
| |
|
| |
|
| |
|
|
|
|
| |
* https://github.com/ruby/setup-ruby is now the more recommended action
|
|
|
|
|
| |
* Next version of Bundler will auto choose jobs by default
* --retry 3 is already default
|
|
|
|
|
| |
Co-authored-by: David Rodríguez <deivid.rodriguez@riseup.net>
https://github.com/rubygems/rubygems/commit/851f8afad1
|
|
|
|
|
|
| |
creation
https://github.com/rubygems/rubygems/commit/9e5f7a9099
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/2af2abe5fd
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/288f073c3c
|
|
|
|
|
|
|
|
| |
consistent
* Add hints for --ci option
https://github.com/rubygems/rubygems/commit/5f779f45b0
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/9986cd01fc
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/80571452ca
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/84e9f3711c
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/f14c8a5ec2
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/80260b3496e357bf96ffe6f381e29bf25b6749cb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The `only_update_to_newer_versions` feature flag will enable some new
behaviour in bundler 3 (or maybe earlier if we decide to consider it a
bug fix) that prevents `bundle update` from unexpectedly downgrading
direct dependencies.
This seems reasonable, but the current implementation is adding
additional requirements for all locked dependencies, not only from the
ones in the `Gemfile`. That causes some situations where the `Gemfile`
is edited and will resolve to older versions to start failing.
This commit fixes the problem by making sure extra requirements are
added exclusively for direct dependencies in the `Gemfile`, not for all
direct dependencies in the lock file.
https://github.com/rubygems/rubygems/commit/128b4596e1
|
|
|
|
| |
https://github.com/rubygems/rubygems/commit/8dca0ad56e
|
|
|
|
|
|
| |
Co-authored-by: Carsten Wirth <carsten.wirth@homeday.de>
https://github.com/rubygems/rubygems/commit/c7c5ca68db
|