[SOLVED] autotools и разные libdir
bit 25 сентября, 2009 - 13:13
есть пакет (ecryptfs-utils), который собирает несколько библиотек, и при установке кладет их по умолчанию в /usr/lib, мне нужно один библиотечный файл положить в /lib
кто силен в автотулзах, подскажите как это можно проще всего сделать? и если /usr/lib "канонически" это --libdir, то как тогда общепринято называется /lib?
»
- Для комментирования войдите или зарегистрируйтесь
а) проще (и лучше) сделать
а) проще (и лучше) сделать симлинк
б) а какая разница
/usr/lib/или/lib? Разницы никакой. В чем задача-то?в)
--libdir /libразве это не очевидно?NightNord написал(а): б) а
разница всплывает при отмонтировании бинарником, лежащим в /sbin и прилинкованным к /usr/lib64/*.so, в тот момент, когда /usr уже отмонтирован
Значит все либы надо в /lib.
Значит все либы надо в
/lib. Написать баг в багзиллу.NightNord написал(а): Значит
немного не так:
вот есть 3 библиотеки:
/usr/lib64/ecryptfs/libecryptfs_key_mod_gpg.so
/usr/lib64/ecryptfs/libecryptfs_key_mod_openssl.so
/usr/lib64/ecryptfs/libecryptfs_key_mod_passphrase.so
им в /usr/lib64 самое место, а есть /usr/lib64/libecryptfs.so.0.0.0, с которой слинкован
/sbin/umount.ecryptfs, который при перезагрузке не находит эту библиотеку, потому что /usr уже отмонтировался
соответственно нужны две вещи:
1) сделать так, чтобы /sbin/umount.ecryptfs был слинкован с /lib64/libecryptfs.so.0.0.0 (без /usr)
2) положить libecryptfs.so.0.0.0 в /lib64
при этом остальные библиотеки должны остаться там, где и лежат
Баг апстрима тогда. Либо
Баг апстрима тогда. Либо umount.ecryptfs должен быть статическим, либо действительно библиотека должна быть в /lib, разрулить библиотеки по частям средствами
configureнельзя.NightNord написал(а): Баг
в общем решили вопрос через --libdir=/lib64 --with-ecryptfskeymoddir=/usr/lib64/ecryptfs/
pkconfig я перенес, поправив configure.ac, остался нерешенным вопрос с .la файлом, т.к. ebuild не разрешает оставлять его в /lib64, как-то надо его перенести в /usr/lib64, то ли брутально через ebuild мувом, то ли править makefile.am, знать бы как это сделать
Об чем и речь ;) Как хак
Об чем и речь ;) Как хак сойдет и
mv, только тамsed'ом надо тогда править пути до библиотек. Но апстриму точно написать надоNightNord написал(а): Об чем
с апстримом как раз вчера на эту тему и общались, ждут от меня патча)
Ну тада надо править
Ну тада надо править
configure.ac, добавлять новую опцию, подсталвять вMakefile.am...NightNord написал(а): Об чем
насчет правки путей не понял, в libecryptfs.la, перенесенном в /usr/lib64 из /lib64 libdir='/lib64' т.е. тот путь, где .so и лежит
дело в том, что там
дело в том, что там собирается еще несколько библиотек, и вот им вполне себе уютно в /usr/lib64, а вот одну надо положить в /lib64
1. Корень криптовать будем ?
1. Корень криптовать будем ? :) Это немного по другому делается.
2. Даже в том дистрибе, для кот. писался пакет корень криптуется по другому
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
slepnoga написал(а): 1.
нет, хомяка, корень планирую криптовать с помощью dm-crypt