По сабжу — что-то происходит во время применения патчей. Может, нет патчей, а, может, они не применяются успешно. Проверь их наличие, и если они есть, попробуй применить их вручную.
ну дык, ясен пень в distfiles они не хостят пакет почти 6 летней давности, но - подходящий по размеру и суммам сорс hal-0.5.14.tar.bz2 ты то можешь скачать здесь.
Но тебя ждет скорее всего нерешаемая проблема скачать hal-0.5.14-gentoo-patches-5.tar.bz2 - который есть в манифесте.
Спасибо, разобрался. на Генту недавно, потихоньку вникаю. Вот еще есть проблема - не собирается хал, теперь такую ошибку вываливает:
* Failed Running automake !
*
* Include in your bugreport the contents of:
*
* /home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
* ERROR: sys-apps/hal-0.5.14-r4 failed (prepare phase):
* Failed Running automake !
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 4037: Called eautoreconf
* environment, line 1232: Called eautomake
* environment, line 1185: Called autotools_run_tool 'automake' '--add-missing' '--copy'
* environment, line 769: Called die
* The specific snippet of code:
* die "Failed Running $1 !";
*
* If you need support, post the output of `emerge --info '=sys-apps/hal-0.5.14-r4'`,
* the complete build log and the output of `emerge -pqv '=sys-apps/hal-0.5.14-r4'`.
* This ebuild is from an overlay named 'x-portage': '/usr/local/portage/'
/usr/lib64/portage/bin/isolated-functions.sh: рядок 213: wait: `Failed Running automake !': не є ідентифікатором процесу чи завдання
* The complete build log is located at '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/build.log'.
* The ebuild environment file is located at '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/environment'.
* Working directory: '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/work/hal-0.5.14'
* S: '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/work/hal-0.5.14'
>>> Failed to emerge sys-apps/hal-0.5.14-r4, Log file:
>>> '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/build.log'
* Messages for package sys-apps/hal-0.5.14-r4:
* Failed Running automake !
*
* Include in your bugreport the contents of:
*
* /home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/automake.out
* ERROR: sys-apps/hal-0.5.14-r4 failed (prepare phase):
* Failed Running automake !
*
* Call stack:
* ebuild.sh, line 93: Called src_prepare
* environment, line 4037: Called eautoreconf
* environment, line 1232: Called eautomake
* environment, line 1185: Called autotools_run_tool 'automake' '--add-missing' '--copy'
* environment, line 769: Called die
* The specific snippet of code:
* die "Failed Running $1 !";
*
* If you need support, post the output of `emerge --info '=sys-apps/hal-0.5.14-r4'`,
* the complete build log and the output of `emerge -pqv '=sys-apps/hal-0.5.14-r4'`.
* This ebuild is from an overlay named 'x-portage': '/usr/local/portage/'
* The complete build log is located at '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/build.log'.
* The ebuild environment file is located at '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/temp/environment'.
* Working directory: '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/work/hal-0.5.14'
* S: '/home/keed/bin/portage/portage/sys-apps/hal-0.5.14-r4/work/hal-0.5.14'
В том т и дело, что давно задумывался. Ввиду всей этой херни, которая сейчас творится среди десктопов юникса и долгих скитаний по им, все-таки решил обратно перейти на гном 2.32. И как-бы все работает отлично, но только нет автомонтирования внешних устроойств. Я это писал в своей прошлой теме. Узнал, что гному не хватает gnome-mount, а он по зависимостям тянет hal. Вот в чем проблема. Нет, я могу и вручную монтировать, это не есть проблема, но как это объяснить родственникам? Та и самому с автомонтированием удобнее.
Кстати, одна проблема решена: пересобрал гном с флагом USE=«automunt», который был по-умолчанию отключен. Теперь флешки монтируются, но другая проблема появилась - нет доступа к примонтированой флешке. Втыкаю ее в порт, слева в наутилусе ничего не показывает, mount говорит следующее:
$ mount | tail -1
/dev/sdb1 on /media/QWERTY type vfat (rw,noatime,umask=07,fmask=0117,gid=246)
Я бы выкинул hal, automount у гнома и сделал https://wiki.archlinux.org/index.php/USB_Storage_Devices если бы забыл про autofs. С autofs — проще всего юзать его, автомонтирование по доступу и автоотмонтирование по простою достаточно удобны, особенно когда флешек не слишком много одновременно.
Нет, было что-то в gconf/dconf, что можно сделать даже без прав рута (именно дописывание опций маунту, естественно, небезопасные фильтровались). Но я давно забыл за ненадобностью.