[РЕШЕНО] Hardened vs Portage

Приветствую!

Возникла следующая проблема. После обновления небольшой кучи программ (Python 2.7, Python 3.1, portage, hardened-sources ...) перестали устанавливаться пакеты. Причем собираться они собираются, но валяться на стадии инсталляции.

Вот кусок лога установки openjpeg:

* Package: media-libs/openjpeg-1.3-r3
* Repository: gentoo
* Maintainer:

* USE: amd64 elibc_glibc kernel_linux userland_GNU
>>> Unpacking source...
>>> Unpacking openjpeg_v1_3.tar.gz to /var/tmp/portage/media-libs/openjpeg-1.3-r3/work
* Applying openjpeg-1.3-Makefile.patch ... [ ok ]
* Applying openjpeg-1.3-freebsd.patch ... [ ok ]
* Applying openjpeg-1.3-darwin.patch ... [ ok ]
sed: preserving permissions for `libopenjpeg/sedPp1tEK': No data available
>>> Source unpacked in /var/tmp/portage/media-libs/openjpeg-1.3-r3/work
>>> Compiling source in /var/tmp/portage/media-libs/openjpeg-1.3-r3/work/OpenJPEG_v1_3 ...
make -j3 CC=x86_64-pc-linux-gnu-gcc AR=x86_64-pc-linux-gnu-ar LIBRARIES=-lm 'COMPILERFLAGS=-O2 -march=native -pipe -fPIC'
x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe -fPIC -Ilibopenjpeg -c libopenjpeg/bio.c -o libopenjpeg/bio.o

(... процесс сборки ...)

x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe -fPIC -Ilibopenjpeg -c libopenjpeg/tgt.c -o libopenjpeg/tgt.o
x86_64-pc-linux-gnu-ar r libopenjpeg.a ./libopenjpeg/bio.o ./libopenjpeg/cio.o ./libopenjpeg/dwt.o ./libopenjpeg/event.o ./libopenjpeg/image.o ./libopenjpeg/j2k.o ./libopenjpeg/j2k_lib.o ./libopenjpeg/jp2.o ./libopenjpeg/jpt.o ./libopenjpeg/mct.o ./libopenjpeg/mqc.o ./libopenjpeg/openjpeg.o ./libopenjpeg/pi.o ./libopenjpeg/raw.o ./libopenjpeg/t1.o ./libopenjpeg/t2.o ./libopenjpeg/tcd.o ./libopenjpeg/tgt.o
x86_64-pc-linux-gnu-gcc -Wl,-O1 -Wl,--as-needed -shared -Wl,-soname,libopenjpeg.so.2 -o libopenjpeg.so.2.1.3.0 ./libopenjpeg/bio.o ./libopenjpeg/cio.o ./libopenjpeg/dwt.o ./libopenjpeg/event.o ./libopenjpeg/image.o ./libopenjpeg/j2k.o ./libopenjpeg/j2k_lib.o ./libopenjpeg/jp2.o ./libopenjpeg/jpt.o ./libopenjpeg/mct.o ./libopenjpeg/mqc.o ./libopenjpeg/openjpeg.o ./libopenjpeg/pi.o ./libopenjpeg/raw.o ./libopenjpeg/t1.o ./libopenjpeg/t2.o ./libopenjpeg/tcd.o ./libopenjpeg/tgt.o -lm
x86_64-pc-linux-gnu-ar: creating libopenjpeg.a
>>> Source compiled.
>>> Test phase [not enabled]: media-libs/openjpeg-1.3-r3

>>> Install openjpeg-1.3-r3 into /var/tmp/portage/media-libs/openjpeg-1.3-r3/image/ category media-libs
make -j3 DESTDIR=/var/tmp/portage/media-libs/openjpeg-1.3-r3/image/ INSTALL_LIBDIR=/usr/lib64 install
install -d '/var/tmp/portage/media-libs/openjpeg-1.3-r3/image//usr/lib64' '/var/tmp/portage/media-libs/openjpeg-1.3-r3/image//usr/include'
install -m 644 libopenjpeg.a '/var/tmp/portage/media-libs/openjpeg-1.3-r3/image//usr/lib64'
install: setting permissions for `/var/tmp/portage/media-libs/openjpeg-1.3-r3/image//usr/lib64/libopenjpeg.a': No such file or directory
make: *** [install] Error 1
emake failed
* ERROR: media-libs/openjpeg-1.3-r3 failed:
* install failed
*
* Call stack:
* ebuild.sh, line 56: Called src_install
* environment, line 2345: Called die
* The specific snippet of code:
* emake DESTDIR="${D}" INSTALL_LIBDIR="/usr/$(get_libdir)" install || die "install failed";
*
* If you need support, post the output of 'emerge --info =media-libs/openjpeg-1.3-r3',
* the complete build log and the output of 'emerge -pqv =media-libs/openjpeg-1.3-r3'.
* The complete build log is located at '/var/tmp/portage/media-libs/openjpeg-1.3-r3/temp/build.log'.
* The ebuild environment file is located at '/var/tmp/portage/media-libs/openjpeg-1.3-r3/temp/environment'.
* S: '/var/tmp/portage/media-libs/openjpeg-1.3-r3/work/OpenJPEG_v1_3'

Попробовал следующее. Загрузился в SysRescueCD, сделал chroot в систему и запустил "emerge openjpeg". Все собралось и установилось без проблем! WTF?!

В обоих случаях сборка проводилась в tmpfs. Что смотреть в первую очередь?

P.S. ~AMD64 (no-multilib).

P.S.S. Оказалось, что это был кривой патч на ядро, ныне выпиленный.

а вывод ты, по ходу, не

а вывод ты, по ходу, не читаешь, когда обновляешься! а стоило бы!!!

после обновления питона нужно делать python-updater!

..

да нет, вывод видел, апдейтер запускал - over 20 пакетов пересобрано было.

откатился с ядра hardened-sources-2.6.36-r3 на hardened-sources-2.6.36-r2 и проблема исчезла. О_о

но вопрос остается открыт.

bug

Bug#: 347345

В реск'е ядро простое, а у

В реск'е ядро простое, а у тебя - золотое (харденед) :)
Рыть в сторону харденед-привилегий...

...

да, похоже на ядерные ограничения.

спасибо всем. :) будем считать вопрос закрытым. накопаю, что ж именно так обламывало - допишу в сам вопрос.

а в eselect python list что?

а в eselect python list что?

...

eselect python list :

python 2.7 *
python 3.1

И не менялось? Просто у меня

И не менялось?
Просто у меня после установки 2 и 3 питона и python-updater часть пакетов пересобралось под 3, а часть осталась под 2.
пришлось после eselect python повторно делать python-updater

...

нет, не переключалось.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".