Ruby gemパッケージにファイルを任意の場所にコピーさせるにはどうすればよいですか？

ソフトウェアパッケージがあるとします。宝石はRubyの世界で何でも配布するための事実上の標準的な方法であるため、あなたはそれを宝石にしたいのです。宝石は素晴らしいです-図書館にとって。しかし、実際のアプリケーションでは、Rubygemsシステムが不足しているようです。「最近」のみ、システム全体の実行可能ファイルPATHのどこかに配置される実行可能ファイルをマークする方法が導入されました。残念ながら、Ruby gemは、ソフトウェアパッケージングの他の側面、つまり、構成ファイルを/ etcのような場所に配置したり、ドキュメントを/ usr / share / docの下に配置したりすることを望んでいるようです。またはそれは？私の質問は：

指示やコードをgemspecに入れて、構成を/ etcにインストールし、ドキュメントを適切で標準化された場所（/ usr / share / docなど）にインストールできますか？または、回避策として、インストール後のスクリプトを実行してこれらのことを実行できますか？

参考：GemSpec仕様。

この記事の執筆時点では、rubygems.orgがダウンしていることに注意してください。そのページのGoogleキャッシュは次のとおりです。http://74.125.95.132/search?q=cache:JwJO6slR4BwJ:www.rubygems.org/read/chapter/20+http://www.rubygems.org/read/chapter/20%23page85&hl=en&ct=clnk&cd=1

リポジトリ内のspecification.rbファイルを調べて、最後に向かってスクロールすると（ "：section：Required gemspec attributes"を検索）、現在サポートされている属性と思われるものを確認できます。そこには私が欲しいもののように見えるものは何も見えません。

短い答え：いいえ

長い答え：これを行う必要はありません...宝石はライブラリとして使用するように設計されています...それ自体のアプリケーションとしてではありません（そのタイプのものについては、ディストリビューションアプリケーションパッケージシステムを調べてください）。さらに、gemが「1回」だけ使用されると想定することはできません...理論的には、いくつかのプロジェクト/アプリケーションにgemが含まれる可能性がありますが、gemにはいくつかの詳細があり、グローバルに構成できるものを妨げる可能性があります...異なるフェーズ環境（開発/テスト/ステージ/本番）で動作するようにアプリケーションを開発/構成するなど、他のアーキテクチャ上の懸念があるため、それでもそうしたくないでしょう。最終的に発生する可能性のある最良のケースは、READMEで/ etc /構成ファイルを作成し、ユーザーに値の入力を求めるユーティリティアプリケーションを含める方法に注意することです。

これを行う必要はありません... gemはライブラリとして使用するように設計されています...それ自体のアプリケーションとしてではありません（そのタイプのものについては、ディストリビューションアプリケーションパッケージシステムを調べてください）。

あなたはそれを知っています。そして、私はそれを知っています。しかし、「彼ら」はそれを知りません。多くの衛星について、定期的な質問とコメントは「宝石はありますか？」でした。「これは宝石としてインストールできますか？」「宝石を作ってみませんか？」「これは宝石ではないので、インストールしませんでした。」

正しいかどうか、望ましいかどうかにかかわらず、Joe Rubyistは、すべてが宝石で飾られることを期待しています。「rubysetup.rb」タイプの取引に精通しており、許容しているように見えるのは、年配の学生だけです。

とにかく、私のアプリケーションは実際にはスタンドアロンアプリケーションです。これを含めて図書館のような人はほとんど想像できません。アプリケーションのコレクションの一部としてかもしれませんが...ライブラリとしての使用はかなり遠いようですが、その日が来るとしたら、私はそれに到達したときにその橋を渡ります（競合する人々を助けるために）包含がもたらす可能性があります）。

また、「dev / test / stage / prod」の区別はありません。これは昔ながらのアプリです。コマンドラインから実行します。

とにかく、あなたのコメントに感謝します、少なくとも私の仮定は、Rubygemsシステムがこれを行う方法を提供しないという点で確認されています。

2015-11-11状況は次のとおりです。RubyGemsは、gemコマンドの拡張機能として、インストール前およびインストール後のフックをサポートしています。言い換えると、これらのフックは、インストールされているすべてのgemに適用され、特定のgemでカスタマイズすることを意図したものではありません。それらは、operating_system.rb通常/usr/lib64/ruby/2.2.0/rubygems;にあると呼ばれるファイルで呼び出されます。または、Rubyがインストールされている場所とバージョン。したがって、フックは次のように使用されます。

# /usr/lib/ruby/x.y.z./rubygems/operating_system.rb
Gem.pre_install do | installer |
  # do whatever
end

Gem.pre_uninstall do | installer |
  # do whatever
end

Gem.post_install do | installer |
  # do whatever
end
. . .

APIドキュメントをさらに深く掘り下げてみると、gemに固有の外部アクティビティを採用するために、プラグインを利用できるようです。見る：http://guides.rubygems.org/plugins/#executablehooks そして https://github.com/rvm/executable-hooks例として。ただし、これらはすべて、特定の1つのgemではなく、RubyGemアプリケーションに一般的に影響を与えるようです。そして、そのようなプラグインは、効果を発揮するために宝石自体としてインストールする必要があります。

gem固有のインストール前およびインストール後のフックはセキュリティの問題であるように思われます。システムレベルのGemをインストールする人は、定義上、root特権を持っており、RubyGemがライブラリをインストールするだけでなく、任意のアクションを実行できるようにすることは、明らかにセキュリティに影響します。

私はこれについてRubyの人々に確認しています（2015-11-10）。これらのフックは、RubyGem自体を異なるプラットフォームにインストールする人々のみが使用するためのものである可能性があります。

RubyGems now（2015）は、＆​​blockを引数として取るメソッドとしてサポートpre_install()およびpost_install()フックします。おそらく、どちらfalseからも戻らない限り、これらのいずれかでやりたいことは何でもできます。戻ることnilはOKですが、false戻るとgemのインストールが中止されます。