Project

General

Profile

Actions

Bug #10213

closed

bundled gems ignored by make install

Added by Hanmac (Hans Mackowiak) over 9 years ago. Updated almost 2 years ago.

Status:
Feedback
Target version:
-
ruby -v:
ruby 2.2.0dev (2014-09-08 trunk 47447) [x86_64-linux]
[ruby-core:64839]

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?.

Actions

Also available in: Atom PDF

Like0
Like0Like0Like0Like0Like0Like0