Error due to incompatibility with several python libraries что это
Перейти к содержимому

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

  • автор:

Due to incompatibility with several Anaconda

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

Warning Please consider removing the space

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

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

Error cannot contain non-ascii characters

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 к данной папке. Ошибка должна исчезнуть.

Choose Install Location

Путь Choose Install Location

6268

Anaconda3 4.3.0 (64-bit) Setup Error Message

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.

    Featured on Meta
Related
Hot Network Questions

Subscribe to RSS

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

Site design / logo © 2023 Stack Exchange Inc; user contributions licensed under CC BY-SA . rev 2023.9.5.43611

By clicking “Accept all cookies”, you agree Stack Exchange can store cookies on your device and disclose information in accordance with our Cookie Policy.

Ошибка due to incompatibility with several python libraries

Весь путь не должен содержать русских букв. Попробуйте создать папку прям на диске:

Воспользоваться Гугл-переводчиком https://translate.google.ru/ — перевести сообщение, которое выдается — пишет, что «недопустимые символы в каталоге Установки» — задайте при установке Каталог пройтой только з английких букв и цифр (попробуйте разные символы не использовать пока не прокатит)

В моем случае уже раз 100 выбирала разные файлы, переиминовывала…но результат тот же. есть еще советы?

Перевести то проблем не было.. просто было не понятно ЧТО конкретно ребовалось… после Вашего совета разобрадся и все настроил — большое спасибо !

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

Warning Please consider removing the space

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

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

Error cannot contain non-ascii characters

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 к данной папке. Ошибка должна исчезнуть.

Choose Install Location

Путь Choose Install Location

6057

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?)

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 ?

asked Feb 13, 2017 at 16:38

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.

answered Feb 17, 2017 at 5:18

Jeroen Heier Jeroen Heier

3,510 15 gold badges 30 silver badges 32 bronze badges

  1. Due to incompatibility with several Anaconda
  2. Ошибка при установке пакета
  3. Due to incompatibility with several python libraries
  4. 1 Answer 1
  5. Not the answer you’re looking for? Browse other questions tagged anaconda or ask your own question.
  6. Related
  7. Hot Network Questions
  8. Отсутствие модуля Python
  9. Пакет Python установлен, но программа его не видит
  10. Установлена новая версия модуля, но программа видит старую версию
  11. Ошибки с фразой «AttributeError: ‘NoneType’ object has no attribute»
  12. Модуль установлен, но при обновлении или обращении к нему появляется ошибки
  13. Заключение
  14. Due to incompatibility with several python libraries
  15. 1 Answer 1
  16. Not the answer you’re looking for? Browse other questions tagged anaconda or ask your own question.
  17. Related
  18. Hot Network Questions
  19. Отсутствие модуля Python
  20. Пакет Python установлен, но программа его не видит
  21. Установлена новая версия модуля, но программа видит старую версию
  22. Ошибки с фразой «AttributeError: ‘NoneType’ object has no attribute»
  23. Модуль установлен, но при обновлении или обращении к нему появляется ошибки
  24. Заключение

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 поменьше версией, например, так:

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

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

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

Comments

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:\ProgramData\Anaconda2
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).

image

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

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:\ProgramData\Anaconda2

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?)

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *