Тут вот в чём фокус:
Если достану из форума свои сообщения по led-{ws,vs}, то не мы с ними, а они с нами спать будут. Поддержка этих ядер прекращена. Миша где-то об этом сообщал. Косяков в этих ядрах немного, но они серьёзные.
Да, я знаю. Просто хотелось почитать об особенностях ветки led.
К этой теме надо относится с изрядной долей здорового скепсиса.
Видел дельный комментарий от
generatorglukoff:
Re: kernel <-> glibc соответствие
>на уровне syscall'ов, а они почти всегда обратно совместимы.
syscall`ы - да, а метод их вызова? я когда переходил с 2.4.21 сразу на 2.6.12 был слегка в шоке - в последних ядрах используется вызов через VDSO, а раньше - через int 0x80
Иногда на багтрекерах в обсуждениях пробегают обходные решения.
Искал, но не увидел.
Дан, я спектрумист, какая бы операционка у меня ни стояла бы и отношение к коду такое же, и этого не изменить. Не принято на спектруме писать паскудный код. Не умеешь писать хороший сложный код, пиши проще, но сделай это хорошо. Я не зря часто поминаю Real Commander. И он содержит диск-доктор с прямым доступом к диску, а тут не попаскудишь. Это один кодер, в одиночку, а не GPL хором. А Линуксу я уже перестал доверять. Линукс это не результат, это процесс.
Ошибки есть везде. Даже в таком апологете надёжности и стабильности как Slackware. В последнем релизе стабильной Слаки видел два бага, но все они ядерного уровня: тот же фриз и мёртвый вис при переключении X<->tty. Слакоделы сделали всё что могли, но ядро это не их епархия.
Все так... И конца этой гонке нет и не предвидится. Тут или переходить хотя бы на ту же слаку, что проще,
Не слышал чтобы Патрик хоть раз подвёл.
или пилить себе нишу самому.
sysv-lxde? Как "объезд" косяка STR в Системные действия Xfce.
Но нужно лёгкое подключение по самба в произвольно взятой сети и без страшных слов протокол.
Тут вот в чём проблема:
Этот ноут в любой момент может уйти в школу. А я не школьный работник и не могу постоянно торчать на уроке рядом с ноутбуком и человеком владеющим разговорным испанским, но далёким от компьютерных премудростей, объясняя ему что делать на вопрос: а что это за окно в этих линуксах вывалилось на английском языке, что с этим нужно делать и насколько это опасно? Это в любой операционной системе НЕ нормально!
Но при этом нужно обеспечить быстрый доступ к suspend.
Да можно выкрутить через рулез для pkexec с /usr/sbin/xfce4-pm-helper, но меня приводит в трепет это безусловное Yes при:
If username is not specified, then the program will be executed as the administrative super user, root.
И это при том что у этого helper-а, который и делает-то только suspend и hibernate (внимание!, - на десктопе), права only be used by the root user и pkexec через рулез ему без вариантов:
# strings /usr/sbin/xfce4-pm-helper | sed -n '38,46p'
Suspend the system
Hibernate the system
XFCE Power Management Helper
No valid option was specified
PKEXEC_UID
/usr/sbin/pm-suspend
/usr/sbin/pm-hibernate
This program can only be used by the root user
This program must only be run through pkexec
Я понимаю что для сервера это необходимо, но десктоп это ни разу не сервер. А sudoers для пользователя который
должен обязан быть непривилегированным, это уже хуже некуда. В wheel я такого пользователя ни при каких условиях не пущу.
Короче, ситуация патовая.
Кстати, а нахрена этому хэлперу на десктопе такие жёстко ограниченные права, если suspend на десктопах делается на каждом втором? Ввиду функционала хэлпера, для десктопов это абсолютно нелогично.
Попробовал выкрутить права через /sys/power/state, но стало ещё хуже:
С текущим рулезом для NM, непривилегированный может потерять сеть и никогда её уже не поднять из-за жёстко ограниченных прав: при freeze NM "потеряет" скрытый пароль в окне ввода и оставит окно пустым.
Ещё хуже будет если непривилегированный застрянет на бесконечной попытке подключиться к сети.
А наделять пользователей правами подключения к сети избирательно в мультиюзер системе, это гарантированно оставить других пользователей без сети. Но фишка в том что отключение сети происходит общесистемно, а не избирательно по пользователям. Единственный вариант это разрешить всем через рулез подключение к сети, а всё остальное запретить. Но это полумеры, поскольку если окно NM потеряло пароль, а пользователь его не знает, то сеть он не поднимет. А при /sys/power/state, у непривилегированного, NM обязательно его запросит.
Я пытаюсь удержать в голове эту связку suspend/сеть и как-то гармонично выстроить эту конструкцию в альтах с sysv при текущих багах и не багах Xfce/ядро, не подвергая опасности ни систему ни пользователя, но она в линукс никак не выстраивается.