Bug #10213
closedbundled gems ignored by make install
Description
i am often working with ruby trunk, and then i notice that
"sudo make install" does ignore the gems that got moved from
"defs/default_gems" to "gems/bundled_gems"
means gems listed in "gems/bundled_gems" toally got ignored and might missing later
Updated by Hanmac (Hans Mackowiak) over 9 years ago
EDIT: i forgot it might be good if there is a way to detect if a gem is installed as bundled like there is "Gem::Specification#default_gem?" for the default installed gems
Updated by hsbt (Hiroshi SHIBATA) over 9 years ago
- Status changed from Open to Assigned
- Assignee changed from nobu (Nobuyoshi Nakada) to hsbt (Hiroshi SHIBATA)
Updated by kou (Kouhei Sutou) over 9 years ago
Hans Mackowiak wrote:
EDIT: i forgot it might be good if there is a way to detect if a gem is installed as bundled like there is "Gem::Specification#default_gem?" for the default installed gems
Could you show us an use case when do you want to use the method?
Default gems work like normal gems. Bundled gems work as normal gems. So I think that we will not need to detect whether the gem is bundled gem or normal gem.
Updated by Hanmac (Hans Mackowiak) over 9 years ago
a "Gem::Specification#bundled_gem?" would have been the same use case as a "Gem::Specification#default_gem?" i think ... hm currently you can remove bundled gems with "gem uninstall", i dont know if that is such a good idea because it might break something ... (thats why default gems are potected)
my use case would be i writing a script that makes a dot graph from the installed/requested gems and the dependencies between them ... with this some gems are different styled depending on some conditions, like if they have older versions that can be safe-removed(cleanup) or if there are newer versions online that can be updated, or if that gem is a default gem
Updated by kou (Kouhei Sutou) over 9 years ago
Hans Mackowiak wrote:
my use case would be i writing a script that makes a dot graph from the installed/requested gems and the dependencies between them ... with this some gems are different styled depending on some conditions, like if they have older versions that can be safe-removed(cleanup) or if there are newer versions online that can be updated, or if that gem is a default gem
Thanks for describing your use case. It seems that Gem::Specification#bundled_gem?
isn't needed for your use case. Because you can handle default gems as normal gems.
Updated by mame (Yusuke Endoh) almost 2 years ago
- Status changed from Assigned to Feedback
Maybe because of time, I cannot understand what is a problem. What do you mean "ignored"?
A bundled gem has been used for many years as a bare gem that is automatically installed during "make install" (i.e., it can be uninstalled), and I don't think that's particularly confusing. I think it would be rather confusing to give special treatment by introducing bundle_gem?
.