Skip to content

Only pristine executables for default gems #8130

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged

Conversation

deivid-rodriguez
Copy link
Member

@deivid-rodriguez deivid-rodriguez commented Oct 10, 2024

What was the end-user or developer problem that led to this PR?

In #8118, we allowed gem pristine to reset default gems. That essentially means resetting their installed .gemspec files, and their binstubs, because their actual code "belongs to Ruby installation".

However, we can't really reset .gemspec files either, because they include some tweaks from ruby-core for default gem activation to work that cannot be reset from a remote .gem file.

What is your fix for the problem, implemented in this PR?

Limit gem pristine to executables when running for a default gem.

Make sure the following tasks are checked

@simi
Copy link
Member

simi commented Oct 10, 2024

Uhh, default gems are complex.

@deivid-rodriguez deivid-rodriguez force-pushed the deivid-rodriguez/dont-pristine-default-gem-specifications branch from a2e89bc to 1cfc1d6 Compare October 10, 2024 18:03
@deivid-rodriguez
Copy link
Member Author

They are! 😅

@simi simi merged commit 95b5b71 into master Oct 10, 2024
63 checks passed
@simi simi deleted the deivid-rodriguez/dont-pristine-default-gem-specifications branch October 10, 2024 19:46
deivid-rodriguez pushed a commit that referenced this pull request Oct 16, 2024
…-default-gem-specifications

Only pristine executables for default gems

(cherry picked from commit 95b5b71)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants