Fix for Ubuntu 20.4 bug on Python-virtualenv #3696
Labels
No Label
0.2.0
0.3.0
0.4.0
0.5.0
0.5.1
0.6.0
0.6.1
0.7.0
0.8.0
0.9.0
1.0.0
1.1.0
1.10.0
1.10.1
1.10.2
1.10a2
1.11.0
1.12.0
1.12.1
1.13.0
1.14.0
1.15.0
1.15.1
1.2.0
1.3.0
1.4.1
1.5.0
1.6.0
1.6.1
1.7.0
1.7.1
1.7β
1.8.0
1.8.1
1.8.2
1.8.3
1.8β
1.9.0
1.9.0-s3branch
1.9.0a1
1.9.0a2
1.9.0b1
1.9.1
1.9.2
1.9.2a1
LeastAuthority.com automation
blocker
cannot reproduce
cloud-branch
code
code-dirnodes
code-encoding
code-frontend
code-frontend-cli
code-frontend-ftp-sftp
code-frontend-magic-folder
code-frontend-web
code-mutable
code-network
code-nodeadmin
code-peerselection
code-storage
contrib
critical
defect
dev-infrastructure
documentation
duplicate
enhancement
fixed
invalid
major
minor
n/a
normal
operational
packaging
somebody else's problem
supercritical
task
trivial
unknown
was already fixed
website
wontfix
worksforme
No Milestone
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Reference: tahoe-lafs/trac-2024-07-25#3696
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
fixing "python-virtualenv has no installation candidate".
Solution:
Use
Although some people might like to use virtualenvwrapper, that's certainly not a prerequisite.
I don't have an Ubuntu 20.04 system handy just now, but a package-search (https://packages.ubuntu.com/search?keywords=virtualenv&searchon=names&suite=focal§ion=all) seems to indicate that the package is just called
virtualenv
on that distribution (notpython-virtualenv
as in Debian itself). So, perhaps that's the only change needed (to note that Ubuntu users may needapt install virtualenv
instead ofapt install python-virtualenv
)..?Also we need instructions that work for python2 still (not python3 as the above are for). As much as I might wish for python3 to work now ;) it doesn't yet...
Thanks for letting me know. I tested
and it works.
I will update this ticket for that instead.
As a general "process" thing, normally a ticket should only be closed once a solution is merged into the main repository (that is, propose a PR on github fixing the instructions for affected platforms and then close this ticket once that is reviewed and merged).
while
Okay, great!
Please feel free to bug me when you have a PR/updated instructions :)
I wrote some instructions here that got it working:
. It is a bit long, and I am not sure yet, if it should go into "INSTALL.rst", or if it should stand alone. Please help.
If python3 is the default python on Ubuntu 20.04, I'm surprised that "apt install python" gives you python2 and not python3?
I don't think we want completely separate instructions for this OS -- at most, we'd want just the special instructions needed to get to the same point as the "main" Debian instructions. That is: working virtualenv + python2.
So I think the only thing that's different is "how to get python2" and the name of the virtualenv package. Right?
In any case, it's still best to express this as a PR on github so that one may examine the proposed changes. Thanks.