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

/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, если не нравится.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У тебя 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"
    }
})

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

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

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

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

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

появляется вот такое в .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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

вот наверно

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

а тем временем:

https://github.com/awesomeWM/awesome/pull/1689

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

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

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

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

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

Глянь сюда, может это оно? Если не оно, то заводи тред про slim, выкладывай туда конфиг slim, лог иксов, systemd-юнит slim.

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

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

echo $XDG_SESSION_ID

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

loginctl kill-session $XDG_SESSION_ID

echo $XDG_SESSION_ID

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

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

https://pastebin.com/A3Qe3cr9 https://pastebin.com/hD8L3vci

Я так и думал.

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

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

/lib/systemd/system/slim.service

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

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

/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.

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

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

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

f = calendar.cal .. ' | sed -r -e "s/_\\x08//g"'