Redhatへのapt-getのインストール
Redhatにapt-getをインストールすることは可能ですか？私はあなたができないという印象の下にありますが、私は確かにしたかっただけです。可能であれば、特にyumには実際には利用可能なプログラムの数が少ないため、さまざまなプログラムをインストールするときの作業がはるかに簡単になります。
これが私が試したものです（参考までに）：
これらの手順 に従ってapt-getをインストールしようとしましたが、redhatにはdpkgがないため、スクエア1に戻ります。
yum install libglib2.0-devが失敗したためにPidgin（Pidgin-sipe）のプラグインをインストールするのが難しいため、この質問をします。これは、apt-getを使用することには価値のある投資である可能性があるという証拠です。
助言がありますか？
パッケージが欠落しているように見えるからといって、パッケージ管理ツールを置き換える必要はありません。
各パッケージ管理ツールはディストリビューションと緊密に統合されており、これはCentOSと同じです。 aptはDebianおよびその派生物と十分に統合されており、それら（Debian、Ubuntu、Mint、Knoppix ...）がパッケージ管理に同じツールを使用していても、それらのパッケージは特定のパッケージバージョンでリンクおよび設定されています。場合によっては、そのディストリビューションが持つ特定の依存関係でのみ機能します。
RedhatのようなOSに固有のglibの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; DRaptは通常、Enterprise Linuxベースのディストリビューションではそのままでは機能せず、多くのリポジトリが見つかりませんとにかくあなたのために働きます。
Red Hatで必要なソフトウェアを見つけるのに問題がある場合は、リポジトリにパッケージがないためです。調べたいのは、さまざまなリポジトリを追加することです。 Red Hat Enterprise Linuxの場合、通常追加する最初のリポジトリは Enterprise Linux（EPEL）の追加パッケージ はFedoraプロジェクトでホストされています。あなたはおそらくあなたがそのレポで欠けているものの多くを見つけるでしょう。
詳細：
Enterprise Linuxシステムにaptパッケージ管理ユーティリティをインストールすることは確かに可能ですが、一度それで何かを実行できることを意味するわけではありません完了しました。
ここでの問題はaptユーティリティです。ソフトウェアパッケージの公開ディレクトリを操作するプログラムです（リポジトリは私にとって通常の名前ですが、異なる場合があります）。 Yum、rpm、dnf、emergeなどはすべて、同じことを行うさまざまな* NIXディストリビューションのユーティリティです。ただし、ソフトウェア自体を提供するのではなく、リポジトリをクエリしてパッケージを提供するように設定されています。もう1つの問題は、オンラインで見つけた一般的なリポジトリが、ソフトウェアを提供しているOSのネイティブパッケージ管理ユーティリティと連携するように構成されて作成されていることが多いことです。おそらくRHEL7システムでaptを構成してDebianリポジトリを照会できますが、DebianとRed Hatがオペレーティングシステムを構築、レイアウト、構造、構成する方法が異なるため、ソフトウェアはシステムと互換性がない可能性がありますシステム。これは、LinuxシステムにMac OS Xソフトウェアをインストールしようとするようなものです。どちらも技術的な* NIXベースですが、機能の仕方は大きく異なります。
Yum install libglib2.0-devが失敗したためにPidgin（Pidgin-sipe）のプラグインをインストールするのに問題があるため、この質問をします。これは、apt-getを使用する価値のある投資である可能性があることの証拠です。
短い答え：そうではありません。
apt用のrpmのポート、つまり apt-rpm があります。それは比較的最近まで使用可能でしたが、私の知る限り、Red Hatとその派生物はそれをサポートしていないため、現在はそうではない可能性があります。 2008年以降、開発は停滞しているようで、見込みはありません。また、apt-rpmはyumリポジトリでは使用できないため、誰かがrpmで使用できるaptリポジトリを構築していない限り、役に立ちません。
Connectivaによって作成された apt4rpm というバリアントもありましたが、apt-rpmよりも使用頻度が低いようです。
Debian自身のaptをRed Hatシステムにインストールすることは、たとえそれが正常にインストールされたとしても、時間の無駄です。 dpkgはRed Hatで使用できます。少なくとも以前は使用できました。しかし、dpkgとaptを使用して並列のDebianライクなシステムをセットアップしようとすることは、完全なスターターではないと思います。
apt-rpm基本的なシステム管理のための2006年頃のRed Hatシステム。メモリが機能する場合、それはCentOSのインストールでした。それはそれでもかなりうまくいきました。しかし、これは2017年であり、私の推測ではapt-rpmは事実上死んでいます。
いずれにしても、Red Hatシステムでaptを使用することは、たとえそれが利用可能で機能的であったとしても、経験に大きな違いをもたらすとは思えません。 aptがDebianとその派生物でうまく機能する理由は、aptが持つ魔法の品質のためではありません。 Debianパッケージ管理ツール（dpkg、aptなど）は、適切に設計および実装されていることで、ある程度の信用を得ることができますが、これは主にDebianの有名な品質管理によるものです。
「aptエクスペリエンス」が必要な場合は、Debianを使用してください。
これを行うことは可能ですが、非常に難しく、一般的には推奨されておらず、ほぼ確実に不要です。
あなたが尋ねたのは、Red HatシステムにDebianパッケージ管理システムをインストールする方法です。
パッケージ管理システムは、システムにインストールされているパッケージを追跡し、パッケージのインストールと更新を容易にし、依存関係を追跡し、パッケージ間の競合を回避します。特に後者の2つの理由により、異なるパッケージ管理システムは基本的に互いに互換性がありません。 2つの異なるシステムを同時に使用しようとすると、非常に注意深い監視がなければ、システムがすぐに使用できなくなります。これは、2つの異なるLinuxディストリビューションを重ねてインストールしようとするためです。
Linuxディストリビューションのファミリーツリーをマッピングする場合、主要な分岐点は、パッケージ管理システムの選択です。最も一般的な2つのシステムは、Debianパッケージ管理システムDPKGとRed Hatパッケージ管理システムRPMです。 「apt-get」はDPKGシステムを使用するためのフロントエンドであり、動作するには残りのツールセットが必要です。同様に、「yum」はRPMシステムを使用するためのフロントエンドです。
パッケージをあるシステムから別のシステムに変換できる場合があります。 alien は、これを行うためのアプリケーションです。信頼性がないことを警告することなく、ほとんど言及されていないことに注意してください。
解決したい問題が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の方がはるかに優れています。