| Age | Commit message (Collapse) | Author |
|
https://github.com/ruby/net-protocol/commit/6c5734dc1e
|
|
https://github.com/ruby/net-protocol/commit/8286341e8c
|
|
https://github.com/ruby/optparse/commit/0125cb4918
|
|
See https://github.com/ruby/ruby/commit/6d81969b475262aba251e99b518181bdf7c5a523
It leaves the old variant around. RuboCop for examples accesses `Prism::Translation::Parser35`
to test against ruby-head. For now I left these simply as an alias
https://github.com/ruby/prism/commit/d0a823f045
|
|
https://github.com/ruby/rubygems/commit/6c161b253d
|
|
https://github.com/ruby/rubygems/commit/6e965b7872
|
|
https://github.com/ruby/rubygems/commit/79ba4a537d
|
|
|
|
|
|
execution tag
(https://github.com/ruby/erb/pull/92)
These were the wrong way around.
https://github.com/ruby/erb/commit/50a5cd76fe
|
|
https://github.com/ruby/uri/commit/f1b05c89ab
|
|
Effectively reverts commit https://github.com/ruby/uri/commit/788274b180d6 and
https://github.com/ruby/uri/commit/0abac721d8fe.
EMAIL_REGEXP was mostly drawn from WHATWG HTML LS. This spec states that
it intentionally violates RFC 5322 to provide a practical regex for
validation.
> This requirement is a willful violation of RFC 5322, which defines a
> syntax for email addresses that is simultaneously too strict (before the
> "@" character), too vague (after the "@" character), and too lax
> (allowing comments, whitespace characters, and quoted strings in manners
> unfamiliar to most users) to be of practical use here.
The allowing of consecutive dot s(`a..a@`) and leading/trailing dots
(`.a@`, `a.@`) is not the only derivation from RFC 5322. If a truly RFC
5322-compliant regexp is needed, tt should be organized under a
different name, since too much departure from the original EMAIL_REGEXP
must be introduced.
https://github.com/ruby/uri/commit/c551d7020b
|
|
This reverts commit 2c2eaa3103e5cf1cbfc2b16d9db975a9b8a0399a.
|
|
I would like to use the tar implementation inside a Ractor, but two of
the constants are not frozen. This patch freezes the constants so we
can use it in a Ractor.
https://github.com/ruby/rubygems/commit/0ff4790f4c
|
|
building gems
In general, rubygems should provide mechanism and not policy.
Pessimistic versioning is not universally better, and in many
cases, it can cause more problems than it solves. Rubygems should
not be warning against open-ended versioning when building gems.
The majority of the default gems with dependencies do not use
pessimistic versioning, which indicates that Ruby itself
recognizes that open-ended versioning is generally better.
In some cases, depending on a prerelease gem is the only choice
other than not releasing a gem. If you are building an extension
gem for a feature in a prerelease version of another gem, then
depending on the prerelease version is the only way to ensure
a compatible dependency is installed.
https://github.com/ruby/rubygems/commit/beba8dd065
|
|
|
|
(https://github.com/ruby/erb/pull/91)
https://github.com/ruby/erb/commit/6bceee7d6e
|
|
|
|
https://github.com/ruby/resolv/commit/31a393e96c
|
|
v0.8.0 is mistake of release workflow. This version is same as v0.7.0
https://github.com/ruby/optparse/commit/9a467d10d4
|
|
https://github.com/ruby/optparse/commit/a394ca4878
|
|
https://github.com/ruby/optparse/commit/94de48b47e
|
|
https://github.com/ruby/net-http/commit/ec9c70a6fb
|
|
https://github.com/ruby/uri/commit/c41903b3e4
|
|
https://github.com/ruby/uri/commit/1c6e81b721
|
|
Currently, some methods' behavior(e.g. `URI.parse`) don't change
when switching a parser. This is because some methods use
`DEFAULT_PARSER`, but `parser=` doesn't change `DEFAULT_PARSER`.
This PR introduces a constant to keep a parser's instance and
change it when switching a parser. Also, change to use it in
methods.
https://github.com/ruby/uri/commit/aded210709
|
|
URI::RFC2396_PARSER.escape
https://github.com/ruby/uri/commit/72e7d6b364
|
|
from that
https://github.com/ruby/uri/commit/1fc4f0496a
|
|
https://github.com/ruby/English/commit/c921886aaf
|
|
In the case of attribute writes, there are use cases where you want
to know the location of the = sign. (Internally we actually need
this for translation to the writequark AST.)
https://github.com/ruby/prism/commit/bfc798a7ec
|
|
wrong kwargs
This commit fixes the case when there are multiple missing or incorrect
keywords provided to a method. Without this fix, ErrorHighlight itself
will raise an exception
https://github.com/ruby/error_highlight/commit/8bde92b36e
|
|
https://github.com/ruby/fileutils/commit/29de582f68
|
|
https://github.com/ruby/timeout/commit/f42b47d383
|
|
https://github.com/ruby/rubygems/commit/e9bd59699c
|
|
https://github.com/ruby/rubygems/commit/6fbbde48e2
|
|
https://github.com/ruby/rubygems/commit/15e46a3a68
|
|
https://github.com/ruby/rubygems/commit/55745ee0f8
|
|
https://github.com/ruby/rubygems/commit/62ba34d6c9
|
|
Prompt wording "prefer safe, respectful, productive, and collaborative spaces" is copied verbatim from Ruby Community Conduct Guideline.
https://github.com/ruby/rubygems/commit/6cdf5f6d8a
|
|
https://github.com/ruby/erb/commit/e8d382a83e
|
|
https://github.com/ruby/erb/commit/daa0e8712f
|
|
https://github.com/ruby/rubygems/commit/b2e1810067
|
|
https://github.com/ruby/rubygems/commit/687ffd7265
|
|
* See https://bugs.ruby-lang.org/issues/21640#note-16
|
|
Use array_of_integer.sort! instead of buble-sort-like algorithm
|
|
with bundle console
https://github.com/ruby/rubygems/commit/42e22fd367
|
|
https://github.com/ruby/rubygems/commit/bc77ec0bf2
|
|
https://github.com/ruby/rubygems/commit/1ba8eb4ab3
|
|
tool and configurations
https://github.com/ruby/rubygems/commit/749b498822
|
|
https://github.com/ruby/rubygems/commit/c637007e91
|