unusua1
Есть еще идеи?
unusua1
Очень давно использовал mingetty для автологина, но с появлением проблем отказался от него, ничего не изменилось. И старт х был автоматический как можно увидеть из .zshrc
В .xinitrc так:
exec openbox-session
А почему еще никто не предложил каноническое:
exec ck-launch-session openbox-session
+ dbus в DAEMONS (при отсутствии в системе hal).

Или:
exec ck-launch-session dbus-launch openbox-session
Правда всё это не объясняет долгий логин в консоли.

PS. А если создать нового пользователя и залогиниться под ним, тоже долго в консоли логинится? Может это поможет отделить общесистемные проблемы от пользовательских?
unusua1
Как его вернуть?
Может просто переустановить?
sudo pacman -Sf consolekit
sivsoft
А в чем там проблема, что нужно с задержкой запускать?
Предполагаю в том, что на момент запуска sbxkb трей еще не проинициализировался и не готов принимать иконки.
У меня такая же проблема с xfce-panel и xxkb. Поэтому запускаю с небольшой задержкой.
sirocco
gvfs-lite?
О, спасибо, не знал. Вечером обязательно попробую. Как и другие смежные *-lite
Хотя gvfs и так немного за собой тянет, но еще более “ужаться” не помешает :)
mikhailir
Но что сделать чтобы при копировании в сетевую папку они автоматом выставлялись на полный доступ?
Попробуйте добавить в
# Наследовать права на содержимое папки от ACL папки
inherit acls = yes
Выставить права на папку “Полный доступ для всех” и перезапустить самбу.
niklep
Как исправить? Переустанавливать не хочу.
Загрузиться с LiveCD, сделать chroot в установленную систему, обновить пакеты (при этом поставится и новое ядро). Подумать еще раз нельзя ли было решить изначальную проблему без отката ядра. Если нельзя, поискать на форумах арча как правильно откатить ядро.
sivsoft
bmpanel2 + sbxkb + mount-tray + obmixer
А ничего, что mount-tray зависит от QT? Соответственно смесь QT и GTK в свете разговоров об ограниченных ресурсах компов вызывает недоумение… По-моему не может быть, чтобы не было аналогичной утилитки для управления смонтированными устройствами из трея, но на GTK.
А что говорит
dmesg | grep ACPI
?
maked0n
x3: error while loading shared libraries: libcrypto.so.0.9.8: cannot open shared object file: No such file or directory
Потому что в арче установлена версия новее (/usr/lib/libcrypto.so.1.0.0).
Можете попробовать сделать симлинк (может прокатит, если API не изменился):
sudo ln -s /usr/lib/libcrypto.so.1.0.0 /usr/lib/libcrypto.so.0.9.8
mehanoid
Какие-то вообще ещё с 2007-го года давно устаревшие пакеты непонятные валяются
По-моему где-то видел, что после флажка “устаревший”, если мантейнер пакета определенное время не предпринимает никаких действий, пакет удаляется.
Почему лежат “устаревшие” пакеты с 2007 года не знаю даже. Возможно в aur-general никто не оставил запрос на удаление (это если нет автоматической обработки “устаревших” пакетов).