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