ошибка py3compile - Не могущий получить кодирование локали
Я запускаю Linux Mint (на основе Ubuntu 12.04) и имел подобную проблему. Это имело отношение, где моя палка usb была включена. Для определенных портов компьютер думает, что устройство является недостаточно мощным, таким образом, это ничего не делает с ним. В моем случае палка usb была включена в мою клавиатуру usb. Вот то, что я сделал:
Когда я включил его в USB-порту на моей клавиатуре, это не обнаружится на fdisk -lпри вводе: хвост/var/log/syslog я добираюсь:
Sep 19 09:11:55 taMereIV kernel: [ 1789.209786] usb 6-1.3: >new high-speed USB device number 8 using xhci_hcd
Sep 19 09:11:55 taMereIV kernel: [ 1789.228632] usb 6-1.3: >New USB device found, idVendor=8644, idProduct=800b
Sep 19 09:11:55 taMereIV kernel: [ 1789.228649] usb 6-1.3: >New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 19 09:11:55 taMereIV kernel: [ 1789.228659] usb 6-1.3: >Product: USB Flash Disk
Sep 19 09:11:55 taMereIV kernel: [ 1789.228668] usb 6-1.3: >Manufacturer: General
Sep 19 09:11:55 taMereIV kernel: [ 1789.228677] usb 6-1.3: >SerialNumber: 033300000001BCAD
Sep 19 09:11:55 taMereIV kernel: [ 1789.229213] usb 6-1.3: >rejected 1 configuration due to insufficient available bus power
Sep 19 09:11:55 taMereIV kernel: [ 1789.229230] usb 6-1.3: >no configuration chosen from 1 choice
Sep 19 09:11:55 taMereIV mtp-probe: checking bus 6, device 8: "/sys/devices/pci0000:00/0000:00:10.0/usb6/6-1/6-1.3"
Sep 19 09:11:55 taMereIV mtp-probe: bus: 6, device: 8 was not an MTP device
Я привлекаю Ваше внимание к строке:
Sep 19 09:11:55 taMereIV kernel: [ 1789.229213] usb 6-1.3: >rejected 1 configuration due to insufficient available bus power
Я поэтому включил свою карту с интерфейсом USB непосредственно в мой ноутбук и теперь, хвост/var/log/syslog
Sep 19 09:16:55 taMereIV kernel: [ 2089.398064] sd 2:0:0:0: >[sdb] Mode Sense: 03 00 00 00
Sep 19 09:16:55 taMereIV kernel: [ 2089.400020] sd 2:0:0:0: >[sdb] No Caching mode page present
Sep 19 09:16:55 taMereIV kernel: [ 2089.400042] sd 2:0:0:0: >[sdb] Assuming drive cache: write through
Sep 19 09:16:55 taMereIV kernel: [ 2089.408118] sd 2:0:0:0: >[sdb] No Caching mode page present
Sep 19 09:16:55 taMereIV kernel: [ 2089.408140] sd 2:0:0:0: >[sdb] Assuming drive cache: write through
Sep 19 09:16:55 taMereIV kernel: [ 2089.410067] sdb: sdb1
Sep 19 09:16:55 taMereIV kernel: [ 2089.414727] sd 2:0:0:0: >[sdb] No Caching mode page present
Sep 19 09:16:55 taMereIV kernel: [ 2089.414743] sd 2:0:0:0: >[sdb] Assuming drive cache: write through
Sep 19 09:16:55 taMereIV kernel: [ 2089.414754] sd 2:0:0:0: >[sdb] Attached SCSI removable disk
В особенности моя палка usb теперь обнаруживается в fdsik-l. Я предполагаю, что выдержал сравнение с Win 8, система Linux более консервативна когда дело доходит до определения, сколько питания необходимо для включения карты памяти USB.
Имейте в виду, что это поздний ответ, так как кто-то предложил вознаграждение за этот вопрос. Также обратите внимание, что не воспроизводя эту проблему, я не могу проверить, работает ли какое-либо решение. Здесь я просто предлагаю решение, а не предоставляю его.
Думаю, здесь нужно задать две переменные, как описано в , так как py3compile должна знать, где находятся определенные ресурсы. Он ищет их через эти переменные PYTHONXXX.
Так что
export PYTHONPATH='/usr/lib64/python3.21:/usr/lib64/python3.2/lib-dynload:/usr/lib64/python3.2/site-packages'
export PYTHONHOME='/usr/lib64/python3.2'
или скорее
export PYTHONPATH='/path/to/pythondir:/path/to/pythondir/lib-dynload:/path/to/pythondir/site-packages'
export PYTHONHOME='/path/to/pythondir'
должны сделать трюк.
.Попробуйте следующее (замените opkg на ваш любимый менеджер пакетов)
# opkg install python3-modules
# opkg install python3-misc
Здесь, на voidlinux, эта ошибка была исправлена путем установки PYTHONHOME и PYTHONPATH повторным связыванием символической ссылки для Python по умолчанию в / usr / bin от python3.5 до python2.7 , для которого я знал, что это тот путь, для которого я установил пути и который требуется программе, требующей python.
Обратите внимание, что установка путей для 3.5 не устранила здесь ошибку python3.5 Py_Initialize .
Кто сказал, что поддерживать системы легко.
Вот почему у нас есть 0install . Если бы только это могло быть больше принято нашими людьми из мира открытого исходного кода. В настоящее время мы пытаемся скомпилировать его на voidlinux из-за проблемы с libcurl OCaml. В большинстве дистрибутивов он есть в репозиториях управления пакетами.
0install решает все эти проблемы, полностью инкапсулируя программу, чтобы она работала с необходимыми ей зависимостями без конфликтов с другими версиями, установленными в системе, или с помощью 0install, и экономит время сопровождающих пакетов, поскольку устраняет эти связи между пользовательской системой и разработчиками. потому что разработчики предоставляют один пакет 0install для всех систем напрямую (нулевая установка - это кроссплатформенная система управления пакетами ).