no python installation was detected что делать

can’t uninstall Python 3.6 on windows 10

I installed python 3.6.2 recently on my windows 10 machine, but I cannot seem to uninstall it at all

The error I get is:

No python 3.6 installation was detected

0x800070643 Fatal error during installation

I haven’t tried doing any registry edits or using restore points yet though

5 Answers 5

UNHIDE ALL FOLDERS BEFORE FOLLOWING DOWN.

Now Install a new fresh version

Happy Coding! Happy Programming!!

It’s also possible to execute the python3 installer again, you get option to repair or uninstall. Just choose uninstall, it will be done properly.

I just used a restore point didn’t have to edit registry

If you got here because of this annoying message when trying to install a Python package because Python was installed by Windows (likely by Visual Studio), then you might want to keep reading.

WARNING: The script virtualenv.exe is installed in ‘C:\Users\AppData. \Python. \Scripts’ which is not on PATH

Before you uninstall using the steps below, please read the beginning of my answer here first. know the consequences! If your other Python environments rely on this, you might have to fix a few other things, so run a few commands and get the current details. You will only be able to install packages if you have the required set up, without having a site or global Python install.

Read this before the uninstall and know what you’re getting into.

After you study a bit, you can uninstall from here. Merry Christmas!

Control Panel > Settings > Apps > Apps & features > use the Filter by menu, and select the drive containing the «WindowsApps» folder > Select the app and click the Uninstall button > Click the Uninstall button again

Источник

Pysvn installer fails to detect Python installation

I have Python 2.7.2 installed in the default location, C:\Python27. I’ve downloaded pysvn 2.7 from http://pysvn.tigris.org/project_downloads.html > Windows installation kits. Pysvn Windows installer aborts on

pysvn requires Python 2.7 to be installed.

I’ve tried both installer files, py27-pysvn-svn1612-1.7.4-1321.exe and py27-pysvn-svn1615-1.7.5-1360.exe. Neither of them works.

How can I convince the installer that I have Python 2.7 installed? How is the installer determining whether pysvn is installed or not?

4 Answers 4

Did u perhaps install the 64-bit version of Python? If yes: Try the 32-bit installer.

Background: It seems like the 64-bit installer doesn’t properly set the correct values in the windows registry (which is the place where PySVN tries to find Python).

I tried this and it worked perfectly:

Copy HKLM\SOFTWARE​\Pyt​ho​n\Pyth​onCore\2​.7\In​​stallPath to HKCU\SOFTWARE​\Pyt​ho​n\Pyth​onCore\2​.7\In​​stallPath.

Same link as above, but a different solution is offered within the thread. It is a problem with the pysvn 32-bit installer looking in the wrong (?) place in the Registry for the installed Python version.

Edit: The 32-bit module still didn’t work correctly with the 64-bit Python. The only solution for this is to use 32-bit Python with the module.

Another option is to copy the the registry keys from HKEY_LOCAL_MACHINE\​SOFTWARE\Python to HKEY_LOCAL_MACHINE\​SOFTWARE\Wow6432Nod​e\Python

My case was a bit different. Since my Anaconda install was for Python 3.6, no matter what I did I wasn’t able to install PySvn (never got detected).

So since PySvn last release is for Python 3.5, I’ve created a conda env for Python 3.5.

Then I ran the installed and it worked fined. After installed, I remade the changes in the system registry to the original ones.

Now I can import Pysvn, inside my conda env, without any problems.

Источник

Решение проблем с модулями и пакетами Python

Я с завидной регулярностью сталкиваюсь со всевозможными ошибками, так или иначе связанными с модулями Python. Существует огромное количество разнообразных модулей Python, которые разработчики активно используют, но далеко не всегда заботятся об установке зависимостей. Некоторые даже не удосуживаются их документировать. Параллельно существует две мажорные версии Python: 2 и 3. В разных дистрибутивах отдано предпочтение одной или другой версии, по этой причине самостоятельно установленную программу в зависимости от дистрибутива нужно при запуске предварять python или python2/python3. Например:

Причём обычно не происходит никаких проверок и угадали ли вы с выбором версии или нет вы узнаете только при появлении первых ошибок, вызванных неправильным синтаксисом программного кода для данной версии.

Также прибавляет путаницу то, что модули можно установить как из стандартного репозитория дистрибутивов, так и с помощью pip (инструмент для установки пакетов Python).

Цель этой заметки — рассмотреть некоторые характерные проблемы модулей Python. Все возможные ошибки вряд ли удастся охватить, но описанное здесь должно помочь понять, в каком примерно направлении двигаться.

Отсутствие модуля Python

Большинство ошибок модулей Python начинаются со строк:

В них трудно разобраться, поэтому поищите фразы вида:

За ними следует название модуля.

Поищите по указанному имени в системном репозитории, или попробуйте установить командой вида:

Пакет Python установлен, но программа его не видит

Причина может быть в том, что вы установили модуль для другой версии. Например, программа написана на Python3, а вы установили модуль с этим же названием, но написанный на Python2. В этом случае он не будет существовать для программы. Поэтому нужно правильно указывать номер версии.

Команда pip также имеет свои две версии: pip2 и pip3. Если версия не указана, то это означает, что используется какая-то из двух указанных (2 или 3) версий, которая является основной в системе. Например, сейчас в Debian и производных по умолчанию основной версией Python является вторая. Поэтому в репозитории есть два пакета: python-pip (вторая версия) и python3-pip (третья).

В Arch Linux и производных по умолчанию основной версией является третья, поэтому в репозиториях присутствует пакет python-pip (третья версия) и python2-pip (вторая).

Это же самое относится к пакетам Python и самому Python: если версия не указана, значит имеется ввиду основная для вашего дистрибутива версия. По этой причине многие пакеты в репозитории присутствуют с двумя очень похожими названиями.

Установлена новая версия модуля, но программа видит старую версию

Я несколько раз сталкивался с подобными необъяснимыми ошибками.

Иногда помогает удаление модуля командой вида:

Также попробуйте удалить его используя системный менеджер пакетов.

Если модуль вам нужен, попробуйте вновь установить его и проверьте, решило ли это проблему.

Если проблема не решена, то удалите все файлы модуля, обычно они расположены в папках вида:

Ошибки с фразой «AttributeError: ‘NoneType’ object has no attribute»

Ошибки, в которых присутствует слово AttributeError, NoneType, object has no attribute обычно вызваны не отсутствием модуля, а тем, что модуль не получил ожидаемого аргумента, либо получил неправильное число аргументов. Было бы правильнее сказать, что ошибка вызвана недостаточной проверкой данных и отсутствием перехвата исключений (то есть программа плохо написана).

В этих случаях обычно ничего не требуется дополнительно устанавливать. В моей практике частыми случаями таких ошибок является обращение программы к определённому сайту, но сайт может быть недоступен, либо API ключ больше недействителен, либо программа не получила ожидаемые данные по другим причинам. Также программа может обращаться к другой программе, но из-за ошибки в ней получит не тот результат, который ожидала, и уже это вызывает приведённые выше ошибки, которые мы видим.

Опять же, хорошо написанная программа в этом случае должна вернуть что-то вроде «информация не загружена», «работа программы N завершилась ошибкой» и так далее. Как правило, нужно разбираться с причиной самой первой проблемы или обращаться к разработчику.

Модуль установлен, но при обновлении или обращении к нему появляется ошибки

Это самая экзотическая ошибка, которая вызвана, видимо, повреждением файлов пакета. К примеру, при попытке обновления я получал ошибку:

При этом сам модуль установлен как следует из самой первой строки.

Проблема может решиться удалением всех файлов пакета (с помощью rm) и затем повторной установки.

К примеру в рассматриваемом случае, удаление:

После этого проблема с модулем исчезла.

Заключение

Пожалуй, это далеко не полный «справочник ошибок Python», но если вы можете сориентироваться, какого рода ошибка у вас возникла:

Так вот, если вы хотя бы примерно поняли главную причину, то вам будет проще понять, в каком направлении двигаться для её решения.

Источник

Pyenv can’t find system python (3.8) on Ubuntu 20.04 #1613

Comments

lysnikolaou commented May 14, 2020

Prerequisite

Description

Some more info about this:

But system Python is there:

And /usr/bin is certainly in my PATH :

The text was updated successfully, but these errors were encountered:

thiras commented May 17, 2020

joshfriend commented May 21, 2020

You want pyenv to come after /usr/bin in your path probably

thiras commented May 21, 2020 •

@joshfriend I did not change my path manually. Just installed through pyenv-installer. So it’s a bug.

It’s also urgent bug. Because it’s impossible to turn back to system python now with pyenv

lysnikolaou commented May 21, 2020

You want pyenv to come after /usr/bin in your path probably

lysnikolaou commented May 21, 2020

Ksancha commented May 28, 2020

I can confirm the bug.

In fact, I can’t even see the system python that is currently running

And the default python is

TKaluza commented Jun 5, 2020

I have the same problem.
What would be the best workaround?

ghost commented Jun 7, 2020

It seems like there are multiple issues going on here, so I’ll try to clarify.

I was able to partially replicate the error in Linux Mint 19.3. The system Python 2 install was detected but the Python 3 version was not, which for me isn’t a big deal. In my opinion, system installations of Python should be reserved for internal OS libraries and third-party packages. The user shouldn’t really care about using the system installations of Python.

I’m not trying to nullify the error by saying that «you shouldn’t be using the system installation anyway». Perhaps there are good use cases that I’m missing and don’t completely understand. If someone is willing to clarify then we can proceed with an appropriate bug fix.

Yes, I agree there. It needs to be cleaned up a bit and reorganized. I found it cumbersome to use pyenv right off the bat and had to do some manual configuration to make it completely usable and get it to where I wanted it.

martenlienen commented Jun 7, 2020 •

The problem on my fresh Ubuntu 20.04 installation is that there is no python executable. /usr/bin only has python2 and python3 but pyenv checks for python to determine if a system version is available, see e.g. in line 105 of pyenv-versions.

iamdirk commented Jun 15, 2020 •

The problem on my fresh Ubuntu 20.04 installation is that there is no python executable. /usr/bin only has python2 and python3 but pyenv checks for python to determine if a system version is available, see e.g. in line 105 of pyenv-versions.

This is probably not as clean as the sym link solution above, and also doesn’t solve showing multiple system installed pythons as it simple moves the problem from not showing a ‘python3’ call dependent install to not showing a ‘python’ call dependent install. However if for whatever reason a sym link solution is not possible maybe this can help.

hennit commented Jun 26, 2020

I believe there is an official workaround for the missing system python which is sudo apt install python-is-python3
It did the trick for me

ghost commented Jun 27, 2020

@hennit python-is-python3 just creates a symlink, which fixes the problem—yes.

Did the /usr/bin/python symlink ever exist? I think that’s dependent on which Linux distro you’re using.

mrsarm commented Jul 10, 2020

Then to take effect the change you need to run a new shell console, and future new terminals will also get that configuration.

Also worth to note that if you try to setup one version of Python 2 and one of Python 3, you should setup the Python 2 version first (first line at

YusongLeng commented Jul 14, 2020

This is probably not as clean as the sym link solution above, and also doesn’t solve showing multiple system installed pythons as it simple moves the problem from not showing a ‘python3’ call dependent install to not showing a ‘python’ call dependent install. However if for whatever reason a sym link solution is not possible maybe this can help.

Источник

Package Python3.7 is not available

So I have python 3.8 and pip for it, but I want to install stable python 3.7 and pip for it also. But when I try sudo apt-get install python3.7 It says package is not available but is referred to another package. Help please Error:

3 Answers 3

I tried doing the below steps in an official docker image of Kali Linux. It should work on the desktop as well.

Done, python3.7 is installed.

I tried creating a python virtual environment with this install. It worked properly. I was able to install pip packages as well.

The following commands seem to work, but bear in mind the disclaimer about the deadsnakes PPA:

[T]here’s no guarantee of timely updates in case of security problems or other issues. If you want to use them in a security-or-otherwise-critical environment (say, on a production server), you do so at your own risk.

But, if you really want to do this:

Here are the steps I follow when starting a new Python project:

First I decide on a Python release. Let’s say you want to work with Python 3.7.8.

After installing pyenv you should cd to the place your code will be and enter pyenv install 3.7.8 and pyenv local 3.7.8 which will make sure that the Python 3.7.8 environment will be created at that location.

Now your using your new project in your specific 3.7.8 python version using your dependencies in a separate shell.

Источник