On Wed, Dec 12, 2012 at 06:49:56PM +0400, Pavel Shilovsky wrote: > 12 декабря 2012 г., 18:42 пользователь Dmitry V. Levin > написал: > > On Wed, Dec 12, 2012 at 06:32:21PM +0400, Pavel Shilovsky wrote: > >> 2012/12/12 Girar Builder robot : > >> > http://git.altlinux.org/tasks/86051/logs/events.1.1.log > >> > > >> > 2012-Dec-12 07:45:20 :: task #86051 for sisyphus started by piastry: > >> > #100 build 5.4.4-alt1 from /people/piastry/packages/etercifs.git > >> > 2012-Dec-12 07:45:21 :: [i586] #100 etercifs.git 5.4.4-alt1: build start > >> > 2012-Dec-12 07:45:21 :: [x86_64] #100 etercifs.git 5.4.4-alt1: build start > >> > 2012-Dec-12 07:46:04 :: [x86_64] #100 etercifs.git 5.4.4-alt1: build OK > >> > 2012-Dec-12 07:46:04 :: [i586] #100 etercifs.git 5.4.4-alt1: build OK > >> > 2012-Dec-12 07:46:07 :: build check OK > >> > 2012-Dec-12 07:46:09 :: noarch check OK > >> > 2012-Dec-12 07:46:10 :: plan: src +1 -1 =13989, noarch +1 -1 =12675 > >> > 2012-Dec-12 07:46:10 :: version check OK > >> > 2012-Dec-12 07:46:42 :: created next repo > >> > 2012-Dec-12 07:46:52 :: dependencies check OK > >> > x86_64: etercifs=5.4.4-alt1 post-install unowned files: > >> > /usr/src/kernel > >> > /usr/src/kernel/sources > >> > i586: etercifs=5.4.4-alt1 post-install unowned files: > >> > 2012-Dec-12 07:47:24 :: [i586] #100 etercifs: install check OK > >> > x86_64: etercifs=5.4.4-alt1 uninstall failed: > >> > error: failed to open /etc/mtab: No such file or directory > >> > mount: failed to read mtab: No such file or directory > >> > Unmounting CIFS resources... > >> > hasher-priv: master: idle time limit (3600 seconds) exceeded > >> > 2012-Dec-12 08:47:20 :: [x86_64] #100 etercifs: install check FAILED > >> > 2012-Dec-12 08:47:20 :: [x86_64] install check FAILED > >> > 2012-Dec-12 08:47:20 :: task #86051 for sisyphus FAILED > >> > >> Добрый вечер. > >> > >> Есть два вопроса по сборке, лог которой расположен выше: > >> 1) Почему может не находиться mtab > > > > Потому что /etc/mtab это ссылка на /proc/mounts; если /proc не > > смонтирован, то /proc/mounts не будет доступен. > > Это понятно. Непонятна разница между 32 и 64 битами в данном случае. Да, эта разница не очевидна. > >> и зависать umount -a при сборку под > >> 64 битную пларформу (когда под 32 всё хорошо)? > > > > Что? umount -a в %post* пакета? > > "service etercifs stop" делает "umount -t cifs -a" чтобы отмонтировать > все примонтированные шары для успешной выгрузки модуля. Почему "service etercifs condstop" делает umount, если никто не делал "service etercifs start"? > >> 2) Стоит ли назначать каталоги /usr/src/kernel и > >> /usr/src/kernel/sources в "собственность" пакету? > > > > Какому пакету? filesystem? Надо ли? > > Я имел ввиду данный пакет - etercifs. Хочется, чтобы не было > "post-install unowned files". Нет, в etercifs точно не надо. Есть много других kernel-source-*, которые пакуют файлы /usr/src/kernel/sources/*. -- ldv