virtualenvwrapper is not correctly installed in /usr/share/bash-completion/completions

Bug #2012703 reported by Jonathan Kamens
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
virtualenvwrapper (Debian)
New
Unknown
virtualenvwrapper (Ubuntu)
Fix Released
Undecided
Dave Jones

Bug Description

As far as I can tell, packages are supposed to install files or symlinks in /usr/share/bash-completion/completions for every command that should be auto-completable.

Right now the only file the virtualenvwrapper package is installing in that directory is a file called virtualenvwrapper, which is totally wrong because that's not even actually a virtualenvwrapper command.

That file should be named mkvirtualenv or workon, and then a symlink with the other name should be created pointing at it, i.e., if the actual file is named mkvirtualenv then the symlink named workon should point at mkvirtualenv, and vice versa.

ProblemType: Bug
DistroRelease: Ubuntu 23.04
Package: virtualenvwrapper 4.8.4-4
ProcVersionSignature: Ubuntu 6.2.0-18.18-generic 6.2.6
Uname: Linux 6.2.0-18-generic x86_64
ApportVersion: 2.26.0-0ubuntu2
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: ubuntu:GNOME
Date: Fri Mar 24 02:56:08 2023
InstallationDate: Installed on 2022-09-17 (187 days ago)
InstallationMedia: Ubuntu 22.04.1 LTS "Jammy Jellyfish" - Release amd64 (20220809.1)
PackageArchitecture: all
SourcePackage: virtualenvwrapper
UpgradeStatus: Upgraded to lunar on 2022-11-17 (126 days ago)

Revision history for this message
Jonathan Kamens (jik) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in virtualenvwrapper (Ubuntu):
status: New → Confirmed
Revision history for this message
Dave Jones (waveform) wrote :

This seems to be quite an old bug and while the diagnosis is correct, I'm afraid the fix isn't quite sufficient. Adding the per-command symlinks enables the bash-completion loader to load the virtualenvwrapper completion when someone performs "workon <tab>" for instance, but doesn't allow the command itself to be completed (e.g. "work<tab>") because they aren't loaded yet.

The upstream Debian bug is #950123 and the suggestion there (which I think is correct) is to force the extension to load by placing it in /etc/bash_completion.d/ or /etc/profile.d/ (the latter is probably more correct).

Revision history for this message
Dave Jones (waveform) wrote :

I've proposed a fix upstream (https://salsa.debian.org/debian/virtualenvwrapper/-/merge_requests/4). I don't think I can upload a fix for this while we're in beta-freeze for mantic, but if it's not merged upstream after release I'll see what I can do about fixing this in Ubuntu.

Changed in virtualenvwrapper (Debian):
status: Unknown → New
Dave Jones (waveform)
Changed in virtualenvwrapper (Ubuntu):
assignee: nobody → Dave Jones (waveform)
status: Confirmed → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package virtualenvwrapper - 4.8.4-4ubuntu1

---------------
virtualenvwrapper (4.8.4-4ubuntu1) noble; urgency=medium

  * Fix virtualenvwrapper failing to load for completion by calling the
    lazy-loading script from /etc/profile.d instead (LP: #2012703)
  * d/control: Bump Debhelper and standards version
  * d/control: Move several python items from Build-Depends-Indep to
    Build-Depends

 -- Dave Jones <email address hidden> Wed, 14 Feb 2024 14:19:05 +0000

Changed in virtualenvwrapper (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.