tarball からコンパイル済みのソフトウェアをインストールすることは Debian の理念に反するのでしょうか?

tarball からコンパイル済みのソフトウェアをインストールすることは Debian の理念に反するのでしょうか?

おそらくDebianを試す最大の理由はその安定性です。その安定性を損なわないためには、常に公式Debianリポジトリからソフトウェアをインストールし、決してインストールするインターネット上で見つけたランダムな tarball からのもの。

しかし、その考え方をプリコンパイルされたソフトウェアにも適用すべきかどうかは、まだ私にはわかりません。私は、 経由で抽出するだけで、Apache OpenOffice と PyCharm を tarball からインストールしましたtar -xvzf file.tar.gz。その後は、プログラムを実行できる状態になっているか、いくつかの.debファイルをインストールする必要があります (これは Debian の哲学に準拠していると思いますが)。「make インストール」を行う必要はありません。

「ランダム」なファイルをインストールするとシステムが混乱する可能性があると思います.debが、それ以外に、この方法でシステムを破壊する方法はありますか?

答え1

Debian 社会契約第4節では

私たちの優先事項はユーザーとフリーソフトウェアです

私たちは、ユーザーとフリーソフトウェアコミュニティのニーズに従って行動します。私たちは、彼らの利益を最優先します。私たちは、さまざまなコンピューティング環境での運用に関するユーザーのニーズをサポートします。私たちは、Debian システムで使用することを意図した非フリーな作品に反対したり、そのような作品を作成または使用する人に料金を請求したりすることはありません。私たちは、Debian システムと他の作品の両方を含むディストリビューションを他の人が作成することを、私たちから料金を請求することなく許可します。これらの目標を推進するために、私たちは、システムのそのような使用を妨げる法的制限のない、高品質の素材の統合システムを提供します。

したがって、Debian があなたのやり方に異議を唱えているとは言えません。 にソフトウェアをインストールするのは確かに問題ないはずです。よりも/optバイナリを にリンクする方が良いかもしれませんが、それは些細なことです。 (はパッケージ マネージャーの専有領域であるはずですが、それはあなたのシステムです。)/usr/local/bin/usr/bin/usr/bin

もちろん、もっと「Debian風」なやり方があるかもしれませんが、それはあなたの特定の使用例によって異なります。私はパッケージ化されたものを使うことをお勧めします。リブレオフィスApache の OpenOffice の代わりに、Debian アーカイブから取得したパッケージであれば、「ランダムな」パッケージをインストールしてもシステムが壊れることはありません。Debian パッケージを使用するかどうかに関係なく、システムが壊れる方法は無数にあります。Debian 開発者は、Debian パッケージのみを使用する場合に、そのような事態を回避するために最善を尽くしていますが、それを保証する方法はありません...

システムの安定性を維持したい場合:

  • パッケージ化されていないコンテンツでパッケージを上書きしないでください。
  • にパッケージ化されていないソフトウェアをインストールしないでください/usr( を除く/usr/local)。
  • initscripts または systemd ユニットには注意してください。
  • ランダムなリポジトリ (またはメインの「スイート」のリポジトリとは別の Debian リポジトリ) からパッケージをインストールしないでください。したがって、何をしているのかわかっていない限り、stable混在させないでください。testing

これらのルールに従えば、十分に安全です。Debian が提供するシステム上に、事前にコンパイルされたものでも、自分でコンパイルしたものでも、ソフトウェアをインストールできます。

答え2

「ランダムデブ」には 2 つの違いがあります。

  1. それをアンインストールする自然な方法があり、それは存在することがわかっています。(標準の autoconf プロジェクトでは が提供されていると思いますmake uninstallが、普遍的とは言えません)。
  2. パッケージが使用する名前は、他のパッケージと競合する可能性があります。ファイル名が競合する場合は、インストール時に警告が表示されるので、これは良い改善です。ただし、パッケージ名が競合する場合は、非常に混乱を招く結果になる可能性があります。

(ある種の) ファイル名の競合を検出することは、安全性の強化に役立ちます。Debian パッケージによって既に提供されているシステム ファイルを上書きするのを防止できます。アンインストールも非常に便利です。ただし、「ランダム deb」や「安定性を損なわない」などの強い言葉を使用する場合はどうでしょうか。その場合、原則としてそれらの間に大きな違いはありませんmake install

tarballから個々のプログラムを実行すると、それほど邪魔にはなりません。しかし、Debianの2番目の原則はセキュリティアップデートの提供です。私は、Officeファイルをtarballから開く可能性は避けることを推奨します。安全でない、メンテナンスされていないソフトウェアあなたが言及したとおりです。したがって、ほとんどの場合、公式 (LibreOffice) パッケージが望ましいでしょう。

これを「Debian 哲学」と呼ぶのは少々大げさかもしれません。Debian に特有のものではありません。Ubuntu (LTS またはそれ以外) のユーザーと同じ姿勢を取ることもできますし、それが良い出発点になると思います。また、Debian にはより深い哲学があり、その言葉にふさわしいでしょう :)。

個人的には、Ubuntu LTS が同じように私をサポートしてくれると期待しているシステムで Debian を実行しています。Ubuntu を避けている理由は、Ubuntu が独自のものを作っていて、それが私には印象に残らず、それを扱うことに興味がなかったからです。(「Unity」、Mir、systemd の悪口。そして、私は自分の WiFi をオープンに維持したいです。ドライバーを統合する方法は、長期的なメンテナンスについて心配させます)。

関連情報