PoZiTPoH
Только не MODULES, а DAEMONS ;>
Ну, да, конечно ) по запарке косякнул - поправил.

кстати. на заметку:
$sudo pacman -S devtools
$sudo abs
$cd /var/abs
finddeps hal | wgetpaste
Your paste can be seen here: http://paste.pocoo.org/show/274732/
gard
Кстати странно, что lartc давненько не обновлялся, судя по некоторым новостям много интересного случилось, тот же sfq flow classifier, я бы с радостью почитал на досуге.. Жаль у меня с английнским полукак..

sfq follow не документирован и рассчитан на использование теми, кто знаком с программированием. Во всяком случае пока кто-нить не напишет маны ))
Ostland
PoZiTPoH
А пересобрать с –disable-hal?
Игры с ядром закончил еще на убунте - овчинка выделки не стоила, только время тратил зря. Выгадывать секунду при загрузке - надоело и бессмысленно.
Ну, во первых это не ядро, а во вторых, имхо, реально нет смысла торопиться. !hal в daemons и всё.

И не надо путать hal с dbus. это принципиально разные вещи. Грубо говоря — hal — это полная никчёмность, которая свободно удаляется из системы, а вот dbus несёт полезную нагрузку — межпроцессное взаимодействие.

Ostland
А вообще, может в Арчвики в раздел установки, например, внести изменения - зачем прописывать в демонах hal и dbus, если их грузит принудительно?
Ну-ка поподробнее, где там hal ещё висит? Official Arch Linux Install Guide (Русский)
Ну, а в описании hal-а я отметил, что конец его близок ;-/

Капитан очевидность
Кстати, а Вы в курсе, что ArchWiki это сайт, построенный на движке вики? Считаете что-то нужным поправить — правьте.

P.S. dbus в демонах оставлять надо. Не все сидят на том же DM, что и ты. И ты сам, сначала разбирись, что конкретно грузит.
Хоть и общего характера вопрос, но отмечу великолепный профессиональный ресурс — Linux Advanced Routing & Traffic Control.
Который посвящён книге-хаутушке Linux Advanced Routing & Traffic Control HOWTO. Оч полезная штука

А за одно и хорошую книгу TCP/IP крупным планом, после вдумчивого прочтения которой вряд ли останутся вопросы относительно организации сети на базе протокола ip, и tcp/ip в частности
bobart
Э.., много понаписали всего интересного.
Только вот, не понял, какое это
ck-launch-session \
compiz  --replace ccp
имеет отношение к гному?
Угу. щаз. Нет конечно. гном не моё — не моё. Просил узнать как запускаю компиз - я ответил.

bobart
Если на то пошло, сейчас временно перешёл на compiz-standalone, запуск соответствующий:
setxkbmap -layout us,ru -variant ,winkeys -option grp:lwin_toggle,grp_led:scroll,terminate:ctrl_alt_bksp
export BROWSER=opera
#D-bus
if which dbus-launch >/dev/null && test -z "$DBUS_SESSION_BUS_ADDRESS";
then
       eval `dbus-launch --sh-syntax --exit-with-session`
fi
exec nitrogen --restore &
exec tint2 &
exec compiz ccp &
exec emerald --replace &
(sleep 5 && sbxkb) &
exec nautilus -n&
exec avant-window-navigator --startup
и вот, верьте - наутилус не глючит, и awn не глючит. Другое да, глючит, но то другая история.
Мы же о гноме, а? Кстати, а что у вас там компиз реплейсит? У меня эмеральд тоже что-то там реплейсит.., хз что=)
И при чём здесь гном (compiz-standalone)?
По сути я запускаю примерно также, но без наутилуса.
Вопрос стоял в том, что видите-ли каиро кривой до ужаса. Нет, это не так. И да, наутилус может работать с ним.
legioner
По поводу апдейтов… У меня уже неделю выдаёт “Нечего обновлять”
Это у всех так или амба только у меня?
У меня обновления идут. Не много, но всё же.
На всякий случай проверь своё зеркало в списке статусов зеркал.

(Статус зеркал и создание собственного списка зеркал)
gard
Выходит hal поьзователям гнома не так уж необходим. По крайне мере с первого взгляда ничего не сломалось и не перестало работать.
Всё верно, разве что не зачем сужать круг. Просто: hal не нужен.
В смысле со включеным ssh

Можно, конечно, попробовать в слепую.
  • запуск cd, таймаут в основном меню 300 секунд. следовательно можно после включения железки этак секунд через тридцать жать enter
  • запуск системы - однозначно определить, думаю, сложно
  • login: root {enter}
  • echo “” > /etc/hosts.deny
  • echo “ALL:ALL:ALLOW” > /etc/hosts.allow
  • ifconfig eth0 up
  • dhcpcd &
  • passwd root{enter}
    {newpass}{enter}
    {newpass}{enter}
  • /etc/rc.d/sshd start

    Если в сети нет dhcp - то ясное дело запускать демона не надо, а интерфейс поднимать с явным указанием ip
Очевидно, что создать свою сборку.
По-дефолту в archlinux недопустимы подключения по ssh.
Требуется править /etc/hosts.{allow,deny} и запускать демон ssh.

Вариант - Установка минимального арча на флешку на рабочем компьютере, настройка ssh-доступа и использование подправленной версии на пациенте.
vadik
Чуть не забыл, у меня на доке наутилус запускается командами
nautilus -n путь/к/нужной/папке
без всяких –no-desktop.
В этом случае nautilus будет пытаться захватить окно с классом desktop. Таки параметр –no-desktop нужен.

Элементарную отладку поможет провести следующий «финт»
сделать ./.xinitrc из одной строки:
exec xterm
запускать х используя startx, и работая с xterm запускать наутилус.
Именно так в своё время и отлаживал запуск оного.
При первом запуске без параметров наутилус пытается захватить рабочий стол. Не смотря на то, удалась ли попытка или нет - наутилус остаётся в памяти после закрытия окна.

Как раз из-за этого я и предложил кинуть в автозагрузку команду
nautilus --no-desktop -n &

В этом случае наутилус подгрузится в озу без попыток захвата рабочего стола и без создания окон.
последующие вызовы наутилуса будут работать в контексте первого экземпляра.
Не исключаю, что я недопонял принципов работы наутилуса, но внешне они выглядят именно так.