☰

/libフォルダをきれいに保つ方法は？

tag-icon • tag-icon files software-installation directory-structure
/libフォルダをきれいに保つ方法は？

Cプログラムに使用するライブラリをインストールしてきました。 /libフォルダをきれいに保つ方法はありますか？サブディレクトリ、リンクなどを使用して管理できますか？本当に汚れていて、後で削除したい場合は、特定のライブラリを適切に削除できるかどうかはわかりません。

/binにも同じ問題があります。

私は自宅ではOSXを、職場ではCentOS6を使用しており、IT部門と協力してGCCのようないくつかをインストールしています。 yumパッケージは最新のGCCでは動作しません。

ベストアンサー1

/libフォルダをきれいに保つ方法はありますか？

libUnix / Linux型システムのディレクトリは本質的に「きれい」ではありません。これは、システムに必要なすべてのライブラリファイルをまとめて保持する集約ディレクトリです。

不要になったライブラリを含めることができます。この問題を特定して処理する正しいツールは次のとおりです。パッケージマネージャ。

それは明らかですyum+rpmCentOS 6マシンで。

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 Xpkgパッケージを削除するために使用されます。

    したがって、システムにインストールされているファイルセットを正確に管理することを目的としている場合は、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を使用できます。

おすすめ記事