Ещё один человек покидает технический комитет Debian

а куда ещё?

только маргинальные дистрибутивы (которые могут позволить себе забить запаковывать неугодные пакеты) пока будут сопротивляться

Я сижу на testing. Уже полгода как systemd заместо init. Глобальных проблем с ним нет, были с gtk проблемы и моей темой (greybird). Исправились обновлением темы. Интерфейс network-manager глючит. Выход из suspend только по кнопке, раньше по открытию крышки выходил (ноут). Suspend по закрытию крышки перестал работать из-за systemd. Есть еще всякие мелкие раздражающие факторы. Сейчас обновляюсь редко, ибо не хочу новых проблем. Буквально полгода назад у меня все работало как часы, но черт дернул сделать apt-get upgrade и начали всплывать мелкие, описанные выше косяки. Еще до сих пор не смог сделать synclient скрипт в автозагрузку, с sysvinit он бы работал.

Интерфейс network-manager глючит. Выход из suspend только по кнопке ... Suspend по закрытию крышки перестал работать ... еще всякие мелкие раздражающие факторы. Сейчас обновляюсь редко, ибо не хочу новых проблем.

Буквально полгода назад у меня все работало как часы,

А что нибудь из серии «стало удобнее ..., стало быстрее ..., стало проще ...» есть?

Я сижу на testing. Уже полгода как systemd заместо init. Глобальных проблем с ним нет

Все возможные баги systemd - это цветочки. Суть не в этом, сейчас альфа-бета тестинг, затем начнут закрывать исходники, следующий шаг проприетарные компоненты за денюжку с этикеткой лицензии неклеенной на несъёмной части корпуса, как завещал ms. Дальше всё...,либо маргинальный дистрибутив где работают только программы лично написанные Столлманом, либо ничего. Готовьтесь.

А за счёт чего система у меня включается и знать не хочу.

Ну дык - кто бы сомневался что вантузятнегам этого не надо :)

Дедиан и Бабушкиан.

Это сообщество по большей части состоит из неадекватных, ленивых и ни на что не способных бездарей.

А-ха-ха, до такого даже Ян не додумался, несмотря на порванный пукан. Я как-то даже не решаюсь представить, что именно сделало тебе сообщество дебьян что у тебя ТАКОЙ плазменный баттхёрт? - изнасиловали с помощью силиконовой модели своего логотипа в масштабе 27:1? Или просто указали безграмотному дитяте на необходимость ликбеза?

системд - монолит и вещь в себе, и какие-то смежные техники (как в вашем примере автодополнение баша), заюзать уже будет посложнее.

Блин-блин-блин, пожалуйста не останавливайся - обязательно пиши ещё!!! Я такого концентрированного идиотизма с последнего зачёта не видел!

Вот до чего доводит systemd-хейтерство. Debian трещит по швам...

У меня для тебя плохие новости: это не дебьян. Подсказываю - попробуй пошуровать сзади ;-)

озвучивать не только внутренние дрязги, но и собственно настоящее состояние объекта новости, можно ?

А с какого перепугу ты решил, что новость и сдетонировавшем пукане какого-то чувака нетрадиционной ориентации имеет хоть какое-то отношение к состоянию дебьяна? Как вообще подобное может быть связано?!

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

Ясно, не в курсе, случаем, там СиСи Кэпвел из комы вышел ? - а то я не слежу.

«одна политика обновления»

Зачем политика. У дистрибутивов уже есть сложившаяся традиция работы с пакетами. И собственные зеркала с репозиториями. Все что надо поменять - формат пакетов. После чего я смогу к своему арчику подключить дебиан-репу, если понадобится. Или подключить софт прям с гитхаба, непосредственно от разработчика. И обновлять всё это одной командой.

Эх, мечты, мечты)

А потом начнут перерабатывать старых пользователей в мыло и кормить им новых пользователей

Живу без системд. Правда и без юдискс2, что, впрочем проблем не создает, т.к. я и так все время в консоли...

слака все умеет уже лет 15...

FUD.

Неосилятор. Маны почитать — не? Система должна с libastral линковаться?

это тот, что на пистоне и виснет?

И чё Луноксокапец. Слава Minix! всегда можно свалить в ад к FreeBSD.

Неосилятор, возможно. Если расскажешь, как заставить этот unit работать, куплю пива :)

cat /etc/systemd/system/synclient.service 
[Unit]
Description=Configures synaptics touchpad
After=x-display-manager.target graphical.target
Requires=graphical.target

[Service]
Environment="DISPLAY=:0" "XAUTHORITY=/home/insider/.Xauthority"
Type=oneshot
ExecStart=/usr/bin/synclient TapButton2=2 TapButton3=3

[Install]
WantedBy=graphical.target

sudo systemctl is-enabled synclient.service
enabled

sudo journalctl -u synclient.service 
-- Logs begin at Sat 2014-11-22 00:44:31 MSK, end at Sat 2014-11-22 11:28:33 MSK. --
Nov 22 00:44:47 laptop synclient[1838]: Invalid MIT-MAGIC-COOKIE-1 keyFailed to connect to X Server.
Nov 22 00:44:47 laptop systemd[1]: synclient.service: main process exited, code=exited, status=1/FAILURE
Nov 22 00:44:47 laptop systemd[1]: Failed to start Configures synaptics touchpad.
Nov 22 00:44:47 laptop systemd[1]: Unit synclient.service entered failed state.

Ты случайно не школьник? Может рен-тв смотришь регулярно?

Проблема:

• запуск DM ещё не гарантирует запуска иксов
• $HOME/.Xauthority появляется только после логина пользователя

Вывод: такие вещи неправильно запускать при помощи системного менеджера, будь то sysvinit или systemd. Если раньше «всё работало» — поздравляю, оно работало на честном слове и в условиях жутчайшей гонки.

Ну и это не считая разных концептуальных проблем вида «а где гарантия, что дисплей всегда будет :0?».

Решение: /etc/X11/xinitrc.d/99-synclient

#!/bin/sh
/usr/bin/synclient TapButton2=2 TapButton3=3

А что нибудь из серии «стало удобнее ..., стало быстрее ..., стало проще ...» есть?

Стало проще управлять автозагрузкой. Раньше были какие-то сторониие sysv-rc и кривой update-rc.d

Неудобно смотреть логи через journalctl, надо учить опции.

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

Suspend по закрытию крышки перестал работать из-за systemd.

/etc/systemd/logind.conf:

HandleLidSwitch=suspend

Выход из suspend только по кнопке, раньше по открытию крышки выходил

А это точно связано с systemd? Звучит как регрессия в ядре.

Решение: /etc/X11/xinitrc.d/99-synclient

Не работает.

А это точно связано с systemd

Точно, ядро то же самое, что и до systemd было.

chmod +x сделал? Если да (и всё равно не работает), значит, у тебя какой-то странный DM и/или другие пути.

chmod +x сделал?

Сделал и даже редирект stdout/stderr в логи сделал. В логах пусто. DM: lightdm-1.10.3, DE: xfce-4.10.1, debian jessie

Угу, ошибочка вышла, пути на самом деле другие, это у меня DM странный. Файл /etc/X11/xinit/xinitrc.d/99-synclient.

Я так понимаю, оно только после ребута должно работать. А если выключить, включить тачпад, то настройки сбросятся (после suspend такое происходит). Это можно как-то обойти?

Энджой. Это нужно засунуть в отдельный скрипт и запускать с амперсандом в конце (т. е. чтобы форкнулось в фон) из ещё одного скрипта в xinitrc.d (не из того же!).

#!/bin/bash

function assert() {
	if ! eval "[[ $1 ]]"; then echo "Assertion failed: '$1'" >&2; exit 1; fi	
}

while read message; do
	if [[ "$message" == *"member=PrepareForSleep"* ]]; then
		# read PrepareForSleep's arguments: a single boolean
		read type value
		assert "'$type' == 'boolean'"
		if [[ "$value" == "false" ]]; then
			# false means "after resume". do what we have to
			source /etc/X11/xinit/xinitrc.d/99-synclient
		fi
	elif [[ "$message" == *"member=NameAcquired"* ]]; then
		# I don't know why this signal is reported, but well
		# read NameAcquired's arguments: a single string
		read type value
		assert "'$type' == 'string'"
	else
		echo "Wrong signal: '$message'" >&2
		exit 1
	fi
done < <(dbus-monitor --system --monitor "interface='org.freedesktop.login1.Manager',member='PrepareForSleep'")

Примечание: это существенно systemd-only (точнее, logind-only), т. к. мы слушаем logind-вский интерфейс и полагаемся на то, что по завершении сессии процесс будет прибит.

Файл /etc/X11/xinit/xinitrc.d/99-synclient

Так тоже не работает =)

А в логах есть что-то? Оно хоть запускается? Предполагаю, что xfce вмешивается и оверрайдит настройки.

В логах syslog, messages, Xorg.0.log, lightdm.log никакого упоминания synclient. Лучше уж тогда через systemd сделать.

Нет, я про echo, вставленные тобой в скрипт. =)

Лучше уж тогда через systemd сделать.

Говорю же — через systemd не сделаешь. Или сделаешь, но с помощью быдло-sleep.

для работы какой-то сраной системы инициализации требуется читать МАНЫ? да вы упоролись!

Бгг.

подождите, а как же избавление от портянок на баше?!

А это к systemd не имеет никакого отношения. Потрудись прочесть контекст хотя бы до двух-трёх постов выше.

echo я не вставлял, я сделал так

cat /etc/X11/xinit/xinitrc.d/99-synclient
#!/bin/sh
/usr/bin/synclient TapButton2=2 TapButton3=3 2>&1 >> /tmp/synclient.log

По крайней мере у меня synclient ничего не выводит.

он то не выводит, но в случае ошибки должен что-то вывести, как в примере с systemd. Такое ощущение, что он просто не запускается.

...или, как я уже сказал, xfce4 (запускающийся строго после скриптов в этой директории) оверрайдит настройки тачпада: http://docs.xfce.org/xfce/xfce4-settings/mouse

тогда этот скрипт чуть более, чем полностью бесполезен.

Возможно. У меня нет xfce, и я им никогда не пользовался.

Если это и в самом деле происходит — тогда тебе стоит сделать как описано в конце страницы (xfconf-query), предварительно выяснив имя нужной настройки.

Я всё жду, когда кто-нибудь запостит портянку на пхп для системде.

Какая разница, запускать xfconf-query или synclient?

Первое — это абстракция над вторым (если грубо). И оно персистентное, т. е. настройки не сбросятся при перезапуске xfce. Если я всё правильно понял.