This is a follow up to #9053. We can avoid shelling out for generating the gem index. https://github.com/ruby/rubygems/commit/e40bafe9f1tenderlovemaking (Aaron Patterson)
I'm trying to speed up the bundler tests. The tests shell out a lot in order to build gems. We can build gems without creating a sub-process. This change reduced the test suite time from ~24 minutes, to about ~21 minutes on my machine. ...tenderlovemaking (Aaron Patterson)
I would like to start making some of the methods in Gem::Package private so that we can refactor them better. Right now we have many methods that are public, and since they are public we can't refactor them. Historically, I think "priv...tenderlovemaking (Aaron Patterson)
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/0ff4790f4ctenderlovemaking (Aaron Patterson)
In any case, I think we should remove the code from `Set.new`. The original ticket was about the behavior of `Range#to_set` vs `Range#to_a`, _not_ about `Set.new`. At least `Set.new`'s behavior should be restored.tenderlovemaking (Aaron Patterson)
* [Bug #21654] Set#new calls extra methods compared to previous versions * Set#new is calling "size" on its input, this is causing extra database queries in our app * The bug was introduced in d4020dd5faf28486123853e7f00c36139fc077...tenderlovemaking (Aaron Patterson)
mame (Yusuke Endoh) wrote in #note-13: > I understand your point, but I personally disagree. > ... 💯 > That said, I recall @matz expressing a similar concern to yours. I would like to hear his opinion on this matter. I'll add thi...tenderlovemaking (Aaron Patterson)
mame (Yusuke Endoh) wrote in #note-9: > Dan0042 (Daniel DeLorme) wrote in #note-7: > ... I personally agree with this. If I write an infinite loop, I expect it to loop infinitely, even if I wrote the infinite loop by mistake. Calling...tenderlovemaking (Aaron Patterson)