LINUX.ORG.RU

awesome не заводится как надо после отката версии...

 


0

1

Решил накатить debian stretch, в репах 4.0 версии асом. Поскольку не хочется конфиг перепиливать, поставил:

awesome v3.5.9 (Mighty Ravendark)
 • Build: Mar 27 2016 02:23:55 for x86_64 by gcc version 5.3.1 (pbuilder@minjo)
 • Compiled against Lua 5.1.5 (running with Lua 5.1)
 • D-Bus support: 
Почему то выхлоп показывает, что он без поодержки dbus. Хотя собран с ней. Отвалился автозапуск демонов: /bin/sh: 1: run_once: not found

в добавок в .xsession-errors в большом кол-ве сыпится такое:

W: awesome: xerror:881: X error: request=GetGeometry (major 14, minor 0), error=BadDrawable (9)
W: awesome: xerror:881: X error: request=GetGeometry (major 14, minor 0), error=BadDrawable (9)
W: awesome: xerror:881: X error: request=GetGeometry (major 14, minor 0), error=BadDrawable (9)

Что нибудь можно сделать или придется ставить 4 версии пакет и красноглазить над конфигом?



Последнее исправление: cetjs2 (всего исправлений: 2)

/bin/sh: 1: run_once: not found

Ну, sh не видит в $PATH исполняемый файл run_once. Ты или передаёшь аргументы из осома коряво (лишнее скармливаешь), или ты забыл перенести свою скриптоту.

W: awesome: xerror:881: X error: request=GetGeometry (major 14, minor 0), error=BadDrawable (9)

Это Warning, и он говорит, что иксам не нравится магия осома. Или иксы слишком древние, или awesome слишком свежий — выбирай. (= Заткни awesome его stderr, если не нравится.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

Ты или передаёшь аргументы из осома коряво (лишнее скармливаешь), или ты забыл перенести свою скриптоту.

полностью home перенес со всеми конфигами. Это раньше работало...

Это Warning ... Заткни awesome его stderr, если не нравится.

А это не может влиять на картинку? Открываю virt-manager он как бы «сжатый весь». Если от рута запустить, то нормально все. Посмотрю может иксы другие стоит попробывать поставить.

ving2
() автор топика
Ответ на: комментарий от r3lgar

или может другую альтернативу поискать - где не придется каждый раз конфиг перепиливать с выходом новой версией ПО. Можешь что нить посоветовать из таких WM? Хочется раз настроил и забыл.

ving2
() автор топика
Ответ на: комментарий от ving2

полностью home перенес со всеми конфигами.

Причём здесь конфиги? Я про скрипты говорю, а они не обязаны лежать в $HOME, более того, они должны лежать в $PATH.

Это раньше работало...

Какая версия осома была раньше? Но я таки подозреваю, что даже если скриптота у тебя и есть, то она не в $PATH, или на ней не стоит exec-бит.

А это не может влиять на картинку?

Зависит от видеокарты.

или может другую альтернативу поискать - где не придется каждый раз конфиг перепиливать с выходом новой версией ПО. Можешь что нить посоветовать из таких WM? Хочется раз настроил и забыл.

awesome 4.x. 4.0 был стабилизирующим, теперь внезапно всё ломать и переписывать не будут, а если и будут, некоторое время оно будет работать, но предупреждать юзера о deprecated в лог. Из лёгкого, чтобы обновлялось, но не ломался конфиг — это i3, но там другой подход к тайлингу и гибкость сильно меньше. Сам я его не тыкал, потому могу даже ошибаться.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

Какая версия осома была раньше?

Эта же на которую откатился, вообщем ладно с этими скриптами забыли. Не так страшен черт, переделал я конфиг под четвертую версию. Единственное теперь вот это как пофиксить: http://pixs.ru/showimage/fffjpg_3001612_26705171.jpg

ving2
() автор топика
Ответ на: комментарий от ving2

вот это как пофиксить

Я похож на телепата? Ты мне код покажи.

А лучше сходи в мой последний скриншот в галерее, там есть ссылка на мои конфиги, возьми там календарь. Он без иконки и работает по клику, но он в разы проще и запилен под 4.0.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

Ты мне код покажи.

подумал может это вообще никак не связано с конфигом... вот отсюда тему брал - абсолютно одинаковый эффект c календарем на свех темах: https://github.com/copycat-killer/awesome-copycats/blob/master/themes/holo/th...

последний скриншот в галерее

спасибо, посмотрю. У меня еще проблема нарисовалась после выхода из асома, отваливается что то (какие то polkit,dbus проблемы).... Вообщем проявляется это на том что (работает только от рута) не работает монтирование, перезагрузка, выключение, в nm-connection-editor все становится не активным. Поэтому вопросу наверно стоит другую тему создать.

ving2
() автор топика
Ответ на: комментарий от ving2

Да не важно, какая тема, важен код самого календаря.

после выхода из асома, отваливается что то (какие то polkit,dbus проблемы)

У тебя awesome без dbus, может конфликт версий, или ещё что.

не работает монтирование, перезагрузка, выключение, в nm-connection-editor все становится не активным

Это проблемы с правами, я не знаю, как это фиксить в Debian.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

У тебя awesome без dbus, может конфликт версий, или ещё что.

да не я же на 4 версию перелез, все начисто поставленно:

awesome v4.0 (Harder, Better, Faster, Stronger)
 • Compiled against Lua 5.1.5 (running with Lua 5.1)
 • D-Bus support: ✔
 • execinfo support: ✔
 • RandR 1.5 support: ✔
 • LGI version: 0.9.1

Это проблемы с правами,

да это отваливается после awesome.quit

важен код самого календаря

-- Calendar
local mytextcalendar = wibox.widget.textclock(markup.fontfg(theme.font, "#FFFFFF", space3 .. "%d %b " .. markup.font("Roboto 5", " ")))
local calendar_icon = wibox.widget.imagebox(theme.calendar)
local calbg = wibox.container.background(mytextcalendar, theme.bg_focus, gears.shape.rectangle)
local calendarwidget = wibox.container.margin(calbg, 0, 0, 5, 5)
lain.widget.calendar({
    attach_to = { mytextclock, mytextcalendar },
    notification_preset = {
        fg = "#FFFFFF",
        bg = theme.bg_normal,
        position = "bottom_right",
        font = "Monospace 10"
    }
})
ving2
() автор топика
Ответ на: комментарий от ving2

да это отваливается после awesome.quit

И всё равно это проблемы с правами.

Код календаря, самого календаря, а не то, что у тебя в rc.lua к календарю относится.

Но я уже вижу, что это Lain. Его я не щупал, но видел подобное у actionless

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

И всё равно это проблемы с правами.

появляется вот такое в .xsession-errors , связано оно или нет не знаю

urxvt: X connection to ':0.0' broken, unable to recover, exiting.
Gdk-Message: polkit-gnome-authentication-agent-1: Fatal IO error 11 (Resource temporarily unavailable) on X server :0.0.

ving2
() автор топика
Ответ на: комментарий от ving2

Это говорит о том, что urxvt был закрыт с ошибкой, так как dbus-сессия была закрыта и X-сервер был убит, и окну негде стало отрисовываться. Видимо, ты вышел из осома, не закрыв терминал, так что эта ошибка вполне естественна, и внимания не стоит.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

Код календаря, самого календаря

а где его найти?

ving2
() автор топика
Ответ на: комментарий от ving2

это решилось удалением slim. раньше таких траблов с ним не было.

В этом виноват systemd. Я не знаю, каким боком, ибо у меня всё работает в генте, но где-то всплывало на ЛОРе, как раз в контексте дебиана.

Код календаря, самого календаря

а где его найти?

Куда ложил, там и бери. Я откуда знаю, куда Lain класть надо? Ищи у себя в $XDG_CONFIG_HOME/awesome/.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

ибо у меня всё работает в генте

на jessie - все работало тоже, попробывать может slim версию от туда взять, если оно вообще установится...

Куда ложил, там и бери.

вот наверно: https://raw.githubusercontent.com/copycat-killer/lain/245ab7c33a3261bd2730fdb...

ving2
() автор топика
Ответ на: комментарий от ving2

на jessie - все работало тоже, попробывать может slim версию от туда взять, если оно вообще установится...

По поводу slim тебе лучше создать отдельный тред. Туда сразу выложи конфиг slim и его лог.

вот наверно

Да, это оно, но я не нашёл там ничего криминального.

r3lgar ★★★★★
()
Ответ на: комментарий от actionless

Оу, давно я в сорцы не глядел…

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

Но вообще, да, неплохое вливание, многим пригодится.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

По поводу slim тебе лучше создать отдельный тред. Туда сразу выложи конфиг slim и его лог.

Попробывал от jessie версию. Такой же эффект. В логах slim ничего не видно. Заметил такую особенность, если сделать awesome.quit потом залогиниться в систему. Оно отваливается. Затем сделать systemctl restart slim. Потом опять залогиниться, то все в норму приходит.

ving2
() автор топика
Ответ на: комментарий от r3lgar

не этот фикс с юнитом не помогает. Да посижу пока на lightdm.

ving2
() автор топика
Ответ на: комментарий от r3lgar

тему заводить лень еще вот такой фокус, когда отваливается:

echo $XDG_SESSION_ID
возвращает пустую строку

ving2
() автор топика
Ответ на: комментарий от ving2

Так же если сделать, после того как отвалилось:

loginctl kill-session $XDG_SESSION_ID
где $XDG_SESSION_ID - номер сессии где все работало. потом залогиниться, все приходит в норму:
echo $XDG_SESSION_ID
возвращает цифру.

ving2
() автор топика
Ответ на: комментарий от ving2

У тебя systemd, но slim пускает сессию мимо logind, и не убивает её при выходе, или не отпускает сессию иксов до самой смерти.

Покажи конфиг slim (/etc/slim.conf) и его юнит (где он лежит можно посмотреть в верхних строках выхлопа systemctl status slim).

r3lgar ★★★★★
()
Ответ на: комментарий от ving2

Я так и думал.

Если у тебя юнит в /usr/, скопируй его в /etc/systemd/system/slim.service, удали из него -nodaemon, в slim.conf сделай daemon yes.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

сам юнит лежит здесь:

/lib/systemd/system/slim.service
вообщем попробую, спасибо.

ving2
() автор топика
Ответ на: комментарий от r3lgar

если так сделать, то юнит не стартует. в логах слима: slim unexpected signal 15

стартует если - daemon yes не добавлять. но попрежнему отваливается.

ving2
() автор топика
Последнее исправление: ving2 (всего исправлений: 1)
Ответ на: комментарий от ving2

/etc/slim.conf:

default_path /bin:/usr/bin:/usr/local/bin
default_xserver /usr/bin/X
xserver_arguments -nolisten tcp -br -depth 24 -dpi 96 vt11
xauth_path /usr/bin/xauth
login_cmd exec /bin/bash -login ~/.xinitrc
sessionstart_cmd /usr/bin/sessreg -a -l $DISPLAY %user
sessionstop_cmd /usr/bin/sessreg -d -l $DISPLAY %user
daemon true
lockfile /var/run/slim.pid
logfile	 /var/log/slim.log
authfile /var/run/slim.auth
halt_cmd /usr/lib/systemctl poweroff
reboot_cmd /usr/lib/systemctl reboot
suspend_cmd /usr/lib/systemctl suspend
console_cmd /usr/bin/termite
screenshot_cmd /usr/bin/import -window root /tmp/slim.png

/etc/systemd/system/slim.service:

[Unit]
Description=SLiM Simple Login Manager
After=systemd-user-sessions.service

[Service]
ExecStart=/usr/bin/slim -s
Restart=always

[Install]
Alias=display-manager.service

  • slim 1.3.6
  • systemd 233
  • sessreg 1.1.1
  • xorg-server 1.19.3

УМВР с данной конфигурацией в Gentoo.

r3lgar ★★★★★
()
Ответ на: комментарий от r3lgar

там нужно добавить вот это:

sed -r -e "s/_\\x08//g"

Но куда там его вставить, или как правильно добавить? Пробую так:

f = calendar.cal .. ' | sed -r -e "s/_\\x08//g"'
Получаю только дату (которая большими цифрами отображается). https://github.com/copycat-killer/lain/issues/49

ving2
() автор топика
Последнее исправление: ving2 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.