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

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

Ошибка «due to incompatibility with several python libraries» может возникать при попытке использования несовместимых между собой библиотек в python-проекте. Данная проблема может проявляться в различных формах, например, в виде ошибок импорта, неправильных результатов выполнения кода или некорректной работы всего приложения в целом.

Чтобы избежать данной ошибки, необходимо всегда следить за совместимостью используемых библиотек. Для этого можно использовать специальные инструменты, такие как pipenv или conda, которые позволяют управлять зависимостями проекта и автоматически решать проблемы совместимости.

Вот пример кода, который может вызвать ошибку «due to incompatibility with several python libraries»:

import pandas
import tensorflow
from sklearn.linear_model import LinearRegression
# код, использующий pandas, tensorflow и scikit-learn

В данном примере мы импортируем библиотеки pandas, tensorflow и scikit-learn, которые могут не совместимы между собой. Если мы используем функции из этих библиотек вместе, то может возникнуть ошибка из-за несовместимости.

How to Run a Python File Using Another Python File Using Subprocess (Very Easy)

2021 How to Fix \

Installing Tensorflow and Keras on Anaconda

Python Module Import Error in VS Code Solved — Virtual Environment in Visual Studio Code

Python library Installed but not working? Here’s the Solution!!!

How To Fix Anaconda Destination Folder Contains 1 Space Error — This Cause Several Conda Packages

How to install Python Libraries in Visual Studio Code

BLGPG-A35FA171DDD2-23-09-22-14

Новые материалы:

• Ide для python portable
• Python классификация изображений
• Модуль kivy python
• Как в функцию передать массив python
• Master of python программирование алгоритмов машинного обучения
• Python сложение многочленов
• Actionchains selenium python примеры
• Python парсинг excel
• Python linux запуск скрипта
• Python изобразите на экране канал только с красным цветом

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

Источник