"Aucun более подозрительные ou досье de ce вводят" == "Никакой такой файл или каталог"
PKG_CONFIG_PATH
содержит пути (не по умолчанию) для добавления для нахождения дополнительным .pc
файлы, не сами пакеты. Если у Вас есть корректное .pc
файл в том каталоге это должно работать.
Проверьте вывод:
pkg-config --cflags --libs glib-2.0
(с и без установки PKG_CONFIG_PATH
)
Это должно показать, что Ваши бойкие 2,0 пути установки для включают и библиотеки, это является моим, установлено на /usr/local/
:
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include \
-L/usr/local/lib -lglib-2.0
Если это неправильно, затем проверяют .pc
файл.
Однако путь Вы даете для glib.h
взгляды больше как он - просто распакованный источник, не полная установка бойких 2.0. Вам уже устанавливали бойкие 2.0 и созданный? При создании его после URL инструкций затем, это не кажется корректным, и необходимо повторить тот шаг.
Нет никакой причины не сделать, нормальное настраивает/делает/устанавливает некоторых из этих пакетов к /usr/local
, особенно бойкие 2.0, zlib, libpng, libXML2 - если они не конфликтуют с чем-то Вы уже, установили.
Логика позади документа сборки RRDtool должна создать все под /tmp
и установите все под /opt
сделать его максимально автономным. В то время как это, вероятно, будет довольно устойчивый метод, существуют некоторые недостатки к нему (включая требование для установки различных волшебных переменных среды).
проблемой является путь установки бойких 2.0, конфликтует с включением, используемым в rrdtool. Когда Вы устанавливаете его на /usr/local/glib-2.34.0/
.pc
создается для определения включать каталога /usr/local/glib-2.34.0/include/glib-2.0
. Этот путь уже содержит подкаталог glib-2.0
таким образом, когда rrdtool пытается включать
это перестало работать. Я полагаю, что это проблема rrdtool, она маскируется, когда бойкие 2.0 установлены на "ожидаемом" месте под /usr
или /usr/local
(и по-видимому когда Вы используете пути инструкции по сборке точно).
Если Вы устанавливаете на /usr/local
, включать путь /usr/local/include
вызовет"#include
"для работы правильно.
Как фиксация я предлагаю любое здание и установку всех зависимостей в /usr/local
(затем только необходимо установить PKG_CONFIG_PATH=/usr/local/lib/pkgconfig
) или следование rrdtool создает инструкции точно, или можно установить CFLAGS
туда, где Вы установили бойкие 2.0 перед выполнением configure
, например:
export CFLAGS="-I/usr/local/glib-2.34.0/include"
(т.е. один каталог выше, о котором сообщают pkg-config --cflags glib-2.0
)
Вы видите лучше, что продолжается, если компиляция повреждается путем выполнения:
make AM_DEFAULT_VERBOSITY=1
сразу после ошибки используемые команды будут повторены и распечатаны на этот раз, таким образом, можно будет проверить gcc -I
флаги.
Хорошо, Найденный отчетом об ошибках, это зафиксировало (хотя заголовок "Фиксирует сборку с нестандартным бойким местоположением", является немного вводящим в заблуждение). С тех пор не было никакой новой стабильной версии все же. FWIW, существует несколько оставшихся без ответа вопросов на списке пользователей, которые, кажется, эта та же проблема.
Вы должны сделать это как пользователь root после того, как размонтируете это устройство.
# this is as root user
[root@pse-linvm ~]# blockdev --setbsz 4096 /dev/vda2
BLKBSZSET: Device or resource busy
[root@pse-linvm ~]# blockdev --setbsz 4096 /dev/vda6
/dev/vda6: No such file or directory
# this is normal user
[root@pse-linvm ~]# su - raja
[raja@pse-linvm ~]$ blockdev --getbsz /dev/vda2
/dev/vda2: Permission denied
# Error same as yours
[raja@pse-linvm ~]$ blockdev --getbsz 4096 /dev/vda2
4096: No such file or directory
Не ответ - просто размещение в поле для ответа для ясности
[dani@localhost ~]$ blockdev --getbsz /dev/sda1
blockdev: cannot open /dev/sda1: Permission denied
[dani@localhost ~]$
[dani@localhost ~]$ su -
Password:
[root@localhost ~]# blockdev --getbsz /dev/sda1
1024
[root@localhost ~]# blockdev --setbsz 1024 /dev/sda1
BLKBSZSET: Device or resource busy
[root@localhost ~]# umount /boot
[root@localhost ~]# blockdev --setbsz 1024 /dev/sda1
хорошо работает на fd20 с Linux-utils 2.24.2
.Проверьте размер блока текущего устройства.
$ blockdev --getbsz /dev/vdb1
512
Размонтируйте файловую систему для изменения размера блока.
$ umount /dev/vdb1
Создайте файловую систему для изменения нового размера блока.
$ mkfs -t ext4 -b 4096 /dev/vdb1
Смонтируйте для проверки измененного размера блока.
$ mount /dev/vdb1 /test/
$ blockdev --getbsz /dev/vdb1
4096