-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
--regenerate-binstubs argument to setup.rb does not respect --destdir #2370
Comments
I believe the |
Yes, this is an issue occuring while installing rubygems itself with |
It was added in v2.7.0 (909b5fb), but at the time the option itself was In the original patch I used, I had changed the default value to Then in v2.7.5 you can just set I attempted to fix this issue here: #2106. But attempting to support Windows Later, you reported the same issue: #2134, where I suggested some patches,
I agree, in my opinion this feature should not have been enabled by default, However, does setting
I don't really know which use case needs "regenerating binstubs", but when
|
I think that people who use this option expect that nothing outside the If something happens outside this directory, then the package would probably |
@tjouan thanks for the comprehensive reply; I am already setting
It's frustrating that every time I build a new version of rubygems it seems to be broken in some new novel way. :-( |
I was testing this again (on v2.7.7), and I just noticed too that
|
In that case, it seems like explicitly not regenerating binstubs is what you want? |
I'd say yes, but only because I spent some time debugging and understanding the Could the default be changed to Now if we ignore the default value aspect, do we agree that there is a bug when |
Or RubyGems 4 if it's too late for 3 (#2191). |
The idea was to regenerate them so changes/improvements in the bin stub contents would be rolled out to users |
I'm packing a new versions of rubygems for a distribution and it appears that some time between the last time I did this (2.6.14) and now (2.7.7), the
--regenerate-binstubs
argument became the default; this argument does not respect the--destdir
argument and always attempts to write into the actual prefix. This makes it difficult to package rubygems into an RPM. Packaging works correctly if--no-regenerate-binstubs
is passed, but I feel like I ought to be regenerating binstubs.I will abide by the code of conduct.
The text was updated successfully, but these errors were encountered: