Docker イメージを構築しているとき、私は自分自身が奇妙な場所にいることに気づきます。誰かが以前に何度もやったことがあるようなことをしているような気がします。ほとんどの場合、この直感は完全に正しいです。私はソフトウェアの一部を取り上げ、OS のパッケージング システムで既に記述されているすべてのことをDockerfile.

多くの場合、パッケージャーマネージャーを使用してソフトウェアをイメージにインストールし、そのパッケージ内を調べて、Dockerfile. OS パッケージャーと Docker パッケージャーの間の作業の重複は、より一般的なケースの 1 つであると私が推測するようなケースで最も明白です。

したがって、基本的に、事前にパッケージ化されたソフトウェアの上にイメージを構築するすべての Docker ユーザーは、ほぼゼロから再パッケージ化していますが、OS パッケージャーが試行、エラー、および洗練のために持っていた時間と多くの場合、ドメインの知識がありません。コミュニティが管理するイメージの再利用性が低いことを考えると (Debian から RHEL にリベースするのは痛い)、既に存在し、OS レベルで動作する機能をコピーまたは再実装することに行き詰まり、多くの時間を無駄にし、私たちが置き去りにするかもしれないものを受け継ぐ貧しい魂の維持負担。

この作業の重複を解決し、パッケージのメンテナーが Docker のソフトウェアについて既に学んだものを再利用する方法はありますか?

Homebrew Package Manager を発見したばかりで、そのアイデアが気に入っています。

Ableton、Word、Excel、InkScape、CodePaint などのカジュアルなソフトウェアを管理およびアップグレードすることは可能ですか、それとも Homebrew は 100% ruby​​ ですか?

Mac をクリーンな状態に保つ簡単な方法を探していて、新しい Mac をすばやくセットアップできるようにする必要があります。したがって、すべてのソフトウェアのレシピを作成してから醸造することは、良い計画のように思えました。

ベスト、トバイアス

Makefile、コマンド「dh_make --createorig」を使用して以前にパッケージを作成し、生成された debian フォルダー内のファイルを調整し、最後に debuild コマンドを使用して .deb を生成しました。そのワークフローはシンプルで私にとってはうまくいきますが、orig ファイルを必要とせずにソースからプロジェクトをビルドできるように少し調整するように言われました。その方法はわかりませんが、これによると ( https://askubuntu.com/questions/17508/how-to-have-debian-packaging-generate-two-packages-given-an-upstream-source-arch ) とこの構造 ( http://bazaar.launchpad. net/~andrewsomething/imagination/debian/files) 方法があるはずです。私の場合、ソースとそのすべてを含むフォルダーと、(dh_make で生成された) debian フォルダーがありますが、.orig ファイルを要求する debuild コマンドを回避する方法や、使用する必要があるかどうかはわかりませんこのための他のコマンド。

非常に長い質問で申し訳ありません。関連する情報はすべて提供したと思いますが、あいまいな点があるかどうかを明確にすることができます。

私はパッケージを持っています。それをfooと呼びましょう。これは、postfix に依存する依存関係があります。debconf を使用して質問に答えることで、 fooのインストールを自動化しようとしています。fooの要件は、すべてをインストールおよび構成できる必要があり、次を使用してインストールする必要があることです。

したがって、次のようなものは受け入れられません。

また、 Ubuntu の新規インストール時にfooがインストールされていることに注意してください。

私が最初に試したのはこれでした（preinstスクリプトで）：

しかし、それはうまくいきませんでした。質問はまだインストールに表示されます。

それから私はこれを試しました：

この：

そして、私は考えました：

debconf-utils を Pre-Depends に入れたらどうなりますか? それはうまくいきませんでした。

ただし、次の手順を実行すると (preinst スクリプトではなくコマンド ラインから)、問題なくインストールが行われます。

ただし、それは私が与えられた要件には受け入れられません。

だから今、私は立ち往生しています。誰かが私が間違っていることを見つけることができれば、答えを探している間探していたので大歓迎です。

dpkg-buildpackage を使用して debian パッケージを自動的にビルドしようとしています。これは私のワークフローです:

残念ながら、これは私に

dpkg-checkbuilddeps: ビルドの依存関係が満たされていない: python-virtualenv python-dev libssl-dev python-m2crypto virtualenv libffi-dev

addapt-get installおよびそれらのパッケージをスクリプトに実行できることはわかっていますが、ビルド deps を変更したら、スクリプトを変更する必要があります。これを自動的に行う方法はありますか？

C ++ 11の機能を使用するツールを C++ で作成しました。std::regex正規表現機能を提供するために使用します。

コードをコンパイルするには GCC (>=4.9.0) が必要です。

これは、 がインストールされていない Ubuntu システムでのエラー メッセージlibstdc++6です。

このソフトウェアを Ubuntu 用にパッケージ化していますlibstdc++6が、プログラムの依存関係としてどのバージョンを配置すればよいかわかりません。

また、事前にユーザーに通知する必要があるすべての Unix のような OS に関する一般的なケースで、このプログラムの依存関係はどうなりますか?

rpm パッケージをビルドするためのスペック ファイルがあり、 %install セクションには次のように記述されています。

filesToCopy フォルダーは、パッケージ ファイル ツリーとまったく同じように見えるツリーです。etc/...、/usr/bin、/usr/share ... など、パッケージに含まれるすべてのサブディレクトリと、それらのサブディレクトリがあります。

構築するとき、それは私に与えます

このように各ファイルを個別にコピーする必要がない方法はありますか:

filesToCopy/ 内のすべてが $RPM_BUILD_ROOT/ のような構造であるため

アップデート

解決策を見つけたので、「install -m 700」を「cp -a」に変更しました