Не собирается pquery

скорее всего проблема с версиями gcc ( ты не указал дистр так что будет считать что у тебя gcc старый ). поставть новый gcc

Debian Jessie

gcc (Debian 4.9.2-10) 4.9.2

cmake version 3.0.2

А требования gcc 4.7 и cmake 2.6

тут скорее слишком новый ( nstall cmake >= 2.6 and C++ compiler >= 4.7). попробуй gcc 4.7

Там как бы больше или равно...
А разве можно несколько ставить?

Вижу, что ставить разные версии можно
http://www.tellurian.com.au/whitepapers/multiplegcc.php

Попробую, конечно, завтра. Но что-то сомневаюсь

Тут похоже и это (про что вышеотписавшиеся указали), и ещё одна деталь которую заметил, 16 %%? процентов- это скорее ethern не тот путь, тоесть аж джва чая на пол слетели.

не тот путь

Пояснить можешь как с этим бороться? Первый раз такое вижу

Ну, имею ввиду \в домашнем\\ но, до первого запуска\, к примеру (ещё раз к МОЕМУ примеру(!)(!)):

chown-R вашеимяПользователя:.mozila

Не понял если честно.
Пускаю от рута

Шож за тупняк, пароличь просто какой-то начинается, причем у всех, кто в лине видит комманду «chown»(??!),()(!!!!). Ух, ну, я вернусь по теме: естественно от рута, ты всё делаешь, но вопрос, не в том рут, сей момент, не рут, до этого, а очередь в указании пути. В моём предыдущем сообщении был как-раз пример (ПРИМЕР!), как очередность сбрасывать для (в ПРИМЕРЕ(!)) .mozilla .

Мне эту очередность сбрасывать для директории, в которой компилирую? (/opt/pquery) Или для той на которую ругается?
Прошу извинения, если опять тупняк) Компилирую очень редко и с таким первый раз столкнулся.

chown - это же вроде смена владельца? Если я вытянул код через git clone - он может быть не root?

В идеале заархивировать «правильный», и запапить ((именно так, про папки(!),(?!), у .mozilla (в прим.)) в «неправильный», но, черт ее знает, там база может немеряна быть.? Так что быть может, на который ругается, и в другую сторону тогда (НИКАКИХ) undo, pw... oR, и иже с ними, я думаю таким образом..?

Clone, ну там могут быть спотыки, но не думаю что switch сбросит уж до такого состояния, что всё колом встанет, это я уже позже на «исправления», по этому треду, ответил.

И, да проверить можно (опять-же по сетевым пр-там(пример)), сам недавно узнал:

nameserver e.t.c.0
nameserver 0.0.0.0
.
  {etc. и ноли соответственно реальные\ физически адреса в нете\\ }.

Вот что я вижу:

Building C object src/third_party/inih++/lib/CMakeFiles/inih++.dir/ini.c.o

/opt/pquery/src/third_party/inih++/lib/CMakeFiles/inih++.dir # ls -la
total 56
drwxr-xr-x 2 root root 4096 Nov 19 08:56 .
drwxr-xr-x 3 root root 4096 Nov 18 22:17 ..
-rw-r--r-- 1 root root 7654 Nov 18 22:17 build.make
-rw-r--r-- 1 root root  344 Nov 18 22:18 C.includecache
-rw-r--r-- 1 root root  287 Nov 18 22:17 cmake_clean.cmake
-rw-r--r-- 1 root root   38 Nov 18 22:17 cmake_clean_target.cmake
-rw-r--r-- 1 root root  387 Nov 18 22:18 CXX.includecache
-rw-r--r-- 1 root root 1095 Nov 18 22:17 DependInfo.cmake
-rw-r--r-- 1 root root  462 Nov 18 22:18 depend.internal
-rw-r--r-- 1 root root  627 Nov 18 22:18 depend.make
-rw-r--r-- 1 root root  681 Nov 18 22:17 flags.make
-rw-r--r-- 1 root root  124 Nov 18 22:17 link.txt
-rw-r--r-- 1 root root   43 Nov 18 22:17 progress.make

Видимо его cmake не создает, и проблема в нем
И откатывать надо cmake, а не gcc

Сейчас ещё более странную мысль прокрутил, а случаем между «начало» подгружается быстрее, а к концу, просто, «тормозит»- память, физически?? Просто- подождать, прим. 1,5- минуты? Просто память забивается!?

32 гига рамы на борту и четырехядерный проц

причем выделенный сервер, а не виртуалка

Таак, уже лучше, значит проверить нет ли зависимости, ну к примеру RUN в udev какой нибудь, так-навскидку. И если хоть что-то подобное, все убрать. И, да вспомнил, по самой строке с имя (" имя"), запуска она должна при пробелах перед именем " "- такими ковычками закрыта, а путь, либо пути -' ' такими ковычками т.е. -" имя--'/bin/etc./dev/etc'" Такая конструкция!!

Расшифруй, если можешь, пожалуйста. Что конкретно делать?

Сейчас собираю в локальной убунте 16.04 - то же самое.
Попробовал cmake 2.6 - ругнулось на отсутствие FindGit - и дальше вообще не пошло.
С 2.8.12 cmake отработал, но далее все опять то же самое
Ничего не понимаю пока

Таак, убунточка, ето ещё более шоколад, уж поближе к моей любимой (ну, не так, чтоб уж очень,) псинеBSD, ща всё сделаем. Значит на ней всё сыро-голо. Окак, таким, образом ещё с какого, «конца» мы не подступались, а: cron, там всякий анакрон, гуглN time(\точное время системное\\), там, в том что не отдаёт запуск, всё в порядке, ато выхлоп выглядит, будто на андроиде с «01.01.80г», непонятно что со временем, короч.

Со временем все точно в порядке. И там и там. Только на Дебиане часовой пояс +1, а на Убунте +3 (МСК) А где в выхлопе время?

Сейчас будет, ещё более тупой (ну,или простой вопрос), а сам этот «Git-товский» «код», в плане проекта не веб-мордашка, ли? Почему меня это интересует, так, Find- вроде не для этого, что вообще по проекту.!? Тоесть мордашку, я так понял, вообще загрузкой не проверяют, никогда т.е. совсем.

Ну, насколько я понял, GitFind - это метод cmake, и в 2.6 его нет. Поэтому с 2.6 не работает совсем (хотя в репе написано, что работает).

Никаких мордашек, тупо пытаюсь собрать программу.

Чет мне начинает казаться, что ты еще меньше понимаешь чем я.. Разберемся ли двоем??

Ну, да, чето я полностью как говорится, «сливаюсь», даже и не знаю по 2.6 должно же хоть что-то сценарию соотв.?. Непонятно? А по последнему вопросу, ты всё вторишь «программка», а я имел ввиду «их», гитовский кусок кода, конкретно, что за куски, в этом плане вопрос был.(?)(Не целое, что это было?).

Какой гитовский кусок кода? Нет такого. Есть программа, которую я пытаюсь собрать. Она тупо зачем-то проверяет есть ли гит. Если ее начать собирать из зипа, а не клонировать - откажется.