Redhatへのapt-getのインストール

apt-getRedhat にインストールすることは可能ですか？私はあなたができないという印象の下にありますが、私は確かにしたかっただけです。可能であれば、さまざまなプログラムをインストールするときに生活がはるかに簡単になります。特に、yum利用できるプログラムが実際にはそれほど多くないためです。

これが私が試したものです（参考までに）：

以下の手順に従って apt-getをインストールしようとしましたが、redhatにはdpkgがないため、1に戻ります。

yum install libglib2.0-devが失敗してpidgin用のプラグイン（pidgin-sipe）をインストールするのが難しいため、この質問をします。これは、apt-getを使用することには価値のある投資である可能性があることの証拠です。

助言がありますか？

パッケージが欠落しているように見える場合でも、パッケージ管理ツールを置き換える必要はありません。

各パッケージ管理ツールはディストリビューションと緊密に統合されており、これはCentOSと同じです。aptDebianおよびその派生物と十分に統合されており、それら（Debian、Ubuntu、Mint、Knoppix ...）がパッケージ管理に同じツールを使用している場合でも、それらのパッケージは特定のパッケージバージョンでリンクおよび設定され、一部のケースでのみ機能しますそのディストリビューションには特定の依存関係があります。

必要なのはglib、redhatのようなOS に固有のdevパッケージをインストールすることです。

yum install glib2-devel.x86_64

ここでの警告は、ディストリビューションで異なる名前を持つ可能性のある同等のパッケージを見つける必要があることです。使用しているディストリビューションでパッケージを検索する方法を知ることは、知識にかなり費やす時間です。

これが名前であることをどのようにして見つけましたか。

[root@ftp ~]# yum search glib2| grep dev
glib2-devel.i686 : A library of handy utility functions
glib2-devel.x86_64 : A library of handy utility functions
spice-glib-devel.i686 : Development files to build Glib2 applications with
spice-glib-devel.x86_64 : Development files to build Glib2 applications with

そして、パッケージ情報を表示すると、同じライブラリ開発パッケージのように見えることがわかります。

[root@ftp ~]# yum info glib2-devel.x86_64
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.brisanet.com.br
 * extras: centos.brisanet.com.br
 * rpmforge-extras: apt.sw.be
 * updates: centos.brisanet.com.br
Available Packages
Name        : glib2-devel
Arch        : x86_64
Version     : 2.28.8
Release     : 9.el6
Size        : 300 k
Repo        : base
Summary     : A library of handy utility functions
URL         : http://www.gtk.org
License     : LGPLv2+
Description : The glib2-devel package includes the header files for the GLib library.

また、パッケージ検索に慣れていない場合は、このオンラインツールを使用して、最も一般的なLinuxディストリビューションのパッケージを見つけることができます。Linuxパッケージ検索

TL; DR aptは通常、Enterprise Linuxベースのディストリビューションではそのままでは機能せず、とにかく機能する多くのリポジトリが見つかりません。

Red Hatで必要なソフトウェアを見つけるのに問題がある場合は、リポジトリにパッケージがないためです。調べたいのは、さまざまなリポジトリを追加することです。Red Hat Enterprise Linuxの場合、通常最初に追加するリポジトリは、FedoraプロジェクトでホストされるEnterprise Linux（EPEL）のExtra Packagesです。あなたはおそらくあなたがそのレポで欠けているものの多くを見つけるでしょう。

詳しくは：

aptEnterprise Linuxシステムにパッケージ管理ユーティリティをインストールすることは確かに可能ですが、それが完了すると、それを使用して何かを実行できるようになるわけではありません。

ここでの問題は、aptユーティリティがソフトウェアパッケージの公開されたディレクトリで動作するプログラムであることです（リポジトリは私にとって通常の名前ですが、異なる場合があります）。Yum、rpm、dnf、emerge、などと同じことを行う様々な* NIXディストリビューション上のすべてのユーティリティです。ただし、ソフトウェア自体を提供するのではなく、リポジトリにクエリを実行してリポジトリからパッケージを提供するように構成されています。他の問題は、オンラインで見つけた一般的なリポジトリが、ソフトウェアを提供しているOSのネイティブパッケージ管理ユーティリティと連携するように構成されて作成されていることが多いことです。あなたはおそらく設定することができますaptRHEL7システムでDebianリポジトリを照会しますが、DebianとRed Hatがオペレーティングシステムを構築、レイアウト、構造、および構成する方法が異なるため、ソフトウェアはシステムと互換性がない可能性があります。これは、LinuxシステムにMac OS Xソフトウェアをインストールしようとするようなものです。どちらも技術的な* NIXベースですが、機能の仕方は大きく異なります。

yum install libglib2.0-devが失敗したためpidgin（pidgin-sipe）のプラグインをインストールするのに問題があるため、この質問をします。これは、apt-getを使用する価値のある投資であることの証拠です。

短い答え：そうではありません。

aptforのポートrpm、つまりapt-rpmがあります。比較的最近まで使用可能でしたが、私の知る限り、Red Hatとその派生物はそれをサポートしていないため、現在はそうではない可能性があります。2008年以降、開発は停滞しているようですが、これは有望ではありません。また、apt-rpmyumリポジトリーと一緒に使用することはできません。そのため、誰かrpmがで使用できるリポジトリーを構築していない限り、役に立ちませんapt。

Connectivaによって作成されたapt4rpmと呼ばれるバリアントもありましたが、apt-rpmよりも使用頻度が低いようです。

aptRed HatシステムにDebianをインストールすることは、たとえそれが正常にインストールされたとしても、時間の無駄です。dpkgRed Hatで利用可能、または少なくとも以前は利用可能でした。しかし、並列のDebianのようなシステムをセットアップしようdpkgとaptすると、それは完全な非スターターになると思います。

apt-rpm基本的なシステム管理のために2006年頃にRed Hatシステムで使用したことを思い出します。メモリが機能する場合、それはCentOSのインストールでした。それはそれでもかなりうまくいきました。しかし、これは2017年であり、apt-rpm今では事実上死んでいると私は推測しています。

いずれにせよ、aptたとえそれが利用可能で機能的であったとしても、Red Hatシステムでの使用はあなたの経験に大きな違いをもたらすとは思えません。理由aptすべての魔法の品質はのためのDebianおよびその誘導体にうまく機能ではありませんapt持っています。Debianのパッケージ管理ツール（けれどもそれは、主な原因はDebianの有名な品質管理のだdpkg、aptなど）がうまく設計され、実施されているため、信用の一部を取ることができます。

「aptエクスペリエンス」が必要な場合は、Debianを使用してください。

これを行うことは可能ですが、非常に難しく、一般的には推奨されておらず、ほぼ確実に不要です。

あなたが尋ねたのは、Red HatシステムにDebianパッケージ管理システムをインストールする方法です。

パッケージ管理システムは、システムにインストールされているパッケージを追跡し、パッケージのインストールと更新を容易にし、依存関係を追跡し、パッケージ間の競合を回避します。特に後者の2つの理由により、異なるパッケージ管理システムは基本的に互いに互換性がありません。2つの異なるシステムを同時に使用しようとすると、非常に注意深い監視がなければ、システムがすぐに使用できなくなります。これは、2つの異なるLinuxディストリビューションを重ねてインストールしようとするためです。

Linuxディストリビューションのファミリーツリーをマッピングする場合、主要な分岐点は、パッケージ管理システムの選択です。最も一般的な2つのシステムは、Debianパッケージ管理システムDPKGとRed Hatパッケージ管理システムRPMです。「apt-get」はDPKGシステムを使用するためのフロントエンドであり、動作するには残りのツールセットが必要です。同様に、「yum」はRPMシステムを使用するためのフロントエンドです。

パッケージをあるシステムから別のシステムに変換できる場合があります。エイリアンはこれを行うためのアプリケーションです。信頼性がないことを警告することなく、ほとんど言及されていないことに注意してください。

解決したい問題がRed Hatシステムに特定のアプリケーションをインストールすることである場合、RPMを使用する別のLinuxディストリビューションのパッケージを使用するほうがうまくいく場合があります。rpmfindは検索に役立ちます。ソースRPMを見つけてシステム上で再構築する方が少し信頼性が高くなります。特定のコンパイル済みバイナリへの依存関係に関する問題の可能性を減らします。または、アプリケーションのソースtarballを見つけてコンパイルすることにより、パッケージ管理をバイパスできます。

解決したい問題が一般的に利用可能なパッケージの数を増やすことである場合、Red Hat Enterprise Linuxは設計上、安定性を重視しており、公式リポジトリは比較的制限されていることに注意してください。公式リポジトリでパッケージの選択がはるかに多い密接に関連するFedora Linuxを使用することを好むかもしれませんし、Debianまたはその派生物の1つに切り替えることもできます。

上記の回答で他の人々が言っ​​たように、ディストリビューションとそのパッケージ管理は緊密に結びついています。RPMベースのディストリビューションにDebianまたはUbuntuリポジトリからのものをインストールする必要がある場合、対応するchrootを（debootstrapを介して）セットアップし、そこに必要なものをインストールするのが最善の策だと思います。その後、基本的に、ディストリビューションの「横」でDebianを実行します。

その後、chrootからインストールしたアプリケーションを実行するシンボリックリンクやスクリプトを設定できます。これは、グラフィカルアプリケーションでも機能します。私はさまざまなアプリでサンドボックスの理由でそれを行ってきましたが、あなたのアプリも正当な理由です。Dockerコンテナー内のDebianは、試すことができる同様のオプションです。基本的には、サンドボックス化されたchrootがより優れています。

このチュートリアルはそれを示しているようです：http : //everyday-tech.com/apt-get-on-centos/

ただし、少ないパッケージで発生している問題は、リポジトリの数が少ないか、パッケージの名前が異なるためです（たとえば、debianベースのapache2と赤い帽子ベースのhttpd）。

以下を使用できます：yum searchパケットを検索する

以下は、yumリポジトリを追加する方法のドキュメントです。

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sec-Managing_Yum_Repositories.html