Как я могу устранить неполадки `--system-site-packages` VENV, не отражающие мою систему?

Я использую Arch Linux и хочу использовать виртуальные среды для установки только тех немногих пакетов PIP, которые я использую для конкретных проектов, продолжая использовать пакеты Arch для Python. Тем не менее, когда я делаю новый VENV, который использует --system-site-packages В качестве аргумента (для доступа к базовым пакетам Python Arch) новый VENV не является полным зеркалом среды, отличной от VENV.

Как я это проверял:

1. pip freeze моей текущей установки Python из пакетов Arch.

2. Создана виртуальная среда, венв $mkvirtualenv --system-site-packages venv

3. Создан второй pip freeze изнутри активного вен

4. Сравните, используя diff

Я ожидал, что разница будет такой же, но есть многочисленные различия.

Я считаю, что все Python и связанные с ним пакеты были установлены с pacman, Я уверен, что все основные пакеты (iPython, Numpy, Pandas, Jupyter, Matplotlib и т. Д.) Были установлены с помощью менеджера пакетов Arch pacman, Поскольку я не просто установил свою систему вчера, со временем, конечно, возможно, что я использовал PIP для нескольких пакетов, но я придерживался правила использовать pacman установленные пакеты, чтобы воспользоваться преимуществами исправления несовместимости сообщества Arch (в отличие от некоторой комбинации пакетов Github, PiP и Arch).

Как я могу устранить проблему различных пакетов в моем VENV с помощью --system-site-packages аргумент?

НОТА. Этот вопрос может идти в неправильном направлении, если я неправильно понимаю, как --system-site-packages аргумент работает. В этом случае вопрос должен быть, почему --system-site-packages аргумент не создать дублирующее зеркало пакетов Python моей системы?