andcertbot
was broken. Whencertbot-auto renew
flag was switched on, the output showed that a Mga6 package was blocking the package upgrade process in the bootstrap process. After removing that package and installing the corresponding Mga7 package the bootstrap process started to work. Unfortunately, I can't recall which package that was.--debug
However, after the bootstrap process,
shows the following errors:certbot-auto renew --debug
- Code: Select all
Packages lib64ffi-devel-3.2.1-7.mga7.x86_64, git-2.21.1-1.1.mga7.x86_64, lib64openssl-devel-1.1.0l-1.1.mga7.x86_64, python2-augeas-1.0.3-5.mga7.x86_64, rootcerts-20191126.00-1.mga7.noarch, gcc-8.4.0-1.mga7.x86_64 are already installed
Creating virtual environment...
Traceback (most recent call last):
File "<stdin>", line 27, in <module>
File "<stdin>", line 19, in create_venv
File "/usr/lib64/python2.7/subprocess.py", line 185, in check_call
retcode = call(*popenargs, **kwargs)
File "/usr/lib64/python2.7/subprocess.py", line 172, in call
return Popen(*popenargs, **kwargs).wait()
File "/usr/lib64/python2.7/subprocess.py", line 394, in __init__
errread, errwrite)
File "/usr/lib64/python2.7/subprocess.py", line 1047, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
[root@lindell ~]# /usr/bin/certbot-auto renew --debug
I find this strange, since the Mga7 packages certbot, certbot-apache now shows dependencies from python3.7 packages. I don't know much about python coding so I don't have a clue why the certbot commands should be referring to old python2.7.
Does this have to do with some general or specific python environment variables that is not correctly set?
I would very much appreciate any help with this issue.