Ошибка при установке anaconda 3 due to incompatibility

I want to complete the installation of Anaconda to build the Python environment.

The following error message occurred while installing Anaconda.

Applicable source code What I tried

Install anaconda3 directly under C drive

Applicable source code Supplementary information (FW/tool ​​version, etc.)

Space required: 3.0GB
Space available: 3.8GB

Is there anything related to it?

Furthermore, according to the investigation, it seems that the application cannot be installed directly under C drive under Windows OS.
Thank you for providing the solution!

Execution environment
Surface Pro 4GB
Windows10 64bit

Similar questions and answers already exist on stackoverflow
I googled with an error message and it came out immediately

About error message when installing anaconda of python distribution

Is not source code

Furthermore, according to the investigation, it seems that the application cannot be installed directly under C drive under Windows OS.
I don’t think so, but it may be depending on your configuration.
In that case, I think that it should be installed only under the C drive.
I don’t think you usually install it directly under C drive.

This is an installation issue, so the question to ask is
-Which site used the downloaded file (also version)
-What was the installation method (whether it was W click or using the install command)
-What folder did you try to install?
-Environmental information such as OS and HDD as much as possible

Источник

Due to incompatibility with several python libraries

Error: Due to incompatibility with several Python libraries, path cannot contain non-ascii characters (special characters or diacritics). Please choose a different path

path is set from browse in installer and has no special characters ?

1 Answer 1

Found that this is an Anaconda 4.3.0/4.3.0.1 bug caused by the NSIS installer. You can find the bug description posted begin February 2017 here. In that post mingwandroid proposed also a fix proposal that could be integrated in the 4.3.12 release.

Not the answer you’re looking for? Browse other questions tagged anaconda or ask your own question.

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

site design / logo © 2020 Stack Exchange Inc; user contributions licensed under cc by-sa 4.0 with attribution required. rev 2020.1.13.35762

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

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

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

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

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

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

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

• ModuleNotFoundError: No module named
• No module named
• ImportError: No module named

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

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

Пакет 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», но если вы можете сориентироваться, какого рода ошибка у вас возникла:

• отсутствует модуль
• модуль неправильной версии
• модуль повреждён
• внешняя причина — программа не получила ожидаемые данные

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

Текст ошибки вставьте текстом в вопрос в тег code

По всей видимости setup.py этого пакета делался наскоро, поэтому в зависимостях не указана точная версия scipy, при которой пакет будет работоспособен. Хотя как я погляжу на гитхабе последние изменения были два года назад и его никто не поддерживает.
Тем временем в scipy функция exmp2 выпилена, отсюда и ошибка.

The deprecated functions expm2 and expm3 have been removed from scipy.linalg. The deprecated keyword q was removed from scipy.linalg.expm. And the deprecated submodule linalg.calc_lwork was removed.

Самое простое решение — поставить scipy поменьше версией, например, так:

Источник

Windows (x86_64) install consistently fails as of 4.3.0 (claiming non-ascii characters in path) #1410

Windows 7
Python 2.7 version
Anaconda 4.3.0

Message from error window:

Error: Due to incompatibility with several Python libraries, path cannot contain non-ascii characters (special characters or diacritics). Please choose a different install path.

Happens regardless of installing for «Just Me» or «All Users».

Desired path is:
C:ProgramDataAnaconda2
which, clearly, contains no non-ascii characters.

4.2.0 installer works fine on same machine, so easy to work around (can update via conda once installed).

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

I have no idea about this, @msarahan, any clues?

@luiscrouch, if you open a command prompt and type chcp what does it report?

Any more specific info @luiscrouch? What edition of Windows 7 (Home/Pro/Enterprise?) What is the default language setting on the PC? Are there any internationalization settings on the computer?

Also, is the computer current on Windows updates?

@mingwandroid: chcp prints Active code page: 437`

@msarahan: It’s a work machine, not my own, so managed by IT. Additional info:

Windows 7 Enterprise Version 6.1.7601 Service Pack 1 Build 7601
Default language is English (United States)

Thanks for the info. I have been unable to reproduce this failure, unfortunately. I have tried with a Windows 7 VM:

OS Name: Microsoft Windows 7 Professional N
OS Version: 6.1.7601 Service Pack 1 Build 7601

For some strange reason, my VM was initially set to English (Denmark). Code page was 850. I set it to English (US), rebooted, and now have code page 437. The installer worked fine for me under both — Just Me and All Users, both pointed at C:ProgramDataAnaconda2

That path is one that you’ve typed in manually, or you’ve just taken the default? Might you have pasted it in from somewhere? Do you have write permissions to that folder? Permissions errors really should raise different errors, but I’m really lost on this one. Do you have the ability to elevate permissions (are you an admin on your machine?)

Источник

Python-сообщество

Уведомления

#1 Апрель 23, 2017 17:42:32

Ошибка при установке библиотек

При установке библиотек происходит ошибка:

C:Windowssystem32>pip install wget
Collecting wget
Downloading wget-3.2.zip
Installing collected packages: wget
Running setup.py install for wget … error
Exception:
Traceback (most recent call last):
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipcompat__init__.py”, line 73, in console_to_str
return s.decode(sys.__stdout__.encoding)
UnicodeDecodeError: ‘utf-8’ codec can’t decode byte 0xe4 in position 38: invalid
continuation byte

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipbasecommand.py”, line 215, in main
status = self.run(options, args)
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipcommandsinstall.py”, line 342, in run
prefix=options.prefix_path,
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipreqreq_set.py”, line 784, in install
**kwargs
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipreqreq_install.py”, line 878, in install
spinner=spinner,
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
piputils__init__.py”, line 676, in call_subprocess
line = console_to_str(proc.stdout.readline())
File “c:usersденappdatalocalprogramspythonpython36-32libsite-packages
pipcompat__init__.py”, line 75, in console_to_str
return s.decode(‘utf_8’)
UnicodeDecodeError: ‘utf-8’ codec can’t decode byte 0xe4 in position 38: invalid
continuation byte
Запускаю из под администратора, если использовать команду pip3 ошибка тоже происходит.
Ошибка происходит на всех версиях python >3.4
Также ошибка происходит при установке библиотек с tar.gz, а whl устанавливается без проблем.

Прикреплённый файлы:
IMG_20170423_172952.jpg (159,3 KБ)

Источник

Error due to incompatibility with several python libraries что это

Incompatible Python workflow library

Note: Most workflows which contained a very old affected version of the alfred-workflow library should have been updated by now. If not, the following fix should still work.

Due to an incompatibility between macOS 10.12.4+ and a 3rd party library, Alfred-Workflow, Alfred 3.4.1+ doesn’t load workflows containing older, affected versions of this library.

Disabling these workflows prevents the incompatibility from causing high CPU usage.

How to fix

Install and run the following workflow to automatically update Alfred-Workflow in any affected installed workflows.

[Solved] ImportError: numpy.core.multiarray Failed to Import

In this article, we will take a look at how to solve “ImportError: numpy.core.multiarray failed to import “. We will understand why these kinds of errors occur and what are the possible solutions for them. Let’s get started,

What is Numpy?

NumPy is the fundamental package for scientific computing in Python. It is a Python library that provides a multidimensional array object, various derived objects (such as masked arrays and matrices), and an assortment of routines for fast operations on arrays, including mathematical, logical, shape manipulation, sorting, selecting, I/O, discrete Fourier transforms introductory linear algebra, basic statistical operations, random simulation and much more.

It is vastly used in data pre-processing and later implemented on ML and DL algorithms. Hence, we can say that it is a much-needed library in the field of data science and also provides bases to several other libraries like pandas, matplotlib e.t.c.

Understanding the error

Understanding the error is one of the significant aspects of programming, as there may be one or more reasons for the error. So, it is essential to know the exact reason for the error and then fix them.

We will discuss significant reasons why this error occurs:

Incompatible Numpy Version

The main reason for occurrence is that we try to import an incompatible version of numpy to build our program. However, there will be several cases in that also, and we will discuss them one by one.

ImportError: numpy.core.multiarray failed to import in cv2 / matplotlib / pyinstaller / pytorch

Let’s try to understand this. Most machine learning and deep learning python libraries like cv2, matplotlib, pyinstaller, PyTorch, etc. Uses numpy for several operations they perform. More often, we need more than one of them to build our program. To meet that requirement, sometimes, we install one module after the other. Subsequently, each module alters the numpy version according to its compatibility.

Now, when we use two or more modules, it might be the case that both the modules use different numpy versions . The system fails to meet the dependable requirement and then raises the “ImportError: numpy.core.multiarray failed to import” error.

Solving issue for cv2 / matplotlib / pyinstaller / pytorch

In this case, we can fix the error by updating the existing numpy and other modules version to the latest version. To do that open the command-line interface in your system and run the following command:

If your python version is python 3.x, then run the following command to uninstall numpy and OpenCV :

Then run the following command to install it again:

If your python version is python 2.x, then run the following command to uninstall numpy and OpenCV :

Then run the following command to install it again:

Now, You can check the numpy, OpenCV, and other versions from python shell.

ImportError: numpy.core.multiarray failed to import in Raspberry Pi

Several times, it happens that we will able to successfully build our model on our local computer or google collab. But when we try to download that model on our Raspberry Pi model, it cannot compile them. This might happen due to the different version of numpy we are using on our local computer or google collab than one installed on the raspberry pi model.

Solving issue for Raspberry pi

To solve this issue, we need to reinstall numpy with the compatible version of the raspberry pi model. To do that, we have to use the following command in CLI of the raspberry pi model:

ImportError: numpy.core.multiarray failed to import in Docker / Shap

In this scenario again, the reason for getting the error is the same, i.e., the numpy version is not compatible with the docker container version or the shap version. This incompatibility is the main reason for the occurrence of error.

There are some data points, according to which:

1.) Python 3.6 works with numpy 1.19 and shap 0.39.

2.) Python 3.9 fails with numpy 1.19 and shap 0.39

3.) Python 3.9 works with numpy 1.20 and shap 0.39

4.)Python 3.9 works with numpy 1.19 and shap 0.38

Solving issue for Docker / Shap

To solve the issue, numpy and the shap version must be compatible with the python version. To do that, first, check the python version using:

After that, we need to install the numpy version and the shap version according to need. To do that, run the following command in CLI:

After completing, run the following command in python shell to check shap and numpy version:

Conclusion

So, before building any program, we should be aware of the libraries and our versions. We should also check the required dependency for the project. I always prefer to work on virtual environments and manage different virtual environments according to the need of the project.

If we are deploying our model to raspberry pi or some other devices, we should ensure the dependencies are successfully installed there and take care of the versions installed.

Решение ошибки «ModuleNotFoundError: No module named ‘…’»

В Python может быть несколько причин возникновения ошибки ModuleNotFoundError: No module named . :

• Модуль Python не установлен.
• Есть конфликт в названиях пакета и модуля.
• Есть конфликт зависимости модулей Python.

Рассмотрим варианты их решения.

Модуль не установлен

В первую очередь нужно проверить, установлен ли модуль. Для использования модуля в программе его нужно установить. Например, если попробовать использовать numpy без установки с помощью pip install будет следующая ошибка:

Для установки нужного модуля используйте следующую команду:

Или вот эту если используете Anaconda:

Учтите, что может быть несколько экземпляров Python (или виртуальных сред) в системе. Модуль нужно устанавливать в определенный экземпляр.

Конфликт имен библиотеки и модуля

Еще одна причина ошибки No module named — конфликт в названиях пакета и модуля. Предположим, есть следующая структура проекта Python:

Источник

Due to incompatibility with several Anaconda

При установке программы Anaconda возникает следующее предупреждение:

Warning: ‘Destination Folder’ contains 1 space. This can cause problems with several Conda packages. Please consider removing the space.

Жмем Ок и вылетает ошибка

Error: Due to incompatibility with several Python libraries, I Destination Folder’ cannot contain non-ascii characters (special characters or diacritics). Please choose another location.

Жмем опять Ок и остаемся в том же окне.

Для устранения ошибки следует поменять путь.

Создать на диске C папку с именем программы и указать путь в окне Choose Install Location к данной папке. Ошибка должна исчезнуть.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 4.5 / 5. Количество оценок: 19

Источник

Ошибка при установке пакета

C:UsersНР>pip install python-docx
Collecting python-docx
Using cached python-docx-0.8.6.tar.gz
Requirement already satisfied: lxml>=2.3.2 in c:usersнрappdatalocalprograms
pythonpython36-32libsite-packages (from python-docx)
Installing collected packages: python-docx
Running setup.py install for python-docx . error
Exception:
Traceback (most recent call last):
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipcompat__init__.py», line 73, in console_to_str
return s.decode(sys.__stdout__.encoding)
UnicodeDecodeError: ‘utf-8’ codec can’t decode byte 0xed in position 48: invalid
continuation byte

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipbasecommand.py», line 215, in main
status = self.run(options, args)
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipcommandsinstall.py», line 342, in run
prefix=options.prefix_path,
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipreqreq_set.py», line 784, in install
**kwargs
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipreqreq_install.py», line 878, in install
spinner=spinner,
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
piputils__init__.py», line 676, in call_subprocess
line = console_to_str(proc.stdout.readline())
File «c:usersнрappdatalocalprogramspythonpython36-32libsite-packages
pipcompat__init__.py», line 75, in console_to_str
return s.decode(‘utf_8’)
UnicodeDecodeError: ‘utf-8’ codec can’t decode byte 0xed in position 48: invalid
continuation byte

в чём беда? стоит windows 8. Заранее спасибо.

При установке зависимостей пакета вылазит ошибка «error: Unable to find vcvarsall.bat»
вообщем система win7, python 2.7.3, при установке в virtualenv pillow с помощью pip’а.

При установке пакета pytorch выдает ошибку
С сайта взял ссылку и ввел команду pip3 install https://download.pytorch.org/whl/cpu/torch-1.

Возможно ли при импорте в модуль пакета подняться выше пакета?
Есть скрипты .py, лежащие на одном уровне(в одном каталоге) и есть пакет модулей, лежащий на том же.

Ошибка при установке
Добрый вечер. Решил изучать питон и первый подводный камень встретил сразу же при установке. При.

Источник

Due to incompatibility with several python libraries

Error: Due to incompatibility with several Python libraries, path cannot contain non-ascii characters (special characters or diacritics). Please choose a different path

path is set from browse in installer and has no special characters ?

1 Answer 1

Found that this is an Anaconda 4.3.0/4.3.0.1 bug caused by the NSIS installer. You can find the bug description posted begin February 2017 here. In that post mingwandroid proposed also a fix proposal that could be integrated in the 4.3.12 release.

Not the answer you’re looking for? Browse other questions tagged anaconda or ask your own question.

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

site design / logo © 2020 Stack Exchange Inc; user contributions licensed under cc by-sa 4.0 with attribution required. rev 2020.1.13.35762

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

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

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

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

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

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

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

• ModuleNotFoundError: No module named
• No module named
• ImportError: No module named

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

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

Пакет 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», но если вы можете сориентироваться, какого рода ошибка у вас возникла:

• отсутствует модуль
• модуль неправильной версии
• модуль повреждён
• внешняя причина — программа не получила ожидаемые данные

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

Текст ошибки вставьте текстом в вопрос в тег code

По всей видимости setup.py этого пакета делался наскоро, поэтому в зависимостях не указана точная версия scipy, при которой пакет будет работоспособен. Хотя как я погляжу на гитхабе последние изменения были два года назад и его никто не поддерживает.
Тем временем в scipy функция exmp2 выпилена, отсюда и ошибка.

The deprecated functions expm2 and expm3 have been removed from scipy.linalg. The deprecated keyword q was removed from scipy.linalg.expm. And the deprecated submodule linalg.calc_lwork was removed.

Самое простое решение – поставить scipy поменьше версией, например, так:

Источник

Due to incompatibility with several python libraries

Error: Due to incompatibility with several Python libraries, path cannot contain non-ascii characters (special characters or diacritics). Please choose a different path

path is set from browse in installer and has no special characters ?

1 Answer 1

Found that this is an Anaconda 4.3.0/4.3.0.1 bug caused by the NSIS installer. You can find the bug description posted begin February 2017 here. In that post mingwandroid proposed also a fix proposal that could be integrated in the 4.3.12 release.

Not the answer you’re looking for? Browse other questions tagged anaconda or ask your own question.

Hot Network Questions

To subscribe to this RSS feed, copy and paste this URL into your RSS reader.

site design / logo © 2020 Stack Exchange Inc; user contributions licensed under cc by-sa 4.0 with attribution required. rev 2020.1.13.35762

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

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

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

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

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

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

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

• ModuleNotFoundError: No module named
• No module named
• ImportError: No module named

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

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

Пакет 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», но если вы можете сориентироваться, какого рода ошибка у вас возникла:

• отсутствует модуль
• модуль неправильной версии
• модуль повреждён
• внешняя причина — программа не получила ожидаемые данные

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

Текст ошибки вставьте текстом в вопрос в тег code

По всей видимости setup.py этого пакета делался наскоро, поэтому в зависимостях не указана точная версия scipy, при которой пакет будет работоспособен. Хотя как я погляжу на гитхабе последние изменения были два года назад и его никто не поддерживает.
Тем временем в scipy функция exmp2 выпилена, отсюда и ошибка.

The deprecated functions expm2 and expm3 have been removed from scipy.linalg. The deprecated keyword q was removed from scipy.linalg.expm. And the deprecated submodule linalg.calc_lwork was removed.

Самое простое решение — поставить scipy поменьше версией, например, так:

Источник

Due to incompatibility with several Anaconda

При установке программы Anaconda возникает следующее предупреждение:

Warning: ‘Destination Folder’ contains 1 space. This can cause problems with several Conda packages. Please consider removing the space.

Жмем Ок и вылетает ошибка

Error: Due to incompatibility with several Python libraries, I Destination Folder’ cannot contain non-ascii characters (special characters or diacritics). Please choose another location.

Жмем опять Ок и остаемся в том же окне.

Для устранения ошибки следует поменять путь.

Создать на диске C папку с именем программы и указать путь в окне Choose Install Location к данной папке. Ошибка должна исчезнуть.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 4.5 / 5. Количество оценок: 19

Источник

Anaconda Navigator not initializing. #1659

Comments

agrawalmanisha commented May 4, 2017

After completing the installation process I am trying to launch Anaconda Navigator but its throwing the following error: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

I have uninstalled and reinstalled the package few times. But the problem persists.

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

mingwandroid commented May 4, 2017

Please install to a location without spaces and try again.

agrawalmanisha commented May 4, 2017

how do I do that? I am new to Python and don’t understand spaces.

mingwandroid commented May 4, 2017 •

Spaces are nothing to do with Python. Spaces are the thing between words in written (natural) languages, sometimes it’s called whitespace but I don’t like that term: https://en.wikipedia.org/wiki/Whitespace_character

In the dialog that says «Choose Install Location», in the box that says «Destination Folder» please enter something that doesn’t contain any space characters. An example of a «Destination Folder» that contains 2 space characters would be: «C:UsersRay DonnellyProgramming StuffAnaconda3» and an example of a «Destination Folder» that doesn’t would be: «C:Anaconda3».

agrawalmanisha commented May 4, 2017

i have reinstalled Anaconda3 at a different location on my system. Still I am not being able to initialize Anaconda Navigator. Its throwing the following error: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

mingwandroid commented May 4, 2017

Can you try to launch the Anaconda Prompt instead, then from there type:
anaconda-navigator
.. and report what happens?

agrawalmanisha commented May 4, 2017

agrawalmanisha commented May 4, 2017

i have found the problem. I have downloaded Anaconda3 at the following location: C:Python. But when I am running Anaconda Navigator, its stored at the following location by default:
C:UsersM A N I S H AAppDataRoamingMicrosoftWindowsStart MenuProgramsAnaconda3 (64-bit)
Thus these spaces are creating the problem. Please advice how to deal with the same.
I am not being able to change the name M A N I S H A or remove the spaces from here. So please advice.

mingwandroid commented May 4, 2017

Spaces in the ‘Start Menu’ location are not the problem here. Please do this:

Can you try to launch the Anaconda Prompt (from the ‘Start Menu’) instead, then from there type:
anaconda-navigator
.. and report what happens?

agrawalmanisha commented May 4, 2017

It started Initializing then the same error message: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

mingwandroid commented May 4, 2017 •

agrawalmanisha commented May 4, 2017

(C:Python) C:UsersM A N I S H A>anaconda-navigator

(C:Python) C:UsersM A N I S H A>echo %PATH%
C:Python;C:PythonLibrarymingw-w64bin;C:PythonLibraryusrbin;C:PythonLibrarybin;C:PythonScripts;C:ProgramDataOracleJavajavapath;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program FilesMiKTeX 2.9miktexbinx64;C:Program Files (x86)SkypePhone;C:Program FilesGitcmd;C:Python;C:PythonScripts;C:PythonLibrarybin;C:UsersM A N I S H AAppDataLocalProgramsPythonPython36Scripts;C:UsersM A N I S H AAppDataLocalProgramsPythonPython36;C:UsersM A N I S H AAppDataLocalMicrosoftWindowsApps;

(C:Python) C:UsersM A N I S H A>conda info
Current conda install:

packages in environment at C:Python:

_license 1.1 py36_1 defaults
alabaster 0.7.9 py36_0 defaults
anaconda 4.3.1 np111py36_0 defaults
anaconda-client 1.6.0 py36_0 defaults
anaconda-navigator 1.5.0 py36_0 defaults
anaconda-project 0.4.1 py36_0 defaults
astroid 1.4.9 py36_0 defaults
astropy 1.3 np111py36_0 defaults
babel 2.3.4 py36_0 defaults
backports 1.0 py36_0 defaults
beautifulsoup4 4.5.3 py36_0 defaults
bitarray 0.8.1 py36_1 defaults
blaze 0.10.1 py36_0 defaults
bokeh 0.12.4 py36_0 defaults
boto 2.45.0 py36_0 defaults
bottleneck 1.2.0 np111py36_0 defaults
bzip2 1.0.6 vc14_3 [vc14] defaults
cffi 1.9.1 py36_0 defaults
chardet 2.3.0 py36_0 defaults
chest 0.2.3 py36_0 defaults
click 6.7 py36_0 defaults
cloudpickle 0.2.2 py36_0 defaults
clyent 1.2.2 py36_0 defaults
colorama 0.3.7 py36_0 defaults
comtypes 1.1.2 py36_0 defaults
conda 4.3.14 py36_1 defaults
conda-env 2.6.0 0 defaults
configobj 5.0.6 py36_0 defaults
console_shortcut 0.1.1 py36_1 defaults
contextlib2 0.5.4 py36_0 defaults
cryptography 1.7.1 py36_0 defaults
curl 7.52.1 vc14_0 [vc14] defaults
cycler 0.10.0 py36_0 defaults
cython 0.25.2 py36_0 defaults
cytoolz 0.8.2 py36_0 defaults
dask 0.13.0 py36_0 defaults
datashape 0.5.4 py36_0 defaults
decorator 4.0.11 py36_0 defaults
dill 0.2.5 py36_0 defaults
docutils 0.13.1 py36_0 defaults
entrypoints 0.2.2 py36_0 defaults
et_xmlfile 1.0.1 py36_0 defaults
fastcache 1.0.2 py36_1 defaults
flask 0.12 py36_0 defaults
flask-cors 3.0.2 py36_0 defaults
freetype 2.5.5 vc14_2 [vc14] defaults
get_terminal_size 1.0.0 py36_0 defaults
gevent 1.2.1 py36_0 defaults
greenlet 0.4.11 py36_0 defaults
h5py 2.6.0 np111py36_2 defaults
hdf5 1.8.15.1 vc14_4 [vc14] defaults
heapdict 1.0.0 py36_1 defaults
icu 57.1 vc14_0 [vc14] defaults
idna 2.2 py36_0 defaults
imagesize 0.7.1 py36_0 defaults
ipykernel 4.5.2 py36_0 defaults
ipython 5.1.0 py36_0 defaults
ipython_genutils 0.1.0 py36_0 defaults
ipywidgets 5.2.2 py36_1 defaults
isort 4.2.5 py36_0 defaults
itsdangerous 0.24 py36_0 defaults
jdcal 1.3 py36_0 defaults
jedi 0.9.0 py36_1 defaults
jinja2 2.9.4 py36_0 defaults
jpeg 9b vc14_0 [vc14] defaults
jsonschema 2.5.1 py36_0 defaults
jupyter 1.0.0 py36_3 defaults
jupyter_client 4.4.0 py36_0 defaults
jupyter_console 5.0.0 py36_0 defaults
jupyter_core 4.2.1 py36_0 defaults
lazy-object-proxy 1.2.2 py36_0 defaults
libpng 1.6.27 vc14_0 [vc14] defaults
libtiff 4.0.6 vc14_3 [vc14] defaults
llvmlite 0.15.0 py36_0 defaults
locket 0.2.0 py36_1 defaults
lxml 3.7.2 py36_0 defaults
markupsafe 0.23 py36_2 defaults
matplotlib 2.0.0 np111py36_0 defaults
menuinst 1.4.4 py36_0 defaults
mistune 0.7.3 py36_0 defaults
mkl 2017.0.1 0 defaults
mkl-service 1.1.2 py36_3 defaults
mpmath 0.19 py36_1 defaults
multipledispatch 0.4.9 py36_0 defaults
nbconvert 4.2.0 py36_0 defaults
nbformat 4.2.0 py36_0 defaults
networkx 1.11 py36_0 defaults
nltk 3.2.2 py36_0 defaults
nose 1.3.7 py36_1 defaults
notebook 4.3.1 py36_2 defaults
numba 0.30.1 np111py36_0 defaults
numexpr 2.6.1 np111py36_2 defaults
numpy 1.11.3 py36_0 defaults
numpydoc 0.6.0 py36_0 defaults
odo 0.5.0 py36_1 defaults
openpyxl 2.4.1 py36_0 defaults
openssl 1.0.2k vc14_0 [vc14] defaults
pandas 0.19.2 np111py36_1 defaults
partd 0.3.7 py36_0 defaults
path.py 10.0 py36_0 defaults
pathlib2 2.2.0 py36_0 defaults
patsy 0.4.1 py36_0 defaults
pep8 1.7.0 py36_0 defaults
pickleshare 0.7.4 py36_0 defaults
pillow 4.0.0 py36_0 defaults
pip 9.0.1 py36_1 defaults
ply 3.9 py36_0 defaults
prompt_toolkit 1.0.9 py36_0 defaults
psutil 5.0.1 py36_0 defaults
py 1.4.32 py36_0 defaults
pyasn1 0.1.9 py36_0 defaults
pycosat 0.6.1 py36_1 defaults
pycparser 2.17 py36_0 defaults
pycrypto 2.6.1 py36_5 defaults
pycurl 7.43.0 py36_2 defaults
pyflakes 1.5.0 py36_0 defaults
pygments 2.1.3 py36_0 defaults
pylint 1.6.4 py36_1 defaults
pyopenssl 16.2.0 py36_0 defaults
pyparsing 2.1.4 py36_0 defaults
pyqt 5.6.0 py36_2 defaults
pytables 3.2.2 np111py36_4 defaults
pytest 3.0.5 py36_0 defaults
python 3.6.0 0 defaults
python-dateutil 2.6.0 py36_0 defaults
pytz 2016.10 py36_0 defaults
pywin32 220 py36_2 defaults
pyyaml 3.12 py36_0 defaults
pyzmq 16.0.2 py36_0 defaults
qt 5.6.2 vc14_3 [vc14] defaults
qtawesome 0.4.3 py36_0 defaults
qtconsole 4.2.1 py36_2 defaults
qtpy 1.2.1 py36_0 defaults
requests 2.12.4 py36_0 defaults
rope 0.9.4 py36_1 defaults
ruamel_yaml 0.11.14 py36_1 defaults
scikit-image 0.12.3 np111py36_1 defaults
scikit-learn 0.18.1 np111py36_1 defaults
scipy 0.18.1 np111py36_1 defaults
seaborn 0.7.1 py36_0 defaults
setuptools 27.2.0 py36_1 defaults
simplegeneric 0.8.1 py36_1 defaults
singledispatch 3.4.0.3 py36_0 defaults
sip 4.18 py36_0 defaults
six 1.10.0 py36_0 defaults
snowballstemmer 1.2.1 py36_0 defaults
sockjs-tornado 1.0.3 py36_0 defaults
sphinx 1.5.1 py36_0 defaults
spyder 3.1.2 py36_0 defaults
sqlalchemy 1.1.5 py36_0 defaults
statsmodels 0.6.1 np111py36_1 defaults
sympy 1.0 py36_0 defaults
tk 8.5.18 vc14_0 [vc14] defaults
toolz 0.8.2 py36_0 defaults
tornado 4.4.2 py36_0 defaults
traitlets 4.3.1 py36_0 defaults
unicodecsv 0.14.1 py36_0 defaults
vs2015_runtime 14.0.25123 0 defaults
wcwidth 0.1.7 py36_0 defaults
werkzeug 0.11.15 py36_0 defaults
wheel 0.29.0 py36_0 defaults
widgetsnbextension 1.2.6 py36_0 defaults
win_unicode_console 0.5 py36_0 defaults
wrapt 1.10.8 py36_0 defaults
xlrd 1.0.0 py36_0 defaults
xlsxwriter 0.9.6 py36_0 defaults
xlwings 0.10.2 py36_0 defaults
xlwt 1.2.0 py36_0 defaults
zlib 1.2.8 vc14_3 [vc14] defaults

(C:Python) C:UsersM A N I S H A>where Q5tCore.dll
INFO: Could not find files for the given pattern(s).

QMake has two modes, one mode for generating project files based on
some heuristics, and the other for generating makefiles. Normally you
shouldn’t need to specify a mode, as makefile generation is the default
mode for qmake, but you may use this to test qmake on an existing project

Источник

Support spaces in the install path for the installers #716

Comments

csoja commented Mar 21, 2016 •

There are cases on UNIX where a user wants to be able install Anaconda on a path that has spaces. (@maysonicboom) (Currently the installer does not support this and gives the user the correct warning message.)

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

goanpeca commented May 17, 2017

Lets use this issue @mingwandroid as a placeholder for any issue related to spaces

uctptep commented Oct 7, 2017 •

I just experienced this issue with Anaconda3 5.0.0 and Python 3 on Windows 10 as described in #1029

rsokl commented Feb 21, 2018 •

What is the status of this issue? One of my students just hit this issue on Windows.

mingwandroid commented Feb 21, 2018

Should be fixed, but really, try not to use paths with spaces if you can avoid it.

rsokl commented Feb 21, 2018

The default directory structure and anaconda-installation location on Windows has space in it for the average user. I know not to do this myself, but it is hard to deftly instruct some

200 high school students in an online course towards this end.

Was there ever a PR that resolved this?

chrisconlan commented Feb 26, 2018

I just tried ignoring the alert about spaces in usernames and following through with the installation. After working for a few hours, Anaconda Prompt ended up losing track of my virtual environments.

Using thinks like C:UsersCHRISC

1Anaconda3 as an installation path doesn’t work. Installer treats

as an illegal character.

Installing as root uses C:ProgramDataAnaconda3 by default on Windows 10, which solves the issue of spaces in the path. If this continues to work as a temporary solution, I am fine with it.

stevengj commented Nov 5, 2018 •

It looks like the required changes to the Unix installer.sh are fairly minor. Basically, you just need to tell it to use the bash getopts built-in rather than the getopt command (which doesn’t handle spaces), add a few missing » marks, and disable some code that checked for spaces in the prefix.

Here is a minimal hack to illustrate this, which works on my machine. (I just disabled the byte-count check here.)

I agree that other command-line tools may have bugs for paths with spaces, but I don’t think the installer should refuse to install. Give a warning at most.

stevengj commented Nov 5, 2018

(If I wanted to submit a PR for this, where would I submit to? I’m not sure which repo the miniconda installer is in.)

mingwandroid commented Nov 5, 2018 •

From my current perspective (the amount of collatoral damage this would cause), I’m not sure fixing this is in anyone’s best interests.

Are you aware that we do text based prefix replacement in things like bash scripts when necessary? PATHs and env vars?, so a file may contain:

and we replace that with:

.. what happens when we inspect GDAL_ROOT?

Then you have the issue of Unix tools that we provide that were written with the explicit assumption that spaces would not be supported in file paths. What happens when someone tries to build a conda package using GNU make (one of these tools)? Support requests?

mingwandroid commented Nov 5, 2018 •

BTW, on Windows, this issue is far less of an issue since Windows software is coded (or the WIndows specific parts are coded) so that spaces in paths work and often so that trivial relocation works. Unforutunately much of the Unix world is oriented towards installing to a known fixed prefix (often space-incompatible) and we are left to deal with that as best we can.

chrisconlan commented Nov 5, 2018

My original complaint was Windows-based. Definitely still an issue.

The trick with Windows is to select “install as root” so that you minimize the chance of spaces in the path.

mingwandroid commented Nov 5, 2018

If you do want to submit a PR the URL is here: https://github.com/conda/constructor

mingwandroid commented Nov 5, 2018

@chrisconlan you didn’t provide any reproducible steps for your problem, it’s far too nebulous for us to look into as things stand. You say it’s definitely still an issue, at what version of Miniconda or Anaconda does that statement stand?

FWIW I don’t believe we have a big problem on Windows around spaces, based on my own testing.

If you can provide a simple reproduction case we can try to look into it. You say ‘virtualenv’ specifically though, do you mean conda environments here?

mingwandroid commented Nov 5, 2018

@chrisconlan if you want to continue this it would be best to open a new issue here and fill in the template details.

chrisconlan commented Nov 5, 2018 •

I wanted to raise the issue but I don’t have time to gut my Windows machine.

Feel free to ignore me if you don’t think it’s an issue anymore.

mingwandroid commented Nov 5, 2018

Oh I’m not ignoring you, we just have our priorities.

chrisconlan commented Nov 5, 2018

mingwandroid commented Nov 5, 2018

Can you answer about the nature of the envs. you had trouble with? Knowing which software (conda, virtualenv, venv, pipenv) caused you trouble is fundamental to being able to fix it;

chrisconlan commented Nov 5, 2018

If I remember correctly, I had just factory reset a windows machine, and I was trying to install Anaconda again.

I opted to install on a user level and not global/root level, which caused Anaconda to install on C:UsersChris ConlanAnaconda3. I got the warning about spaces, but proceeded anyway.

I only used conda environments, not venv or virtualenv, and then I started to notice my conda environments would persist for one session then disappear the next. This was through the Anaconda Promot only, and through activate.bat.

I uninstalled and reinstalled Anaconda as global/root on Windows to C:ProgramDataAnaconda3 and had no problems.

That’s the best I got. Hope it helps.

mingwandroid commented Nov 5, 2018

Yes, that’s helpful, thanks.

nilavra commented May 30, 2019

I was having similar problems by installing Miniconda in my Users folder (which contains a space). So I did a complete uninstall and reinstalled Miniconda in C:Miniconda3 (as is suggested here).
This new installation should not have anything to do with my User directory, as it is (should be?) completely detached. Yet somehow whenever I try to activate an environment, I get similar errors like this.

JawadAr commented Jun 8, 2019 •

Is there still no solution to this? I am tired of updating my conda packages every now and then to see if the issue is fixed. Can this be fixed? How can I help?

It is simple to understand the problem. Bear with me please, I got a brand new laptop, DELL G3 15 with windows 10 preinstalled. I installed chrome and downloaded the LATEST anaconda installer. I opened anaconda prompt not power shell not cmd. I created an environment and activated it. It all worked nice and good, then I restarted my machine (unfortunately) and opened the anaconda prompt but this error was showing:

My user profile has a space in it and now I cannot activate any environment. I don’t want to make a new user nor do I want to reinstall my windows. I did reinstall anaconda on root but still this issue persists.

Opening the anaconda prompt as an admin gives this error:

@chrisconlan you didn’t provide any reproducible steps for your problem, it’s far too nebulous for us to look into as things stand. You say it’s definitely still an issue, at what version of Miniconda or Anaconda does that statement stand?

FWIW I don’t believe we have a big problem on Windows around spaces, based on my own testing.

If you can provide a simple reproduction case we can try to look into it. You say ‘virtualenv’ specifically though, do you mean conda environments here?

@mingwandroid Hope it is not too nebulous now.

JawadAr commented Jun 8, 2019

The output of «conda init»:

I find it hard to use the information given in the links you have provided. But I did make sure that I have removed everything and installed the anaconda clean again. I face similar problems with the windows cmd.

kousu commented Apr 29, 2021 •

pkgs/main/linux-64::conda-package-handling-1.7.2-py38h03888b9_0 cryptography pkgs/main/linux-64::cryptography-3.2.1-py38h3c74f83_1 idna pkgs/main/noarch::idna-2.10-py_0 ld_impl_linux-64 pkgs/main/linux-64::ld_impl_linux-64-2.33.1-h53a641e_7 libedit pkgs/main/linux-64::libedit-3.1.20191231-h14c3975_1 libffi pkgs/main/linux-64::libffi-3.3-he6710b0_2 libgcc-ng pkgs/main/linux-64::libgcc-ng-9.1.0-hdf63c60_0 libstdcxx-ng pkgs/main/linux-64::libstdcxx-ng-9.1.0-hdf63c60_0 ncurses pkgs/main/linux-64::ncurses-6.2-he6710b0_1 openssl pkgs/main/linux-64::openssl-1.1.1h-h7b6447c_0 pip pkgs/main/linux-64::pip-20.2.4-py38h06a4308_0 pycosat pkgs/main/linux-64::pycosat-0.6.3-py38h7b6447c_1 pycparser pkgs/main/noarch::pycparser-2.20-py_2 pyopenssl pkgs/main/noarch::pyopenssl-19.1.0-pyhd3eb1b0_1 pysocks pkgs/main/linux-64::pysocks-1.7.1-py38h06a4308_0 python pkgs/main/linux-64::python-3.8.5-h7579374_1 readline pkgs/main/linux-64::readline-8.0-h7b6447c_0 requests pkgs/main/noarch::requests-2.24.0-py_0 ruamel_yaml pkgs/main/linux-64::ruamel_yaml-0.15.87-py38h7b6447c_1 setuptools pkgs/main/linux-64::setuptools-50.3.1-py38h06a4308_1 six pkgs/main/linux-64::six-1.15.0-py38h06a4308_0 sqlite pkgs/main/linux-64::sqlite-3.33.0-h62c20be_0 tk pkgs/main/linux-64::tk-8.6.10-hbc83047_0 tqdm pkgs/main/noarch::tqdm-4.51.0-pyhd3eb1b0_0 urllib3 pkgs/main/noarch::urllib3-1.25.11-py_0 wheel pkgs/main/noarch::wheel-0.35.1-pyhd3eb1b0_0 xz pkgs/main/linux-64::xz-5.2.5-h7b6447c_0 yaml pkgs/main/linux-64::yaml-0.2.5-h7b6447c_0 zlib pkgs/main/linux-64::zlib-1.2.11-h7b6447c_3 Preparing transaction: done Executing transaction: done Miniconda3-latest-Linux-x86_64.sh: line 457: /tmp/tmp.aarljEag68/my: Is a directory [my install dir]$»>

It also incorrectly makes a second folder:

The installer is even aware of the issue but just ignores it:

Источник

I’m getting an error indicating that the file path has a space in the name when installing Anaconda on Windows 10

When installing Anaconda3 2018.12 (64-bit) on Windows 10, I’m getting an error indicating that the file path has a space in the name (‘Program Files’ directory on my C: drive), and that some Conda packages may have problems with this if I continue.

Does anyone know specifically which packages may have a problem? I’m using Python primarily for data science (SciPy/NumPy, Pandas, etc.).

See link for a screenshot of the warning.

3 Answers 3

what i did is: Run the installer as administrator (Right-click on installer to select run as administrator).in order to get.

this form to install the program helped me

Check that there is no space in the naming of your destination folder. Check here: https://www.youtube.com/watch?v=ejKaXo2pqwQ

And maybe, this is because it wants you to have the application stored in some directory which can be easily accessed using command prompt and which has no spaces in its name.

Actually, I was doing the same thing but in some folder named as «Setups and Applications». It created an error message saying that 2 spaces are not allowed, and so I have to do the installation in some other folder that had no space in its location. It worked fine when I selected a folder that had no space in its location.

Источник

Error due to incompatibility with several python libraries что это

Incompatible Python workflow library

Note: Most workflows which contained a very old affected version of the alfred-workflow library should have been updated by now. If not, the following fix should still work.

Due to an incompatibility between macOS 10.12.4+ and a 3rd party library, Alfred-Workflow, Alfred 3.4.1+ doesn’t load workflows containing older, affected versions of this library.

Disabling these workflows prevents the incompatibility from causing high CPU usage.

How to fix

Install and run the following workflow to automatically update Alfred-Workflow in any affected installed workflows.

[Solved] ImportError: numpy.core.multiarray Failed to Import

In this article, we will take a look at how to solve “ImportError: numpy.core.multiarray failed to import “. We will understand why these kinds of errors occur and what are the possible solutions for them. Let’s get started,

What is Numpy?

NumPy is the fundamental package for scientific computing in Python. It is a Python library that provides a multidimensional array object, various derived objects (such as masked arrays and matrices), and an assortment of routines for fast operations on arrays, including mathematical, logical, shape manipulation, sorting, selecting, I/O, discrete Fourier transforms introductory linear algebra, basic statistical operations, random simulation and much more.

It is vastly used in data pre-processing and later implemented on ML and DL algorithms. Hence, we can say that it is a much-needed library in the field of data science and also provides bases to several other libraries like pandas, matplotlib e.t.c.

Understanding the error

Understanding the error is one of the significant aspects of programming, as there may be one or more reasons for the error. So, it is essential to know the exact reason for the error and then fix them.

We will discuss significant reasons why this error occurs:

Incompatible Numpy Version

The main reason for occurrence is that we try to import an incompatible version of numpy to build our program. However, there will be several cases in that also, and we will discuss them one by one.

ImportError: numpy.core.multiarray failed to import in cv2 / matplotlib / pyinstaller / pytorch

Let’s try to understand this. Most machine learning and deep learning python libraries like cv2, matplotlib, pyinstaller, PyTorch, etc. Uses numpy for several operations they perform. More often, we need more than one of them to build our program. To meet that requirement, sometimes, we install one module after the other. Subsequently, each module alters the numpy version according to its compatibility.

Now, when we use two or more modules, it might be the case that both the modules use different numpy versions . The system fails to meet the dependable requirement and then raises the “ImportError: numpy.core.multiarray failed to import” error.

Solving issue for cv2 / matplotlib / pyinstaller / pytorch

In this case, we can fix the error by updating the existing numpy and other modules version to the latest version. To do that open the command-line interface in your system and run the following command:

If your python version is python 3.x, then run the following command to uninstall numpy and OpenCV :

Then run the following command to install it again:

If your python version is python 2.x, then run the following command to uninstall numpy and OpenCV :

Then run the following command to install it again:

Now, You can check the numpy, OpenCV, and other versions from python shell.

ImportError: numpy.core.multiarray failed to import in Raspberry Pi

Several times, it happens that we will able to successfully build our model on our local computer or google collab. But when we try to download that model on our Raspberry Pi model, it cannot compile them. This might happen due to the different version of numpy we are using on our local computer or google collab than one installed on the raspberry pi model.

Solving issue for Raspberry pi

To solve this issue, we need to reinstall numpy with the compatible version of the raspberry pi model. To do that, we have to use the following command in CLI of the raspberry pi model:

ImportError: numpy.core.multiarray failed to import in Docker / Shap

In this scenario again, the reason for getting the error is the same, i.e., the numpy version is not compatible with the docker container version or the shap version. This incompatibility is the main reason for the occurrence of error.

There are some data points, according to which:

1.) Python 3.6 works with numpy 1.19 and shap 0.39.

2.) Python 3.9 fails with numpy 1.19 and shap 0.39

3.) Python 3.9 works with numpy 1.20 and shap 0.39

4.)Python 3.9 works with numpy 1.19 and shap 0.38

Solving issue for Docker / Shap

To solve the issue, numpy and the shap version must be compatible with the python version. To do that, first, check the python version using:

After that, we need to install the numpy version and the shap version according to need. To do that, run the following command in CLI:

After completing, run the following command in python shell to check shap and numpy version:

Conclusion

So, before building any program, we should be aware of the libraries and our versions. We should also check the required dependency for the project. I always prefer to work on virtual environments and manage different virtual environments according to the need of the project.

If we are deploying our model to raspberry pi or some other devices, we should ensure the dependencies are successfully installed there and take care of the versions installed.

Решение ошибки «ModuleNotFoundError: No module named ‘…’»

В Python может быть несколько причин возникновения ошибки ModuleNotFoundError: No module named . :

• Модуль Python не установлен.
• Есть конфликт в названиях пакета и модуля.
• Есть конфликт зависимости модулей Python.

Рассмотрим варианты их решения.

Модуль не установлен

В первую очередь нужно проверить, установлен ли модуль. Для использования модуля в программе его нужно установить. Например, если попробовать использовать numpy без установки с помощью pip install будет следующая ошибка:

Для установки нужного модуля используйте следующую команду:

Или вот эту если используете Anaconda:

Учтите, что может быть несколько экземпляров Python (или виртуальных сред) в системе. Модуль нужно устанавливать в определенный экземпляр.

Конфликт имен библиотеки и модуля

Еще одна причина ошибки No module named — конфликт в названиях пакета и модуля. Предположим, есть следующая структура проекта Python:

Источник

Anaconda error due to incompatibility with several python libraries

I want to complete the installation of Anaconda to build the Python environment.

The following error message occurred while installing Anaconda.

Applicable source code What I tried

Install anaconda3 directly under C drive

Applicable source code Supplementary information (FW/tool ​​version, etc.)

Space required: 3.0GB
Space available: 3.8GB

Is there anything related to it?

Furthermore, according to the investigation, it seems that the application cannot be installed directly under C drive under Windows OS.
Thank you for providing the solution!

Execution environment
Surface Pro 4GB
Windows10 64bit

Similar questions and answers already exist on stackoverflow
I googled with an error message and it came out immediately

About error message when installing anaconda of python distribution

Is not source code

Furthermore, according to the investigation, it seems that the application cannot be installed directly under C drive under Windows OS.
I don’t think so, but it may be depending on your configuration.
In that case, I think that it should be installed only under the C drive.
I don’t think you usually install it directly under C drive.

This is an installation issue, so the question to ask is
-Which site used the downloaded file (also version)
-What was the installation method (whether it was W click or using the install command)
-What folder did you try to install?
-Environmental information such as OS and HDD as much as possible

Источник

Destination folder contains 1 space anaconda что это

Due to incompatibility with several Anaconda

При установке программы Anaconda возникает следующее предупреждение:

Warning: ‘Destination Folder’ contains 1 space. This can cause problems with several Conda packages. Please consider removing the space.

Жмем Ок и вылетает ошибка

Error: Due to incompatibility with several Python libraries, I Destination Folder’ cannot contain non-ascii characters (special characters or diacritics). Please choose another location.

Жмем опять Ок и остаемся в том же окне.

Для устранения ошибки следует поменять путь.

Создать на диске C папку с именем программы и указать путь в окне Choose Install Location к данной папке. Ошибка должна исчезнуть.

Насколько публикация полезна?

Нажмите на звезду, чтобы оценить!

Средняя оценка 4.5 / 5. Количество оценок: 19

Anaconda Navigator not initializing. #1659

Comments

agrawalmanisha commented May 4, 2017

After completing the installation process I am trying to launch Anaconda Navigator but its throwing the following error: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

I have uninstalled and reinstalled the package few times. But the problem persists.

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

mingwandroid commented May 4, 2017

Please install to a location without spaces and try again.

agrawalmanisha commented May 4, 2017

how do I do that? I am new to Python and don’t understand spaces.

mingwandroid commented May 4, 2017 •

Spaces are nothing to do with Python. Spaces are the thing between words in written (natural) languages, sometimes it’s called whitespace but I don’t like that term: https://en.wikipedia.org/wiki/Whitespace_character

In the dialog that says «Choose Install Location», in the box that says «Destination Folder» please enter something that doesn’t contain any space characters. An example of a «Destination Folder» that contains 2 space characters would be: «C:UsersRay DonnellyProgramming StuffAnaconda3» and an example of a «Destination Folder» that doesn’t would be: «C:Anaconda3».

agrawalmanisha commented May 4, 2017

i have reinstalled Anaconda3 at a different location on my system. Still I am not being able to initialize Anaconda Navigator. Its throwing the following error: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

mingwandroid commented May 4, 2017

Can you try to launch the Anaconda Prompt instead, then from there type:
anaconda-navigator
.. and report what happens?

agrawalmanisha commented May 4, 2017

agrawalmanisha commented May 4, 2017

i have found the problem. I have downloaded Anaconda3 at the following location: C:Python. But when I am running Anaconda Navigator, its stored at the following location by default:
C:UsersM A N I S H AAppDataRoamingMicrosoftWindowsStart MenuProgramsAnaconda3 (64-bit)
Thus these spaces are creating the problem. Please advice how to deal with the same.
I am not being able to change the name M A N I S H A or remove the spaces from here. So please advice.

mingwandroid commented May 4, 2017

Spaces in the ‘Start Menu’ location are not the problem here. Please do this:

Can you try to launch the Anaconda Prompt (from the ‘Start Menu’) instead, then from there type:
anaconda-navigator
.. and report what happens?

agrawalmanisha commented May 4, 2017

It started Initializing then the same error message: «Python has stopped working. A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.»

mingwandroid commented May 4, 2017 •

agrawalmanisha commented May 4, 2017

(C:Python) C:UsersM A N I S H A>anaconda-navigator

(C:Python) C:UsersM A N I S H A>echo %PATH%
C:Python;C:PythonLibrarymingw-w64bin;C:PythonLibraryusrbin;C:PythonLibrarybin;C:PythonScripts;C:ProgramDataOracleJavajavapath;C:WINDOWSsystem32;C:WINDOWS;C:WINDOWSSystem32Wbem;C:WINDOWSSystem32WindowsPowerShellv1.0;C:Program FilesMiKTeX 2.9miktexbinx64;C:Program Files (x86)SkypePhone;C:Program FilesGitcmd;C:Python;C:PythonScripts;C:PythonLibrarybin;C:UsersM A N I S H AAppDataLocalProgramsPythonPython36Scripts;C:UsersM A N I S H AAppDataLocalProgramsPythonPython36;C:UsersM A N I S H AAppDataLocalMicrosoftWindowsApps;

(C:Python) C:UsersM A N I S H A>conda info
Current conda install:

packages in environment at C:Python:

_license 1.1 py36_1 defaults
alabaster 0.7.9 py36_0 defaults
anaconda 4.3.1 np111py36_0 defaults
anaconda-client 1.6.0 py36_0 defaults
anaconda-navigator 1.5.0 py36_0 defaults
anaconda-project 0.4.1 py36_0 defaults
astroid 1.4.9 py36_0 defaults
astropy 1.3 np111py36_0 defaults
babel 2.3.4 py36_0 defaults
backports 1.0 py36_0 defaults
beautifulsoup4 4.5.3 py36_0 defaults
bitarray 0.8.1 py36_1 defaults
blaze 0.10.1 py36_0 defaults
bokeh 0.12.4 py36_0 defaults
boto 2.45.0 py36_0 defaults
bottleneck 1.2.0 np111py36_0 defaults
bzip2 1.0.6 vc14_3 [vc14] defaults
cffi 1.9.1 py36_0 defaults
chardet 2.3.0 py36_0 defaults
chest 0.2.3 py36_0 defaults
click 6.7 py36_0 defaults
cloudpickle 0.2.2 py36_0 defaults
clyent 1.2.2 py36_0 defaults
colorama 0.3.7 py36_0 defaults
comtypes 1.1.2 py36_0 defaults
conda 4.3.14 py36_1 defaults
conda-env 2.6.0 0 defaults
configobj 5.0.6 py36_0 defaults
console_shortcut 0.1.1 py36_1 defaults
contextlib2 0.5.4 py36_0 defaults
cryptography 1.7.1 py36_0 defaults
curl 7.52.1 vc14_0 [vc14] defaults
cycler 0.10.0 py36_0 defaults
cython 0.25.2 py36_0 defaults
cytoolz 0.8.2 py36_0 defaults
dask 0.13.0 py36_0 defaults
datashape 0.5.4 py36_0 defaults
decorator 4.0.11 py36_0 defaults
dill 0.2.5 py36_0 defaults
docutils 0.13.1 py36_0 defaults
entrypoints 0.2.2 py36_0 defaults
et_xmlfile 1.0.1 py36_0 defaults
fastcache 1.0.2 py36_1 defaults
flask 0.12 py36_0 defaults
flask-cors 3.0.2 py36_0 defaults
freetype 2.5.5 vc14_2 [vc14] defaults
get_terminal_size 1.0.0 py36_0 defaults
gevent 1.2.1 py36_0 defaults
greenlet 0.4.11 py36_0 defaults
h5py 2.6.0 np111py36_2 defaults
hdf5 1.8.15.1 vc14_4 [vc14] defaults
heapdict 1.0.0 py36_1 defaults
icu 57.1 vc14_0 [vc14] defaults
idna 2.2 py36_0 defaults
imagesize 0.7.1 py36_0 defaults
ipykernel 4.5.2 py36_0 defaults
ipython 5.1.0 py36_0 defaults
ipython_genutils 0.1.0 py36_0 defaults
ipywidgets 5.2.2 py36_1 defaults
isort 4.2.5 py36_0 defaults
itsdangerous 0.24 py36_0 defaults
jdcal 1.3 py36_0 defaults
jedi 0.9.0 py36_1 defaults
jinja2 2.9.4 py36_0 defaults
jpeg 9b vc14_0 [vc14] defaults
jsonschema 2.5.1 py36_0 defaults
jupyter 1.0.0 py36_3 defaults
jupyter_client 4.4.0 py36_0 defaults
jupyter_console 5.0.0 py36_0 defaults
jupyter_core 4.2.1 py36_0 defaults
lazy-object-proxy 1.2.2 py36_0 defaults
libpng 1.6.27 vc14_0 [vc14] defaults
libtiff 4.0.6 vc14_3 [vc14] defaults
llvmlite 0.15.0 py36_0 defaults
locket 0.2.0 py36_1 defaults
lxml 3.7.2 py36_0 defaults
markupsafe 0.23 py36_2 defaults
matplotlib 2.0.0 np111py36_0 defaults
menuinst 1.4.4 py36_0 defaults
mistune 0.7.3 py36_0 defaults
mkl 2017.0.1 0 defaults
mkl-service 1.1.2 py36_3 defaults
mpmath 0.19 py36_1 defaults
multipledispatch 0.4.9 py36_0 defaults
nbconvert 4.2.0 py36_0 defaults
nbformat 4.2.0 py36_0 defaults
networkx 1.11 py36_0 defaults
nltk 3.2.2 py36_0 defaults
nose 1.3.7 py36_1 defaults
notebook 4.3.1 py36_2 defaults
numba 0.30.1 np111py36_0 defaults
numexpr 2.6.1 np111py36_2 defaults
numpy 1.11.3 py36_0 defaults
numpydoc 0.6.0 py36_0 defaults
odo 0.5.0 py36_1 defaults
openpyxl 2.4.1 py36_0 defaults
openssl 1.0.2k vc14_0 [vc14] defaults
pandas 0.19.2 np111py36_1 defaults
partd 0.3.7 py36_0 defaults
path.py 10.0 py36_0 defaults
pathlib2 2.2.0 py36_0 defaults
patsy 0.4.1 py36_0 defaults
pep8 1.7.0 py36_0 defaults
pickleshare 0.7.4 py36_0 defaults
pillow 4.0.0 py36_0 defaults
pip 9.0.1 py36_1 defaults
ply 3.9 py36_0 defaults
prompt_toolkit 1.0.9 py36_0 defaults
psutil 5.0.1 py36_0 defaults
py 1.4.32 py36_0 defaults
pyasn1 0.1.9 py36_0 defaults
pycosat 0.6.1 py36_1 defaults
pycparser 2.17 py36_0 defaults
pycrypto 2.6.1 py36_5 defaults
pycurl 7.43.0 py36_2 defaults
pyflakes 1.5.0 py36_0 defaults
pygments 2.1.3 py36_0 defaults
pylint 1.6.4 py36_1 defaults
pyopenssl 16.2.0 py36_0 defaults
pyparsing 2.1.4 py36_0 defaults
pyqt 5.6.0 py36_2 defaults
pytables 3.2.2 np111py36_4 defaults
pytest 3.0.5 py36_0 defaults
python 3.6.0 0 defaults
python-dateutil 2.6.0 py36_0 defaults
pytz 2016.10 py36_0 defaults
pywin32 220 py36_2 defaults
pyyaml 3.12 py36_0 defaults
pyzmq 16.0.2 py36_0 defaults
qt 5.6.2 vc14_3 [vc14] defaults
qtawesome 0.4.3 py36_0 defaults
qtconsole 4.2.1 py36_2 defaults
qtpy 1.2.1 py36_0 defaults
requests 2.12.4 py36_0 defaults
rope 0.9.4 py36_1 defaults
ruamel_yaml 0.11.14 py36_1 defaults
scikit-image 0.12.3 np111py36_1 defaults
scikit-learn 0.18.1 np111py36_1 defaults
scipy 0.18.1 np111py36_1 defaults
seaborn 0.7.1 py36_0 defaults
setuptools 27.2.0 py36_1 defaults
simplegeneric 0.8.1 py36_1 defaults
singledispatch 3.4.0.3 py36_0 defaults
sip 4.18 py36_0 defaults
six 1.10.0 py36_0 defaults
snowballstemmer 1.2.1 py36_0 defaults
sockjs-tornado 1.0.3 py36_0 defaults
sphinx 1.5.1 py36_0 defaults
spyder 3.1.2 py36_0 defaults
sqlalchemy 1.1.5 py36_0 defaults
statsmodels 0.6.1 np111py36_1 defaults
sympy 1.0 py36_0 defaults
tk 8.5.18 vc14_0 [vc14] defaults
toolz 0.8.2 py36_0 defaults
tornado 4.4.2 py36_0 defaults
traitlets 4.3.1 py36_0 defaults
unicodecsv 0.14.1 py36_0 defaults
vs2015_runtime 14.0.25123 0 defaults
wcwidth 0.1.7 py36_0 defaults
werkzeug 0.11.15 py36_0 defaults
wheel 0.29.0 py36_0 defaults
widgetsnbextension 1.2.6 py36_0 defaults
win_unicode_console 0.5 py36_0 defaults
wrapt 1.10.8 py36_0 defaults
xlrd 1.0.0 py36_0 defaults
xlsxwriter 0.9.6 py36_0 defaults
xlwings 0.10.2 py36_0 defaults
xlwt 1.2.0 py36_0 defaults
zlib 1.2.8 vc14_3 [vc14] defaults

(C:Python) C:UsersM A N I S H A>where Q5tCore.dll
INFO: Could not find files for the given pattern(s).

QMake has two modes, one mode for generating project files based on
some heuristics, and the other for generating makefiles. Normally you
shouldn’t need to specify a mode, as makefile generation is the default
mode for qmake, but you may use this to test qmake on an existing project

Support spaces in the install path for the installers #716

Comments

csoja commented Mar 21, 2016 •

There are cases on UNIX where a user wants to be able install Anaconda on a path that has spaces. (@maysonicboom) (Currently the installer does not support this and gives the user the correct warning message.)

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

goanpeca commented May 17, 2017

Lets use this issue @mingwandroid as a placeholder for any issue related to spaces

uctptep commented Oct 7, 2017 •

I just experienced this issue with Anaconda3 5.0.0 and Python 3 on Windows 10 as described in #1029

rsokl commented Feb 21, 2018 •

What is the status of this issue? One of my students just hit this issue on Windows.

mingwandroid commented Feb 21, 2018

Should be fixed, but really, try not to use paths with spaces if you can avoid it.

rsokl commented Feb 21, 2018

The default directory structure and anaconda-installation location on Windows has space in it for the average user. I know not to do this myself, but it is hard to deftly instruct some

200 high school students in an online course towards this end.

Was there ever a PR that resolved this?

chrisconlan commented Feb 26, 2018

I just tried ignoring the alert about spaces in usernames and following through with the installation. After working for a few hours, Anaconda Prompt ended up losing track of my virtual environments.

Using thinks like C:UsersCHRISC

1Anaconda3 as an installation path doesn’t work. Installer treats

as an illegal character.

Installing as root uses C:ProgramDataAnaconda3 by default on Windows 10, which solves the issue of spaces in the path. If this continues to work as a temporary solution, I am fine with it.

stevengj commented Nov 5, 2018 •

It looks like the required changes to the Unix installer.sh are fairly minor. Basically, you just need to tell it to use the bash getopts built-in rather than the getopt command (which doesn’t handle spaces), add a few missing » marks, and disable some code that checked for spaces in the prefix.

Here is a minimal hack to illustrate this, which works on my machine. (I just disabled the byte-count check here.)

I agree that other command-line tools may have bugs for paths with spaces, but I don’t think the installer should refuse to install. Give a warning at most.

stevengj commented Nov 5, 2018

(If I wanted to submit a PR for this, where would I submit to? I’m not sure which repo the miniconda installer is in.)

mingwandroid commented Nov 5, 2018 •

From my current perspective (the amount of collatoral damage this would cause), I’m not sure fixing this is in anyone’s best interests.

Are you aware that we do text based prefix replacement in things like bash scripts when necessary? PATHs and env vars?, so a file may contain:

and we replace that with:

.. what happens when we inspect GDAL_ROOT?

Then you have the issue of Unix tools that we provide that were written with the explicit assumption that spaces would not be supported in file paths. What happens when someone tries to build a conda package using GNU make (one of these tools)? Support requests?

mingwandroid commented Nov 5, 2018 •

BTW, on Windows, this issue is far less of an issue since Windows software is coded (or the WIndows specific parts are coded) so that spaces in paths work and often so that trivial relocation works. Unforutunately much of the Unix world is oriented towards installing to a known fixed prefix (often space-incompatible) and we are left to deal with that as best we can.

chrisconlan commented Nov 5, 2018

My original complaint was Windows-based. Definitely still an issue.

The trick with Windows is to select “install as root” so that you minimize the chance of spaces in the path.

mingwandroid commented Nov 5, 2018

If you do want to submit a PR the URL is here: https://github.com/conda/constructor

mingwandroid commented Nov 5, 2018

@chrisconlan you didn’t provide any reproducible steps for your problem, it’s far too nebulous for us to look into as things stand. You say it’s definitely still an issue, at what version of Miniconda or Anaconda does that statement stand?

FWIW I don’t believe we have a big problem on Windows around spaces, based on my own testing.

If you can provide a simple reproduction case we can try to look into it. You say ‘virtualenv’ specifically though, do you mean conda environments here?

mingwandroid commented Nov 5, 2018

@chrisconlan if you want to continue this it would be best to open a new issue here and fill in the template details.

chrisconlan commented Nov 5, 2018 •

I wanted to raise the issue but I don’t have time to gut my Windows machine.

Feel free to ignore me if you don’t think it’s an issue anymore.

mingwandroid commented Nov 5, 2018

Oh I’m not ignoring you, we just have our priorities.

chrisconlan commented Nov 5, 2018

mingwandroid commented Nov 5, 2018

Can you answer about the nature of the envs. you had trouble with? Knowing which software (conda, virtualenv, venv, pipenv) caused you trouble is fundamental to being able to fix it;

chrisconlan commented Nov 5, 2018

If I remember correctly, I had just factory reset a windows machine, and I was trying to install Anaconda again.

I opted to install on a user level and not global/root level, which caused Anaconda to install on C:UsersChris ConlanAnaconda3. I got the warning about spaces, but proceeded anyway.

I only used conda environments, not venv or virtualenv, and then I started to notice my conda environments would persist for one session then disappear the next. This was through the Anaconda Promot only, and through activate.bat.

I uninstalled and reinstalled Anaconda as global/root on Windows to C:ProgramDataAnaconda3 and had no problems.

That’s the best I got. Hope it helps.

mingwandroid commented Nov 5, 2018

Yes, that’s helpful, thanks.

nilavra commented May 30, 2019

I was having similar problems by installing Miniconda in my Users folder (which contains a space). So I did a complete uninstall and reinstalled Miniconda in C:Miniconda3 (as is suggested here).
This new installation should not have anything to do with my User directory, as it is (should be?) completely detached. Yet somehow whenever I try to activate an environment, I get similar errors like this.

JawadAr commented Jun 8, 2019 •

Is there still no solution to this? I am tired of updating my conda packages every now and then to see if the issue is fixed. Can this be fixed? How can I help?

It is simple to understand the problem. Bear with me please, I got a brand new laptop, DELL G3 15 with windows 10 preinstalled. I installed chrome and downloaded the LATEST anaconda installer. I opened anaconda prompt not power shell not cmd. I created an environment and activated it. It all worked nice and good, then I restarted my machine (unfortunately) and opened the anaconda prompt but this error was showing:

My user profile has a space in it and now I cannot activate any environment. I don’t want to make a new user nor do I want to reinstall my windows. I did reinstall anaconda on root but still this issue persists.

Opening the anaconda prompt as an admin gives this error:

@chrisconlan you didn’t provide any reproducible steps for your problem, it’s far too nebulous for us to look into as things stand. You say it’s definitely still an issue, at what version of Miniconda or Anaconda does that statement stand?

FWIW I don’t believe we have a big problem on Windows around spaces, based on my own testing.

If you can provide a simple reproduction case we can try to look into it. You say ‘virtualenv’ specifically though, do you mean conda environments here?

@mingwandroid Hope it is not too nebulous now.

JawadAr commented Jun 8, 2019

The output of «conda init»:

I find it hard to use the information given in the links you have provided. But I did make sure that I have removed everything and installed the anaconda clean again. I face similar problems with the windows cmd.

kousu commented Apr 29, 2021 •

pkgs/main/linux-64::conda-package-handling-1.7.2-py38h03888b9_0 cryptography pkgs/main/linux-64::cryptography-3.2.1-py38h3c74f83_1 idna pkgs/main/noarch::idna-2.10-py_0 ld_impl_linux-64 pkgs/main/linux-64::ld_impl_linux-64-2.33.1-h53a641e_7 libedit pkgs/main/linux-64::libedit-3.1.20191231-h14c3975_1 libffi pkgs/main/linux-64::libffi-3.3-he6710b0_2 libgcc-ng pkgs/main/linux-64::libgcc-ng-9.1.0-hdf63c60_0 libstdcxx-ng pkgs/main/linux-64::libstdcxx-ng-9.1.0-hdf63c60_0 ncurses pkgs/main/linux-64::ncurses-6.2-he6710b0_1 openssl pkgs/main/linux-64::openssl-1.1.1h-h7b6447c_0 pip pkgs/main/linux-64::pip-20.2.4-py38h06a4308_0 pycosat pkgs/main/linux-64::pycosat-0.6.3-py38h7b6447c_1 pycparser pkgs/main/noarch::pycparser-2.20-py_2 pyopenssl pkgs/main/noarch::pyopenssl-19.1.0-pyhd3eb1b0_1 pysocks pkgs/main/linux-64::pysocks-1.7.1-py38h06a4308_0 python pkgs/main/linux-64::python-3.8.5-h7579374_1 readline pkgs/main/linux-64::readline-8.0-h7b6447c_0 requests pkgs/main/noarch::requests-2.24.0-py_0 ruamel_yaml pkgs/main/linux-64::ruamel_yaml-0.15.87-py38h7b6447c_1 setuptools pkgs/main/linux-64::setuptools-50.3.1-py38h06a4308_1 six pkgs/main/linux-64::six-1.15.0-py38h06a4308_0 sqlite pkgs/main/linux-64::sqlite-3.33.0-h62c20be_0 tk pkgs/main/linux-64::tk-8.6.10-hbc83047_0 tqdm pkgs/main/noarch::tqdm-4.51.0-pyhd3eb1b0_0 urllib3 pkgs/main/noarch::urllib3-1.25.11-py_0 wheel pkgs/main/noarch::wheel-0.35.1-pyhd3eb1b0_0 xz pkgs/main/linux-64::xz-5.2.5-h7b6447c_0 yaml pkgs/main/linux-64::yaml-0.2.5-h7b6447c_0 zlib pkgs/main/linux-64::zlib-1.2.11-h7b6447c_3 Preparing transaction: done Executing transaction: done Miniconda3-latest-Linux-x86_64.sh: line 457: /tmp/tmp.aarljEag68/my: Is a directory [my install dir]$»>

It also incorrectly makes a second folder:

The installer is even aware of the issue but just ignores it:

I’m getting an error indicating that the file path has a space in the name when installing Anaconda on Windows 10

When installing Anaconda3 2018.12 (64-bit) on Windows 10, I’m getting an error indicating that the file path has a space in the name (‘Program Files’ directory on my C: drive), and that some Conda packages may have problems with this if I continue.

Does anyone know specifically which packages may have a problem? I’m using Python primarily for data science (SciPy/NumPy, Pandas, etc.).

See link for a screenshot of the warning.

3 Answers 3

what i did is: Run the installer as administrator (Right-click on installer to select run as administrator).in order to get.

this form to install the program helped me

Check that there is no space in the naming of your destination folder. Check here: https://www.youtube.com/watch?v=ejKaXo2pqwQ

And maybe, this is because it wants you to have the application stored in some directory which can be easily accessed using command prompt and which has no spaces in its name.

Actually, I was doing the same thing but in some folder named as «Setups and Applications». It created an error message saying that 2 spaces are not allowed, and so I have to do the installation in some other folder that had no space in its location. It worked fine when I selected a folder that had no space in its location.

Источник