残りの部分を削除

system.reg、WineベースのWindowsインスタンスのWindowsレジストリの内容user.reg。userdef.reg同様にdrive_c、Wineを実行するときに「Windows C：ドライブ」に入れるものがすべてあります。一部のWindowsソフトウェアがインストールされている場合は、まだそのまま残ります。

これらのファイルのどれもからインポートされたものではありませんpamac。これらのファイルは~/.bashrcすべて、ホームディレクトリ内の他のファイルと同様の「ユーザーファイル」にすぎません。パッケージを削除しても、そのパッケージも自動的に削除されるわけではありません。このパッケージを使用して作成するすべてタイ:本当に愚かなようです。

パッケージマネージャは通常、3つのカテゴリのファイルを処理します。

• パッケージ化されたアプリケーションコンポーネント
• 構成ファイル
• その他のファイル

パッケージ化されたアプリケーションコンポーネントは、通常、パッケージが最新バージョンに置き換えられない限り、誰も変更できません。したがって、常に削除しても安全です。アプリケーションが再度必要な場合は、パッケージを再インストール（完全に同じバージョン）して同じファイルを復元します。

設定ファイルはトリッキーです。多くのファイルがパッケージに付属していますが、ユーザー（またはシステム管理者）が変更する必要があります。したがって、パッケージを削除するときに構成ファイルを削除することは必ずしも良い方法ではありません。

Debian Package Manager は、2 種類のアンインストール操作でこの問題を処理します。削除する後でアプリケーションをアンインストールして再インストールする場合でも、構成が維持されるようにすべての構成ファイルを残してください。もう一つのタイプは明らかこれにより、構成ファイルも削除されます。

RPMベースのパッケージングツールは異なる戦略を使用します。つまり、パッケージを削除すると、その構成ファイルが変更されたかどうかが検出されます。構成ファイルにまだパッケージの標準デフォルト構成が含まれている場合、そのファイルは自動的に削除されます。ただし、変更すると削除さ.rpmsaveれるのではなくサフィックスを付けて名前を変更します。

Archのパッケージマネージャが設定ファイルをどのように処理するかはわかりませんが、おそらく似ています。

3番目のカテゴリ「その他のファイル」には、コンピュータシステムユーザーが作成したすべてのデータファイルが含まれます。パッケージマネージャはこれらのファイルの重要性を全く知りません。パッケージマネージャがこれらのいずれかを削除すると、そのパッケージマネージャの作成者は訴訟の対象となる可能性が高く、怒っているユーザーから直接暴力や殺害の脅威を受ける可能性が高くなります。したがって、最小限の能力を備えたパッケージマネージャでも、これらのファイルはそのまま残ります。

もちろん、Wineを削除すると、含まれている~/.wineすべてのアイテムも削除されます。ただし、これを行う前に、WineデスクトップまたはMY_THESIS.DOCXそのようなものに唯一の最新のコピーを残さないようにすることはあなたの責任です。

このディレクトリを維持すると、~/.wine後で Wine を再インストールすることができ、Wine 環境にインストールしたすべての Windows アプリケーションと構成を引き続き使用できます。このディレクトリを削除するとWineベースのWindows環境に置かれたものはすべて消えます。後で Wine を再インストールすると、「工場デフォルト」 Wine 環境が再び取得されます。