XPost: linux.debian.maint.emacsen
Package: elpa-pyvenv
Version: 1.21+git20201124.37e7cb1-1
Severity: normal
X-Debbugs-Cc: none, <
user@host.localdomain>
Dear Maintainer,
Elpa-pyvenv package shouldn't hard depend on virtualenv package, which
also pulls-in python3-virtualenv package. The latter package "seems to
be" (to my novice eye, please correct me if I am wrong) mostly
superseded by python3-venv package, which is python3's "built-in" way of creating and managing virtualenvs.
If elpa-pyvenv drops its hard dependance on virtualenv, my debian system
will be freed of following two packages:
- virtualenv
- python3-virtualenv
since, I already have python3-venv installed.
Here's a message from elpa-pyvenv's github issue thread that signals it shoudln't "hard depend" on virtualenv, and that it should already work
with virtual environments that are created using python3-venv:
https://github.com/jorgenschaefer/pyvenv/issues/58
-- System Information:
Debian Release: 12.10
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (100, 'bookworm-fasttrack')
Architecture: amd64 (x86_64)
Kernel: Linux 6.13.7-1.qubes.fc37.x86_64 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages elpa-pyvenv depends on:
ii dh-elpa-helper 2.1.9~bpo12+1
ii emacsen-common 3.0.5
ii virtualenv 20.17.1+ds-1
Versions of packages elpa-pyvenv recommends:
ii emacs 1:30.1+1-4~bpo12+1
ii emacs-gtk [emacs] 1:30.1+1-4~bpo12+1
ii virtualenvwrapper 4.8.4-4
elpa-pyvenv suggests no packages.
-- no debconf information
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)