Cプログラムに使用するライブラリをインストールしてきました。 /libフォルダをきれいに保つ方法はありますか?サブディレクトリ、リンクなどを使用して管理できますか?本当に汚れていて、後で削除したい場合は、特定のライブラリを適切に削除できるかどうかはわかりません。
/binにも同じ問題があります。
私は自宅ではOSXを、職場ではCentOS6を使用しており、IT部門と協力してGCCのようないくつかをインストールしています。 yumパッケージは最新のGCCでは動作しません。
答え1
/libフォルダをきれいに保つ方法はありますか?
lib
Unix / Linux型システムのディレクトリは本質的に「きれい」ではありません。これは、システムに必要なすべてのライブラリファイルをまとめて保持する集約ディレクトリです。
不要になったライブラリを含めることができます。この問題を特定して処理する正しいツールは次のとおりです。パッケージマネージャ。
OS Xでは、状況はあまり明確ではありません。 OS Xには多くのパッケージマネージャがあり、一部は組み込みであり、一部はサードパーティも持っています。
おそらく、OS Xでアプリケーションとその依存ライブラリ間の接続を管理する最も一般的な方法は、
.app
パッケージを使用することです。ユーザーはパッケージをドラッグアンドドロップまたはインストールし、ごみ箱にドラッグして/Applications
削除~/Applications
します。Finderでは、OS Xアプリケーションパッケージは個々のファイルのように見え、機能しますが、実際には依存ライブラリなどを含むことができるファイルでいっぱいのディレクトリです。 (アプリを右クリックして「パッケージコンテンツを表示」を選択してみてください。)したがって、アプリをゴミ箱にドラッグして「削除」すると、デフォルトの実行可能ファイルだけが削除されるのではなく、すべてのアプリケーション関連ライブラリも削除されます。コードではなく資産。
これが基本的にMac App Storeが機能する方法です。この意味で、App Storeプログラムはまたは
yum
役割を果たしていますapt-get
。.app
ダウンロードするファイルは、CentOSシステムのRPMとほとんど変わらない管理パッケージです。私はこれがあなたが望むものだと思います。実行可能ファイル、ライブラリ、および実行可能ファイルの他の依存関係はすべて独自のサブディレクトリに保存され、不要になったときに簡単に削除できます。
いくつかの古いツールもありますが、
pkg*
これらのツールは長年にわたってゆっくりと役に立たなくなりました。これは、ファイルを開き、そのファイルをダブルクリックしてインストールした場所に、またはファイルをインポート.dmg
するときに使用します。.pkg
.mpkg
これらのツールはシステム全体にファイルを分散させ、それらを削除する簡単な方法はありません。したがって、さまざまなサードパーティ製ツールと手動技術OS X
pkg
パッケージを削除するために使用されます。したがって、システムにインストールされているファイルセットを正確に管理することを目的としている場合は、OS Xパッケージファイルを使用しないことをお勧めします。
OS Xには3つの主要なサードパーティ製パッケージ管理システムがあります。ファンキージャズ、Macポートと自分で作った。
アプリケーションパッケージがユースケースに合わない場合は、次のいずれかのリポジトリパッケージを使用することをお勧めします。最近、ホームブルーが最も注目されているようです。
これらのパッケージシステムは、LinuxおよびBSDシステムのパッケージマネージャのように機能し、単純なコマンドラインインターフェイスからパッケージをインストール、アップグレード、および削除できます。
私はIT部門と協力してGCCのようなものを設置しています。 yumパッケージは最新のGCCでは動作しません。
最新のGCCが必要な場合は、CentOSを使用しないでください。 CentOSの鍵は、パッケージのバージョンが初期オペレーティングシステムのリリース前の一定期間(通常6ヶ月以上!)からそのバージョンのライフサイクルの終わりまで安定していることです。その後、固定バージョンを入手してください。バックポートオペレーティングシステムのサポートライフサイクル中に修正が行われます。これは流通などが安定を得る方法の一つである。
CentOS 6システム用のGCCの最新バージョンを入手する公式の方法は1つだけです。 CentOS 7にアップグレードすることです。
このアドバイスを無視する妥当な理由があると思われる場合は、オペレーティングシステムが提供するバージョンと同時にインストールされたGCCの代替バージョンを構築できます。おそらく最も簡単な方法は、カスタムGCCを構築するときにスクリプト--prefix
のオプションを使用することです。configure
たとえば、
$ ./configure --prefix=/usr/local/gcc-5.3
後で言うと、make install
生成されたバイナリ、ライブラリ、およびコード以外のアセットは、Mac OS Xアプリケーションパッケージの動作方法と同様に、そのディレクトリプレフィックスの下にすべて配置されます。
これが完了したら、カスタムGCCをRPMにパッケージ化できます。この文書は無料で提供されます。、オンラインには例が豊富です。または、他の人がすでにこれを行っている場合は、そのRPMを使用できます。
答え2
/lib
OSXはそれを使用しません/Library
。/lib
システムライブラリ(または/lib64
64ビットシステム)のCentOS本物その場所で見つけることができると予想されます。清掃するとシステムが損傷する可能性があります。
ほとんどの人は、さまざまなシステムのパッケージとの競合を避けるために/usr/local
(など)またはいくつかの珍しいディレクトリにパッケージされていないプログラムを/usr/local/bin
インストールします。/usr/local/lib
ほとんどのUnixシリーズシステム(このシステムを含む)は/bin
良いクリーンアップを使用し、おそらく好きではないでしょう。