Установка узла: Никакой модуль, названный gyp.common

При входе в "BIOS" (EFI на самом деле), один из объектов в списке загрузочных объектов должен быть подсказкой начальной загрузки EFI, если это - система UEFI. Это иногда называют оболочкой EFI. Это во многом как истощенная версия командной строки Unix. Обычно Вы не захотите это в списке начальной загрузки, но это может быть полезно во время начальной настройки и во время поиска и устранения неисправностей.

Я предполагаю, что система UEFI могла быть сделана без той функции, но Вы будете бросать многое из того, что делает EFI, ну, в общем, EFI, чтобы сделать так.

3
24.06.2013, 18:37
3 ответа

какую версию Python делают Вам установили его. проверить python -V

перед выполнением ./configure, удостоверьтесь, что Вам завершили следующие предпосылки.

* GCC 4.2 or newer
* Python 2.6 or 2.7
* GNU Make 3.81 or newer
* libexecinfo (FreeBSD and OpenBSD only)
3
27.01.2020, 21:20
  • 1
    +1 Спасибо за Ваш ответ. python -V возвраты Python 2.6.6. Я имею gcc version 4.4.7 установленный я имею GNU Make 3.81 –  Anthony 24.06.2013, 02:24
  • 2
    Однако у меня нет libexecinfo установленным. which libexecinfo отображенный usr/bin/which: no libexecinfo in (/usr/local/:...) –  Anthony 24.06.2013, 02:25

./configure Python вызовов, который Вы уже имеете установленными (сообщение Traceback из рабочего Python).

Я просто сделал новый контроль мерзавца, и он настраивает и с python 2.6 и с 2.7.

Что ./configure сбой состоит в том, чтобы найти, Генерируют Ваш Progject, который должен быть включен в каталог инструментов/мошенничества. Если те файлы не там, мерзавец, возможно, пропустил удар.

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

$ python
>>> import gyp
>>> print gyp.__file__

если Вы не получаете 'ImportError', это показывает Вам, какой файл Python на самом деле импортирует.

1
27.01.2020, 21:20

Я думаю, что что-то любой неправильно с Вашей копией клона node.js или что-то произошло с соединением пакетов, которые Вы установили на своем поле CentOS 6.4. У меня есть тот же самый дистрибутив здесь, и я просто сделал те же шаги, которые Вы сделали и он работал.

$ ./configure
{ 'target_defaults': { 'cflags': [],
                       'default_configuration': 'Release',
                       'defines': [],
                       'include_dirs': [],
                       'libraries': []},
  'variables': { 'clang': 0,
                 'gcc_version': 44,
                 'host_arch': 'x64',
                 'node_install_npm': 'true',
                 'node_prefix': '',
                 'node_shared_cares': 'false',
                 'node_shared_http_parser': 'false',
                 'node_shared_libuv': 'false',
                 'node_shared_openssl': 'false',
                 'node_shared_v8': 'false',
                 'node_shared_zlib': 'false',
                 'node_tag': '',
                 'node_unsafe_optimizations': 0,
                 'node_use_dtrace': 'false',
                 'node_use_etw': 'false',
                 'node_use_openssl': 'true',
                 'node_use_perfctr': 'false',
                 'node_use_systemtap': 'false',
                 'python': '/usr/bin/python',
                 'target_arch': 'x64',
                 'v8_enable_gdbjit': 0,
                 'v8_no_strict_aliasing': 1,
                 'v8_use_snapshot': 'true'}}
creating  ./config.gypi
creating  ./config.mk

Поскольку @Anthon предположил, что я выполнил следующие команды, и я даже не имею gyp.common Пакет Python установил также, когда я выполнил вышеупомянутое ./configure команда, и все же это хорошо работало.

$ python
Python 2.6.6 (r266:84292, Feb 22 2013, 00:00:18) 
[GCC 4.4.7 20120313 (Red Hat 4.4.7-3)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import gyp
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named gyp

Таким образом, я не действительно уверен, что продолжает Вашу среду. Я отладил бы его немного далее и смотрел бы на Ваш $PATH и $LD_LIBRARY_PATH переменные среды, чтобы определить, получаете ли Вы версию Python, что Вы думаете, что Вы.

обходное решение

Если Вы не требуете последнего node.js можно просто установить его из вкусных репозиториев для CentOS 6.4. Большая часть набора инструментов Node.js уже предварительно создается для Вас в репозитории EPEL, который Вы должны иметь по умолчанию. Поэтому просто выполненный эта команда для установки его:

$ sudo yum install nodejs

Все другие пакеты доступны, если Вы действительно ищете nodejs.

$ yum search nodejs
Loaded plugins: fastestmirror, priorities, refresh-packagekit
Loading mirror speeds from cached hostfile
 * base: mirrors.liquidweb.com
 * epel: mirror.steadfast.net
 * extras: mirror.thelinuxfix.com
 * updates: centos.mbni.med.umich.edu
73 packages excluded due to repository priority protections
======================================================= N/S Matched: nodejs ========================================================
nodejs-burrito.noarch : Wrap up expressions with a trace function while walking the AST
nodejs-delayed-stream.noarch : Buffers events from a stream until you are ready to handle them
nodejs-npm-registry-client.noarch : Client for the npm registry
nodejs-options.noarch : Light-weight in-code option parser for nodejs
nodejs-osenv.noarch : Look up environment settings specific to different operating systems
...
...
0
27.01.2020, 21:20
  • 1
    На самом деле хорошо что Ваш import gyp действительно бросает ошибку. У меня есть подозрение, что OP имеет некоторое мошенничество в его пути поиска пакета Python, который включен перед тем в node.js исходном дереве. –  Anthon 27.06.2013, 23:14
  • 2
    @Anthon - это - то, что я подозревал также. Вы являетесь более сведущими в Python, чем я, таким образом, я не хотел переходить к заключению. –  slm♦ 27.06.2013, 23:17

Теги

Похожие вопросы