Какую одежду нужно взять для поездки в Женеву в конце октября?

Я пытаюсь построить/установить Mapnik-а (3.0.10) на системе CentOS 7 и у меня возникли проблемы с получением все зависимости на месте и признали.

У меня установлен компилятор gcc/g++ и из серии gcc6 для обеспечения на C++14 поддерживает, которые Mapnik должен. Если я указываю прямо на мой новый НКУ и опрос его версии я получаю это:

[корень@ворона ~]# /usr/местные/Бен/ССЗ --версия
ССЗ (ССЗ) 6.5.0
Авторское право (C) 2017 бесплатное программное обеспечение Foundat/..СНиП..

Затем я временно заглушил $СС и $СХХ переменные окружения, так что обновленный компилятор будет использоваться для последующей сборки, затем я установил буст 1.69.0 от источника, как это. Обратите внимание, что это на самом деле устанавливает второй толчок, так что --префикс параметра определяет, где эта альтернатива Boost будет установить, чтобы:

экспорт чч=/usr/местные/Бен/ССЗ
экспорт СХХ=/usr/местные/Бен/г++

компакт-диск /корень/загрузок
с wget https://dl.bintray.com/boostorg/release/1.69.0/source/boost_1_69_0.tar.gz
тар-официального сайта boost_1_*
компакт-диск boost_1_*
./bootstrap.sh --префикс=/опт/повышение
./В2 установите --префикс=/опт/импульс-с=все

Теперь, если я проверить /выбрать/повысить, Я вижу, что я ожидаю..

[корень@ворона ~]# реж /опт/повышение/
включают Либ

Наконец-то я смогу устанавливать Mapnik-а сам. Я использую подход, отметили здесь. Однако, я уже получил несколько зависимостей на месте из-за ранее установив в gdal и PostGIS. Но, когда я запускаю Mapnik-а это .настроить шаг, он не может найти мой необязательные зависимости.

Например, я построил прое от источника и точно знаю, где это..

[корень@ворона ~]# реж в /usr/proj49/
бин включают Либ поделиться

И команду ldconfig находит это слишком..

[корень@ворон Mapnik-А-В3.0.10]# команду ldconfig -п | грэп libproj
 libproj.так.12 (пакетов libc6,х86-64) = > в /usr/proj49/Либ/libproj.так.12
 libproj.так.0 (пакетов libc6,х86-64) => /lib64/libproj.так.0
 libproj.так (пакетов libc6,х86-64) = > в /usr/proj49/Либ/libproj.так
 libproj.так (пакетов libc6,х86-64) => /lib64/libproj.так

Вот я и уточняю моя альтернативная увеличить место, а также PROJ_LIBS и PROJ_INCLUDES как .настроить параметры.....но он по-прежнему не удается найти прое? Вот немного сокращенный вывод. Обратите внимание, что он находит мой толчок, как указано, но его не удается найти проекты, несмотря на конфиге параметры..

[корень@ворона ~]# кд /корень/загрузки/Mapnik-А-В3.0.10
[корень@ворон Mapnik-А-В3.0.10]# ./настроить BOOST_LIBS=/опт/повышение/Либ BOOST_INCLUDES=/опт/повышение/включает PROJ_LIBS=в/usr/proj49/Либ PROJ_INCLUDES=в/usr/proj49/включать
..СНиП..
Поиск наддува либы и заголовки... (в кэше)
Нашли повышение библиотеки: каталог /opt/повышение/Либ
Нашли наддува заголовки: /выбрать/увеличить/включить
Проверка на файл заголовка c++ повышение/версия.ГЭС... да
Проверка на повышение версия >= 1.47... да
Нашли импульс lib версия... 1_69
..СНиП..
Проверка библиотеки C прое... нет
Не может найти дополнительный заголовок или общая библиотека для прое
..СНиП..

Большинство необязательных зависимостей, похоже, так же забывают—libpng-Devel, который, libjpeg-Devel, который, sqlite3, с размолвке материалов, проектов и т. д. И большинство из них пакет устанавливает, а не источник строит.

Так как мы будем использовать этот сервер в течение некоторого времени я хотел бы иметь самую последнюю Mapnik-а с его полным комплектом поддержки (особенно для проектов, PNG и JPEG). Это особенно досадно, что мой прое установить не завязывает, потому что я точно знаю, где это и предусмотрено Mapnik-а этих параметров.

Прошу прощения за долгий шумный читал, но кто-нибудь увидеть, чего мне не хватает?

[Обновления: 4.24.19 5вечера]

Ок, я, возможно, понял это. Я надеялся, что это как-то связано с окружающей средой/раковина установки, вместо того, чтобы построить все зависимости от источника, с тем же компилятором, и наткнулся на старый пост , где "дом Лер" рекомендовали внести изменения в переменной LD_LIBRARY_PATH переменной среды включают конкретно /usr/местные/библиотека. Ну, я попробовал это, и это не решит проблему. Тем не менее, я с оптимизмом расширил значения параметра, чтобы включить некоторые дополнительные локации, и теперь я могу завершить .настроить шаг со всеми зависимостями признал. Вот как я сделал это..

ви /и т. д./профиль.д/ш.местные
# Добавить путей, разделенных двоеточием переменной в переменной LD_LIBRARY_PATH такой..
экспорт в переменной LD_LIBRARY_PATH=$переменная LD_LIBRARY_PATH:/usr/местные/библиотека:/usr/местные/lib64:/УСР/Либ: в/usr/lib64:

Я добавил Все, что я мог придумать, где я нашел, Казалось бы, связаны .так файлы. Сохраните файл, а затем..

на /sbin/ldconfig из-под
команду ldconfig

Затем я вышел из своей терминальной сессии и входа в систему, чтобы обновить оболочку. Затем дважды проверил, что он работал:

[корень@ворон Mapnik-А-В3.0.10]# эхо $в переменной LD_LIBRARY_PATH
/опт/Реми/php70/корневой каталог/usr/lib64:: каталог/usr/местные/библиотека lib:/usr/местные/lib64:/УСР/Либ: в/usr/lib64:

Это сделал. Так я обновил мой временный компилятор аргументы, пошли в Mapnik-а исходная папка, и вновь побежал .настроить инструкция, и он работал без проблем..

экспорт чч=/usr/местные/Бен/ССЗ
экспорт СХХ=/usr/местные/Бен/г++
компакт-диск /корень/загрузки/Mapnik-А-В3.0.10
./настроить BOOST_LIBS=/опт/повышение/Либ BOOST_INCLUDES=/опт/повышение/включает

И это сработало. Теперь, будет ли он строить без проблем до сих пор остается загадкой, но это, кажется, сделать трюк!

Ну я говорил скорее. Сейчас делают не с..

<Mapnik-а::геометрия::geometry_collection<двойной> > >&&’
проектов SCons: *** [источник/в JSON/mapnik_json_geometry_grammar.о] Ошибка 1
проектов SCons: строительство прекращается из-за ошибки.
сделать: *** [src в/в JSON/libmapnik в формате JSON.а] Ошибка 2

....которая находится в линии с множеством других постах я нашел, где люди, имеющие проблемы с несогласованными вопросы компилятора/зависимостей. Вернуться к чертежной доске.