The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Представлен elogind, обособленный вариант logind, независимы..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от opennews (??) on 21-Апр-15, 20:48 
Разработчики полностью свободного дистрибутива Guix (http://www.opennet.dev/opennews/art.shtml?num=41602) выступили (https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...) с инициативой выделения системы управления пользовательскими сеансами logind из systemd и распространения в форме самодостаточного пакета elogind (https://github.com/andywingo/elogind). Проект развивается путём форка репозитория systemd и постепенного вычищения частей, не связанных с работой logind. Имя "elogind" выбрано по аналогии с форком "eudev (http://www.opennet.dev/opennews/art.shtml?num=35619)".


Из связанных с logind компонентов отмечается интеграция с PAM и Polkit. Взаимодействие Gnome-session и gnome-settings-daemon с  logind производится  через D-Bus. Из оставленных компонентов systemd отмечается библиотека для представления внутреннего состояния elogind через ФС, непосредственно демон logind, PAM-модуль и тестовые исполняемые файлы (loginctl, systemd-inhibit).


Большинство имен заменены с systemd на logind (например, библиотека libsystemd переименована в libelogind), но некоторые оставлены для обеспечения совместимости. Разработка ведётся с оглядкой на обеспечение корректной работы c GNOME. В будущем ожидается интеграция elogind в дистрибутив Guix.


URL: https://lists.gnu.org/archive/html/guix-devel/2015-04/msg003...
Новость: http://www.opennet.dev/opennews/art.shtml?num=42079

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Представлен elogind, обособленный вариант logind, независимы..."  +11 +/
Сообщение от Аноним (??) on 21-Апр-15, 20:48 
Молодцы!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Представлен elogind, обособленный вариант logind, независимы..."  +3 +/
Сообщение от Анончег on 22-Апр-15, 00:44 
Ага, только с названием подкачали, надо было ёlogind назвать, а иначе нифига не взлетит.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Представлен elogind, обособленный вариант logind, независимы..."  –3 +/
Сообщение от Амонин on 21-Апр-15, 21:36 
А не проще допиливать существующий sysv или upstart и соответствующие компоненты?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от Аноним (??) on 21-Апр-15, 22:33 
Уже нет
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

24. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от Аноним (??) on 22-Апр-15, 10:54 
Ты новость-то прочитай сначала, писатель. Эту штуку пилят с целью отвязать GNOME от системды. Проблема в гноме, а не в ините как таковом.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

26. "Представлен elogind, обособленный вариант logind, независимы..."  +4 +/
Сообщение от Адекват (ok) on 22-Апр-15, 11:48 
> Ты новость-то прочитай сначала, писатель. Эту штуку пилят с целью отвязать GNOME
> от системды. Проблема в гноме, а не в ините как таковом.

А мне вот кажется, что gnome и systemd идеально друг друга дополнят, и будут образцом того "как делать не нужно", это будет идеал, абсолют мерзости и отвращения.
Вы только представьте - глючное, негуманоидное, с непомерными требованиям к ресурсам решение, которое за GUI представляет собой нечто бинарное и не настраиваемое.
В идеале это будет единый бинарный файл, размером в 12Гб, который является еще и контейнером для самого себя, со своей файловой системой, архитектурой, форматом бинарных файлов, ядром, системными вызовами - все свое, все закрытое, исходные коды без комментариев, все работает через пень колоду, имена устройств вида /systemd/dev/block-/ata/001/002/systemd-block.device.ata.001.002, имена сетевых интерфейсов еще хуже, смерть, СМЕРТЬ СМЕРТЬ! СМЕРТЬ !!! СМЕРТЬ !!!!!! ВПМЫПАКУ№ЙО"ЁО№!Е№"Е№"!;№!

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

31. "Представлен elogind, обособленный вариант logind, независимы..."  +3 +/
Сообщение от anonimous on 22-Апр-15, 15:15 
> Эту штуку пилят с целью отвязать GNOME от системды.

А зачем? Вот прямо цельным монолитом и выкинем.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

5. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Kroz email(??) on 21-Апр-15, 21:44 
Расскажите популярно что это, и как все жили без этого до сих пор?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

13. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от qqq (??) on 22-Апр-15, 00:15 
> что это

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

>  как все жили без этого до сих пор?

X от рута, chmod 777 на устройства и т.п. Короче, параноики страдали, остальным как обычно пофиг.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

20. "Представлен elogind, обособленный вариант logind, независимы..."  –1 +/
Сообщение от Аноним (??) on 22-Апр-15, 07:39 
А остальным понятно только когда в многолетнюю свалку костылей называемую xorg залетает эксплойт. Правда, тогда уже "поздняк метаться".
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

29. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от equeim (ok) on 22-Апр-15, 13:53 
Альтернатива Consolekit, которая не systemd.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

32. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Аноним (??) on 22-Апр-15, 15:44 
Его бросили и больше не поддерживают.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

41. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от chinarulezzz (ok) on 22-Апр-15, 19:04 
> Его бросили и больше не поддерживают.

проект xfce4 подобрал.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

6. "Представлен elogind, обособленный вариант logind, независимы..."  –8 +/
Сообщение от Аноним (??) on 21-Апр-15, 21:46 
Сначала всё собрать в системд, потом системд разобрать. Такие люди называются дроч.ры...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "Представлен elogind, обособленный вариант logind, независимы..."  +13 +/
Сообщение от Аноним (??) on 21-Апр-15, 22:46 
Если бы это были одни и те же люди, тогда ты был бы прав. А тут собирают одни, а разбирают разные.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

25. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от DeadLoco (ok) on 22-Апр-15, 11:36 
роч.рыД
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

44. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Аноним (??) on 22-Апр-15, 22:25 
Зато потом из получившегося конструктора пользователи смогут сами собрать себе базовую систему, вместо всяких logind-ов с бинарным выводом включив логгеры с человекочитаемым выводом. А также клиентов DHCP, NTP и пр., которые им нравятся. И без всяких QR-кодов и прочих поэтесс.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

61. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от torvn77 (ok) on 24-Апр-15, 00:23 
>>И без всяких QR-кодов и прочих поэтесс

А вот QR-коды лучше оставить.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

8. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Аноним (??) on 21-Апр-15, 22:26 
зачем вообще нужен этот logind, 3 лет без него жили, а теперь вот без него никак.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Представлен elogind, обособленный вариант logind, независимы..."  +8 +/
Сообщение от Michael Shigorin email(ok) on 21-Апр-15, 23:14 
> зачем вообще нужен этот logind

lockind

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

14. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Аноним (??) on 22-Апр-15, 00:17 
>> зачем вообще нужен этот logind
> lockind

lock_in_d...

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Представлен elogind, обособленный вариант logind, независимы..."  –1 +/
Сообщение от Аноним (??) on 22-Апр-15, 02:02 
это ты продемонстрировал свой реальный уровен знаний? ответь осмысленно слабо?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

38. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 22-Апр-15, 18:01 
multiseat, функциональность переключения пользователей - это непросто все делается, с учетом открытых аудио-устройств, USB-устройств, права на которые уже даны первому пользователю и подобного. Вот этим управлением и занимается logind: http://www.freedesktop.org/wiki/Software/systemd/multiseat/

Если вы дома один и компьютер у вас 100% персональный, на него не бывает ни удаленного входа, ни желающих поработать, пока вас нет, а экран залочен - вам logind ни 3 года назад, ни сейчас не нужен. Но у многих такие потребности появляются.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

40. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 22-Апр-15, 18:46 
> Если вы дома один и компьютер у вас 100% персональный, на него
> не бывает ни удаленного входа, ни желающих поработать, пока вас нет,
> а экран залочен - вам logind ни 3 года назад, ни
> сейчас не нужен. Но у многих такие потребности появляются.

Вот уж от Вас не ожидал такого...

Домашняя машинка использовалась несколькими людьми параллельно примерно с тех пор, как переехала с EGA на VGA.  Никакой logind там всё так же не нужен.  Да и термин multiseat именно в этом смысле постарше будет, чем systemd ("Горыныч").

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

45. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 23-Апр-15, 01:16 
Эм. Проблемы были. Хотя сейчас добавились и новые. Мир меняется все-таки. Например:
1) не было массы USB-устройств с желанием совместно использовать - один воткнул флешку, оставил, как другому размонтировать и удалить? Либо нужны права рута (тогда это было ок, но сейчас считается, что это наприемлимо).
2) аудио-устройство. Были решения типа "/dev/dsp дать писать из группы audio, пользователей добавить в эту группу". Ну ок. А один пользователь оставил плеер запущенный, /dev/dsp открыт каким-нибудь xmms'ом на паузе, приходит второй, процесс первого не убить, второй раз устройство не открыть. Что делать?
3) предположим, вместо функциональности быстрого переключения пользователей при залоченных иксах мы переходим в консоль, входим и запускаем новые. Это же больше вообще не работает! Ну или практически не работает. При попытке сделать это на современном десктопе, когда даже WM хочет opengl, на ATI'шной карте - проблем не оберешься. Значит, нужны новые решения. А вот обеспечить графику для второго пользователя *в тех же иксах*, без logind или аналога, помогающего обеспечить две сессии? Из коробки решений нет. Или нужно писать аналог logind (про что и новость, я так понимаю).

Про "горыныч" я слышал, но это явно решение не для того, что понимают под multiseat теперь. Оно даже не пыталось обеспечить комфорт помимо клавы-мышки-монитора.

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

50. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 10:50 
> 1) не было массы USB-устройств с желанием совместно использовать - один воткнул
> флешку, оставил, как другому размонтировать и удалить? Либо нужны права рута

...либо группа.

> 2) аудио-устройство. Были решения типа "/dev/dsp дать писать из группы audio

...ага.

> пользователей добавить в эту группу". Ну ок. А один пользователь оставил плеер
> запущенный, /dev/dsp открыт каким-нибудь xmms'ом на паузе, приходит второй,
> процесс первого не убить, второй раз устройство не открыть. Что делать?

Что значит "не открыть"?  Давным-давно dmix работает, даже если не воткнута какая sblive/ymf724/ice1724.  Хотя дома всё же воткнута.

> 3) предположим, вместо функциональности быстрого переключения пользователей
> при залоченных иксах мы переходим в консоль, входим и запускаем новые.
> Это же больше вообще не работает! Ну или практически не работает.

Шо, сломали?  А у меня работает (и в альте было обустроено по-человечески ещё лет десять назад -- если уж неохота запускать dm на нескольких консолях):
http://lists.altlinux.org/pipermail/community/2002-March/467...
http://git.altlinux.org/gears/x/xinit.git?p=xinit.git;a=blob...

> При попытке сделать это на современном десктопе, когда даже WM хочет opengl

А почему у меня на современном десктопе один не хочет, другой умеет не хотеть?

> на ATI'шной карте - проблем не оберешься. Значит, нужны новые решения.

То есть "новые решения" нужны потому, что работавшее давным-давно "больше не работает"?

> А вот обеспечить графику для второго пользователя *в тех же иксах*, без
> logind или аналога, помогающего обеспечить две сессии? Из коробки решений нет.

Знаете, я тоже умею при желании манипулировать постановкой вопроса -- но не вижу смысла.

Вон федорасы-гномятники сломали иксы, прибив 96dpi, а затем героически ломанулись делать HiDPI и размахивать им пару выпусков тому.  Кому такое на руку?

> Про "горыныч" я слышал, но это явно решение не для того, что понимают под multiseat
> теперь. Оно даже не пыталось обеспечить комфорт помимо клавы-мышки-монитора.

Оно при этом обеспечивало вполне реальный учебный процесс разумными средствами, заодно введя термин, который ушлые пришлые тихой сапой пытаются перехватить под себя (и это тоже показательно).

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

53. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 23-Апр-15, 16:19 
> ...либо группа.

Раньше - предположим. А сейчас, когда идет монтирование через fuse? Только рут поможет размонтировать это.

> Что значит "не открыть"?  Давным-давно dmix работает, даже если не воткнута какая sblive/ymf724/ice1724.  Хотя дома всё же воткнута.

Имхо dmix та еще неработающая штуковина, т.к. во времена, когда ее пытались внедрять, софт, прибитый к hw:0 все равно все ломал. А часть (хе-хе, audacity и остальное на portaudio) как-то очень мерзко с ним работало. К счастью, нынче он ушел на свалку истории и туда ему и дорога. Но идея понятна, dmix действительно похоже позволял шарить между несколькими пользователями. Но только это однобокое понимание проблемы. Аудио-карта это не только вывод, это еще и ввод звука (не угодно втыкать в аудио-карту - представим себе веб-камеру). И как тут быть без pulseaudio+logind?

> Шо, сломали?  А у меня работает

Так не там сломали. В драйвере сломано (как минимум в каталисте).

> А почему у меня на современном десктопе один не хочет, другой умеет не хотеть?

Через llvmpipe пускать? Можно, но обидно.

> То есть "новые решения" нужны потому, что работавшее давным-давно "больше не работает"?

Вот это хороший вопрос. Мне тоже обидно, что некоторые старые решения сломаны, хотя я более критично отношусь к некоторым (напр. то, что старый глючный костыль dmix потерял актуальность, я очень рад, аудио-сервер это намного более актуальное решения, в те времена они все тоже подклюкивали и давали задержку, но это во-всяком случае можно было вылечить - и вылечели, а проблемы dmix неисправимы. Но я отвлекся). Но как бы сказать? Я с пониманием отношусь к ситуациям типа сломанным сессиям иксов, т.к. несколько независимых сессий на "умной" видеокарте, умеющей хитрую акселерацию, но нуждающуюся в общем месте для управления ей это *сложно*. И меня скорее всегда удивляло, что это вообще работает. Поэтому когда это сломали - ну что поделать. Раньше-то действительно было проще. Иксы со своим драйвером, все. Ну потом еще DRI добавился (кстати, его использование не факт что совместимо с двумя сессиями..). А сейчас? Драйвер в ядре, drm, mesa, драйвер в иксах, а в случае проприетарных драйверов - еще и дополнительные механизмы IPC вкорячены. Да радоваться надо, что еще одна сессия кое-как работает со всеми этими абстракциями :)) я считаю, а уж несколько, ну их... С одной действительно проще. И если сделать функциональность нескольких пользователей в одних иксах можно - это вполне красивое решение.

А насчет именно logind - какой-то менеджер все равно нужен. Чтобы как минимум polkit нормально работал. Раньше вместо него был довольно странный ConsoleKit, который вообще ничего не давал кроме затыкания этой самой дыры "чтобы polkit работал". Теперь что-то более функциональное. Разве плохо?

PS нужно еще понимать, что я рассуждаю как программист, что затыкание проблем лишними абстракциями и сущностями значительно практичнее с точки зрения достижения результата, чем серьезное исправление чего-то уже существующего крупного, чтобы проблема исчезла. Такая точка зрения не всех радует :), но в реальности часто приходится делать так, поэтому я спокойно смотрю на все расплодившиеся за последние годы *d и *kit'ы и считаю, что попытка решить проблемы исправлением уже существующих вещей провалилась бы. Впрочем, не "бы", она и провалилась/не взлетела, т.к. просто не нашлось желающих добавить всю нужную функциональность без создания новых сущеностей.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

55. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 16:48 
>> ...либо группа.
> Раньше - предположим. А сейчас, когда идет монтирование через fuse?
> Только рут поможет размонтировать это.

Да ладно, в приличных местах вот так (юзер в группе fuse):

$ sshfs -o intr,nonempty хост:out/ ~/out            
$ fusermount -u ~/out
# control fusermount
fuseonly
# _

>> Давным-давно dmix работает
> Имхо dmix та еще неработающая штуковина, т.к. во времена, когда ее пытались
> внедрять, софт, прибитый к hw:0 все равно все ломал.

То есть неработающий софт, который вместо default прибит к hw, считается работающим?  Ну воля Ваша... а у меня, повторюсь, к dmix незначительные претензии были с десяток лет тому, давным-давно прошли.

> К счастью, нынче он ушел на свалку истории и туда ему и дорога.

В каком бы это месте?

> Аудио-карта это не только вывод, это еще и ввод звука (не угодно
> втыкать в аудио-карту - представим себе веб-камеру). И как тут быть
> без pulseaudio+logind?

Да вот так и были, в чём проблема-то?

>> Шо, сломали?  А у меня работает
> Так не там сломали. В драйвере сломано (как минимум в каталисте).

(воздевая руки) А виноват опять мой линукс, и надо logind, чтоб заработало?..

>> А почему у меня на современном десктопе один не хочет, другой умеет не хотеть?
> Через llvmpipe пускать? Можно, но обидно.

Не, E сам пошустрей умеет, а WM отродясь не надо.  При этом оба прекрасно справляются со своими обязанностями.

>> То есть "новые решения" нужны потому, что работавшее давным-давно
>> "больше не работает"?
> Вот это хороший вопрос. Мне тоже обидно, что некоторые старые решения сломаны,
> хотя я более критично отношусь к некоторым [...] Но как бы сказать?
> Раньше-то действительно было проще. Иксы со своим драйвером, все. Ну потом еще DRI
> добавился (кстати, его использование не факт что совместимо с двумя сессиями..).

Сейчас под руками интел, на нём отлично работает; дома nvidia, там оно тоже сколько помню -- без проблем.  Озадачили, попробую при случае проверить под radeon.

> А сейчас? Драйвер в ядре, drm, mesa, драйвер в иксах, а в случае проприетарных
> драйверов - еще и дополнительные механизмы IPC вкорячены. Да радоваться надо,
> что еще одна сессия кое-как работает со всеми этими абстракциями :))

Тут уж каждый сам выбирает -- железо под задачу, задачу под железо...

> И если сделать функциональность нескольких пользователей в одних иксах можно -
> это вполне красивое решение.

И так тоже можно, да только что одному объезд проблем в fglrx -- то другому похоже на отверстие в безопасности.

> Теперь что-то более функциональное. Разве плохо?

Смотря по тому, нужны ли были эти функции и что за них хотят.

> PS нужно еще понимать, что я рассуждаю как программист

Понимаю :) сам в этом обсуждении скорее "сисадмин".

> но в реальности часто приходится делать так, поэтому я спокойно смотрю
> на все расплодившиеся за последние годы *d и *kit'ы

А я смотрю на то, во что выливаются отладочные сессии при их необходимости.  Причём тут уже и как программист.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

57. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 23-Апр-15, 19:32 
> Да ладно, в приличных местах вот так (юзер в группе fuse):

Возможно. Я не видел. Команду "control" я вообще в первый раз вижу, в debian/RH подобного из коробки точно нет.

> В каком бы это месте?

Ну не пускать же пульс через dmix, это изврат.

> Не, E сам пошустрей умеет, а WM отродясь не надо.  При этом оба прекрасно справляются со своими обязанностями.

Это был просто пример чего-то базового. Но даже обычный софт, использующий clutter - видео/аудио проигрыватиле и прочее уже требует реализации opengl. Я на самом деле не помню точно, зависит ли возможность запускать несколько сессий иксов от того, используется ли 3D-акселерация, мне казалось что зависит. Это я к тому, что наличие таких активных программ в сессии вызовет проблемы с другими сессиями иксов.

> Сейчас под руками интел, на нём отлично работает; дома nvidia, там оно тоже сколько помню -- без проблем.  Озадачили, попробую при случае проверить под radeon.

nvidia даже на закрытых дровах? С радеонами это баг типа
https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+b...

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

59. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 20:30 
>> Да ладно, в приличных местах вот так (юзер в группе fuse):
> Возможно. Я не видел. Команду "control" я вообще в первый раз вижу,
> в debian/RH подобного из коробки точно нет.

http://altlinux.org/control :) (вообще-то прикручивается к любому дистрибутиву, где есть пакетные скрипты перед установкой/удалением, но разумно именно на уровне дистрибутива)

>> В каком бы это месте?
> Ну не пускать же пульс через dmix, это изврат.

Ну и не пускаю пульс.

>> Не, E сам пошустрей умеет, а WM отродясь не надо.
> Это был просто пример чего-то базового. Но даже обычный софт, использующий clutter

$ rpm -qa | grep clutter
$ _

> nvidia даже на закрытых дровах?

Да.

PS: поставил на интеле эксперимент следующего вида -- на :0 запущен композитящий через OpenGL E, под ним из xterm -- glxgears; переключился в консоль, запустил WM на :1, glxgears -- работает, 0ad -- работает; закрыл, вернулся на :0, обнаружил "проспавший" почти всё это время glxgears, который тут же вернулся к 60 fps:

123 frames in 75.1 seconds =  1.637 FPS
285 frames in 5.0 seconds = 56.925 FPS
^C

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

54. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 23-Апр-15, 16:32 
> Вон федорасы-гномятники сломали иксы, прибив 96dpi, а затем героически ломанулись делать
> HiDPI и размахивать им пару выпусков тому.  Кому такое на
> руку?

Это плохо, что прибили. Хотя причины понятны. Что hidpi это сложно - это тоже понятно. И требует новой культуры. Нельзя просто взять и поставить высокий dpi и ждать, что все будет адекватно. Вон, в MS пытались. В итоге в 8-ке откатились на "рендерим приложения в окошко, потом масштабируем растр на нужный коэффициент" для не-hidpi aware прог. Хотя бы интерфейс не ползет.
Я прямо сейчас не знаю, как в линуксе сейчас с hidpi, но подозреваю, что пока еще печально. Android/iOS/OS X пока лидируют, особенно первые два, им реально удалось ограничить неправильное использование тулкитов и обеспечить нормальный рендеринг большинства приложений. В линуксе, с его количеством тулкитов - даже если в гноме сделали, много мне радости с поддержки в gtk3 при использовании, к примеру, firefox и десятка других прог, которые пока еще gtk2? Про отличные от gtk/qt тулкиты или обертки над этими типа wx даже упоминать не хочется, "закрыть глаза и плакать". 2015 год, wxGTK и swt приложения даже сам переезд с gtk2 на gtk3 еще в большинстве нормально не пережили, интерфейс разъехался. А тут - hidpi...

А гномятниками можно быть недовольными, но это опять итерационный подход. Они же не могут позволить себе работать по плану и выпустить через несколько лет релиз, где "все зашибись". Остальные-то как будут под это программы писать и интегрироваться? Это же СПО. Release early, release often - только такие выживают. Вот и получается, что лучше прямо сейчас вбить костыль и выпуститься, а потом убирать костыли, но продолжать выпускаться, чем 2 года ничего не выпускать, а потом сказать, что теперь все ОК.

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

56. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 17:12 
> Это плохо, что прибили. Хотя причины понятны.

То есть мотивировка "шоб в браузере выглядело как в Windows" понятна?  А мне нет, особенно когда на дворе был 2009 или 2010 год и уже даже виндовс потащили в сторону от прибитого гвоздями 96dpi.

> Что hidpi это сложно - это тоже понятно. И требует новой культуры. Нельзя просто взять

Да можно, можно.  Опять же проверено на своих глазах -- мониторы с высоким разрешением у меня где-то с 2002 года.  Просто необязательно брать интеграл в лоб, если не берётся.

> Я прямо сейчас не знаю, как в линуксе сейчас с hidpi, но подозреваю,
> что пока еще печально.

У меня всё так же всё хорошо. :)

> Про отличные от gtk/qt тулкиты или обертки над этими типа wx даже упоминать не хочется,
> "закрыть глаза и плакать".

Да ладно, половина вопроса в шрифтах оказывается, причём в том же gitk более тонкие виджеты только на пользу пошли.

> А гномятниками можно быть недовольными, но это опять итерационный подход.
> Они же не могут позволить себе работать по плану и выпустить через несколько
> лет релиз, где "все зашибись".

Непонятно, зачем они при этом ломают работающее -- что определение DPI экрана X-сервером, что XKB.  Вандалы?

> Вот и получается, что лучше прямо сейчас вбить костыль и выпуститься

...за счёт сообщества, надавив пресловутым админресурсом в лице того же Паккарда.

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

58. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Stax (ok) on 23-Апр-15, 19:56 
>> Это плохо, что прибили. Хотя причины понятны.
> То есть мотивировка "шоб в браузере выглядело как в Windows" понятна?  
> А мне нет, особенно когда на дворе был 2009 или 2010
> год и уже даже виндовс потащили в сторону от прибитого гвоздями
> 96dpi.

В общем, у них были причины так делать и помимо веб-браузера.
https://home.comcast.net/~tomhorsley/game/dpi.html#Rationale
https://ask.fedoraproject.org/en/question/10731/why-do-i-hav.../

В винде сейчас (идейно) сделано отлично - никаких dpi, есть масштаб 100% (который, наверное, 96 или 100 dpi - но какая разница), можно задать другой масштаб.
(конечно, практически для неподдерживаемых приложений итоговый результат отвратительный. Ну се ля ви.)

Знание и манипулирование параметром "dpi" не дает ничего, см. пример в первой ссылке. Люди близко смотрят на экран планшета или ноута, дальше на экран десктопа, совсем далеко на экран телика. Нет никакого смысла замерять dpi этих устройств и выводить шрифты одного размера "выбрали 12pt - получите физические 12pt". На телеке с двух метров это тяжело читать, на hidpi-ноуте на расстоянии 40см 9-10pt буквы воспринимаются аналогично 12pt на экране десктопа на расстоянии 60-70 см. Практического смысла рисовать буквы физически одного размера на одном и том же выбранном шрифте на разных экранах в разных ситуациях нет. Гномовцы просто осознали это давно и взяли четкую линию.

Поэтому лучше про dpi вообще забыть (выбрали 96 ради каких-то шрифтов и абстракной совместимости - ну и хрен с ними), вводим понятие масштаба и радуемся жизни. Потому что когда говорят "dpi", сразу возникает зуд привести "типографские" размеры шрифтов к видимым на экране. Это была красивая идея (наследие WYSYWIG), но несколько потерявшая актуальность нынче.

>> Что hidpi это сложно - это тоже понятно. И требует новой культуры. Нельзя просто взять
> Да можно, можно.  Опять же проверено на своих глазах -- мониторы
> с высоким разрешением у меня где-то с 2002 года.  Просто
> необязательно брать интеграл в лоб, если не берётся.

hidpi - это когда я задаю масштаб 200%, и шрифт рисуется в два раза четче, а интерфейс никуда не ползет и не меняет физических размеров по сравнению с масштабом 100% и в два раза более низким разрешением на том же экране. Когда линии, скроллбары, иконки и прочее имеют те же самые размеры. Разумеется, по возможности используя то, что пискели стали более мелкие (более плавные скругления кнопок/скроллбара и прочее, например).

>> Я прямо сейчас не знаю, как в линуксе сейчас с hidpi, но подозреваю,
>> что пока еще печально.
> У меня всё так же всё хорошо. :)

Это радует.

>> Про отличные от gtk/qt тулкиты или обертки над этими типа wx даже упоминать не хочется,
>> "закрыть глаза и плакать".
> Да ладно, половина вопроса в шрифтах оказывается, причём в том же gitk
> более тонкие виджеты только на пользу пошли.

Ээээ стоп. Поддержке hidpi *безразлично* на толщину и размеры виджетов. Если перед экраном сидят с того же расстояния, никакие размеры и толщина нигде меняться не должны. Только увеличиваться четкость. Иначе это не hidpi, а профанация "более крупные шрифты". Это-то всегда было, и это настолько печальное решение, что задержало переход на hidpi на десктопах на ГОДЫ. Я не слишком жалую Apple, но за правильный подход к hidpi и показательное решение, с которого начался реальный приход hidpi на десктопы для обычного потребителя им большая благодарность.

>> А гномятниками можно быть недовольными, но это опять итерационный подход.
>> Они же не могут позволить себе работать по плану и выпустить через несколько
>> лет релиз, где "все зашибись".
> Непонятно, зачем они при этом ломают работающее -- что определение DPI экрана
> X-сервером, что XKB.  Вандалы?

См. выше, определение dpi экрана раньше часто работало некорректно, а сейчас потеряло смысл.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

60. "(offtopic) гвозди на 96dpi"  +1 +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 20:54 
> В общем, у них были причины так делать и помимо веб-браузера.
> https://home.comcast.net/~tomhorsley/game/dpi.html#Rationale

Чтоб этому идиоту всю жизнь ходить в туалет по компасу, а то вдруг заблудится!  Он вообще заметил, что привёл крайность (под которую разумно подкрутить настройки) в качестве обоснования слома обычного случая?

Кстати, отметьте тут же грубо проведённую попытку маргинализации несогласных с данным идиотом посредством применения термина "fanatical".

> https://ask.fedoraproject.org/en/question/10731/why-do-i-hav.../

На планшете с гномом получаем ровно противоположную картинку, и что?

Есть несколько переменных, часть из них вообще не зависит напрямую ни от железа, ни от софта (острота зрения и расстояние от глаза до экрана).  Физическая разрешающая способность экрана (что в пикселах, что в dpi) -- это данность, которую с него полезно уметь забрать без лишних приседаний.  Удобный пользователю масштаб интерфейса -- это настройка, которую полезно предоставлять в наглядном виде.  Как это сделано в том же  Enlightenment без лишних шума и пыли.

Когда какой-то идиот вбивает себе в голову, что надо рассказывать моему софту о том, что у моего железа 96dpi, а не 166 -- он умножает ложь, а положение дел никак не улучшает.

> В винде сейчас (идейно) сделано отлично

Нет.

> См. выше, определение dpi экрана раньше часто работало некорректно,
> а сейчас потеряло смысл.

Оно и раньше обычно работало корректно (у меня приличная практика и в ней поделия типа Acer V550 всё-таки были редким исключением), и сейчас ровно настолько же осмысленно.

Если шляпопяточные урки, не понимая ни физической сути, ни что вообще надо, с большого ума пошли ломать то, что могли просто не использовать -- это, извините, не повод уркам тот ум приписывать. </да-я-на-них-зол>

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

42. "Представлен elogind, обособленный вариант logind,..."  +/
Сообщение от arisu (ok) on 22-Апр-15, 19:17 
ненужно для ненужно. образцово.
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

46. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Vkni (ok) on 23-Апр-15, 02:10 
> multiseat,

При цене хорошего работающего ноута в 100 баксов этот multiseat, думаю, не нужен даже неграм в Африке.

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

49. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от ZiNk (ok) on 23-Апр-15, 10:24 
>> multiseat,
> При цене хорошего работающего ноута в 100 баксов этот multiseat, думаю, не
> нужен даже неграм в Африке.
> хорошего работающего ноута в 100 баксов

Где? Дайте 2. Сейчас за 200-300 продают нетбуки, за 400 ноут домохозяйки/студента, а нормальное начинается не ниже 700. За 100 можно найти хорощую платку с обзякой (вроде распберри с корпусом, БП, парочкой модулей) или дешёвый планшет китайцев для вызывания кровотечения из глаз и слёз от тормозов.

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

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

18. "Представлен elogind, обособленный вариант logind, независимы..."  +3 +/
Сообщение от Zenitur (ok) on 22-Апр-15, 06:11 
А потом к ним придут верзилы из Red Hat с паяльниками, как уже приходили к авторам eudev. Потому что Systemd создавался не чтобы сделать что-то лучше, а чтобы сломать совместимость с RHEL5 и 6, так как руководство в панике от низких продаж. Как когда-то был в панике Microsoft, когда 99% ему сказали что не хотят переходить на 2000/XP, так как 98-я во всём устраивает. После этого у Microsoft был самый провальный Windows, так как они тоже решили ломать совместимость.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от ааа (??) on 22-Апр-15, 09:52 
врёшь, батенька. 2000 отнюдь не ХРю и не надо их путать))
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Представлен elogind, обособленный вариант logind, независимы..."  –1 +/
Сообщение от Andrey Mitrofanov on 22-Апр-15, 09:59 
>Потому что Systemd создавался не чтобы
> сделать что-то лучше, а чтобы сломать совместимость с RHEL5 и 6,
> так как руководство в панике от низких продаж. Как когда-то был
> в панике Microsoft, когда 99% ему сказали что не хотят переходить
> на 2000/XP, так как 98-я во всём устраивает. После этого у
> Microsoft был

Самое противное, что все эти догоняльщики за стоп-фонарями, как elogind, eudev и systemd-shim, будут, как wine, вечными отстающими, а "этот ваш windows" в виде hard-зависимостей от s-d уже понапихан почти во всё.

А devuan поживает хорошо, да. Выламывает тупыми ножницами те hard-зависимости...

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

66. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от rob pike on 26-Апр-15, 14:08 
Можно конкретнее? Вот с eudev что именно не так?
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от mma on 22-Апр-15, 10:25 
99% хомячков? И давно МС переживает за хомячков? Вот и послали всех их с 9x на семейство NT. А провал он в головах, на деле 2k наоборот серьезный импульс обеспечил.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

27. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от ZiNk (ok) on 22-Апр-15, 11:59 
>> Потому что Systemd создавался не чтобы сделать что-то лучше, а чтобы сломать совместимость с RHEL5 и 6, так как руководство в панике от низких продаж.

Продажи у RedHat внезапно стабильно растут.
http://investors.redhat.com/financials-statements.cfm
В каком месте ломается совместимость? Особенно если учесть, что RHEL5 и RHEL6 до сих пор на поддержке ещё.

И, что самое интересно, адепты секты теории заговоров абсолютно не замечают шизофреничности в высказывании: "RedHat пропихивает во все дистрибутивы systemd чтобы все покупали RedHat с systemd". Что помешает взять дебиан где тот же системд? RedHat пилит инструмент для решения своих задач и выкладывает его в опенсорс. Другие дистрибутивы его подбирают, потому что он удобнее чем предыдущий (по мнению мейнтейнеров дистрибутивов). А вот дальше уже можно критиковать сам systemd, пилить альтернативы, слать патчи, делать форки.

>> Как когда-то был в панике Microsoft, когда 99% ему сказали что не хотят переходить на 2000/XP, так как 98-я во всём устраивает. После этого у Microsoft был самый провальный Windows, так как они тоже решили ломать совместимость.

Это сакрастоболл или просто очень толстый троллинг? А то у меня монитор жиром заливает в каждой теме про systemd, не разглядеть.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

28. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 22-Апр-15, 12:20 
> Другие дистрибутивы его подбирают, потому что он удобнее чем предыдущий
> (по мнению мейнтейнеров дистрибутивов).

Врёте.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от ZiNk (ok) on 22-Апр-15, 14:39 
>> Другие дистрибутивы его подбирают, потому что он удобнее чем предыдущий
>> (по мнению мейнтейнеров дистрибутивов).
> Врёте.

Хорошо, ваш вариант? Или решают не мейнтейнеры? Вражеские агенты в Debian, OpenSUSE, Arch и всех остальных дистрибах, которые взяли себе systemd?

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от Michael Shigorin email(ok) on 22-Апр-15, 16:17 
> Хорошо, ваш вариант? Или решают не мейнтейнеры?

Например, в альте вопрос был поднят в пользу GNOME3, а однозначность выбора (т.е. без вариантов сосуществования в полноценном виде) подкреплялась тем, что polkit надо собирать или так, или так.

> Вражеские агенты в Debian, OpenSUSE, Arch и всех остальных дистрибах,
> которые взяли себе systemd?

Ситуацию вокруг решения о съезде на systemd в Arch не знаю, внешне же она напоминала дворцовый переворот (без обсуждения явочным порядком выкачено, несогласные выставлены за двери); в openSUSE пытались предпринимать усилия по вот тем самым вариантам сосуществования, но с какими соображениями и что как менялось -- тоже не знаю; о том, как "демократизировали" дебиан, даже сюда отголоски донеслись вовсю.

А у меня есть дурная привычка отмечать схожее в том, что наблюдаю.  И пока эти методы очень напоминают "непрямую войну", которую вижу в других контекстах, но тоже хорошо.

Да и embrace, extend, extinguish как-то не получается забыть.

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

35. "Представлен elogind, обособленный вариант logind, независимы..."  –1 +/
Сообщение от ZiNk (ok) on 22-Апр-15, 16:29 
>> Хорошо, ваш вариант? Или решают не мейнтейнеры?
> Например, в альте вопрос был поднят в пользу GNOME3, а однозначность выбора
> (т.е. без вариантов сосуществования в полноценном виде) подкреплялась тем, что polkit
> надо собирать или так, или так.

А как гном3 подняли в фрибзде? Системд туда вроде как не портировали, значит нет такой адской завязки.

>> Вражеские агенты в Debian, OpenSUSE, Arch и всех остальных дистрибах,
>> которые взяли себе systemd?
> Ситуацию вокруг решения о съезде на systemd в Arch не знаю, внешне
> же она напоминала дворцовый переворот (без обсуждения явочным порядком выкачено, несогласные
> выставлены за двери); в openSUSE пытались предпринимать усилия по вот тем
> самым вариантам сосуществования, но с какими соображениями и что как менялось
> -- тоже не знаю; о том, как "демократизировали" дебиан, даже сюда
> отголоски донеслись вовсю.

Решение же вполне нормально взялось? Мейнтейнеры большинством решили, что они не хотят в обязательном порядке впиливать поддержку всех систем инициализации сразу и каждый будет сам решать - будет он её делать или нет.

> А у меня есть дурная привычка отмечать схожее в том, что наблюдаю.
>  И пока эти методы очень напоминают "непрямую войну", которую вижу
> в других контекстах, но тоже хорошо.

Без обид, но напоминает "везде враги, они хотят нас убить".

> Да и embrace, extend, extinguish как-то не получается забыть.

ЕЕЕ работает с закрытым кодом. Если есть подозрения в том что RedHat хочет ЕЕЕ, то надо срочно выкидывать половину ядра линукса и половину утилит обвязки. Как можно выиграть вендор-локом с открытой системой инициализации я упорно не могу представить. Я могу согласиться что системд - фекалокод, что написан криво, что у него ужасная документация, что сейчас все части у него в единственном экземпляре без альтернатив, но представить как что-то помешает эти альтернативы запилить - не представляю.

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

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

36. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от Michael Shigorin email(ok) on 22-Апр-15, 16:49 
> А как гном3 подняли в фрибзде?

Тоже не в курсе (хорошо бы кто-то на пальцах изложил или ссылочку подсунул).

> Решение же вполне нормально взялось?

Нет.

> Без обид, но напоминает "везде враги, они хотят нас убить".

Видите ли, пока я собирался в Сирию, она собралась ко мне.

Бывают даже не то чтобы именно враги, а "всего лишь" жадность и непрофессионализм, которые оказываются удобным орудием в руках именно врагов.

> ЕЕЕ работает с закрытым кодом.

Не только; об этом говорил уже давно в терминах "гребня волны", а задумался сперва
по мотивам заметок всё того же Джоэла Спольски и рассказов знакомых самбистов о наслоениях в SMB/CIFS да оценках трудоёмкости их воспроизведения.

> Как можно выиграть вендор-локом с открытой системой инициализации я
> упорно не могу представить.

1) кто владеет направлением развития;
2) кто технически способен диагностировать и исправлять.

Например, если какой-нить условный Microsoft, Oracle или IBM откроет исходники какого-нить мегастека, но разобраться с ними за разумное время окажется попросту нереально (а через неразумное время силами большой вендорской команды "поменяется ландшафт"), то может получиться примерно такая же ситуация: вроде и открыто, а проект-то не для всех.

> Я могу согласиться что системд - фекалокод, что написан криво

С этим как раз согласиться не могу.  Там не с INT беда, а с WIS.

> что у него ужасная документация

Это да.

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

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

> Помню яростные фекалометания по поводу пшшшшаудио, которые в основном были
> вызваны сыростью и не особой готовностью на момент выката его в общий доступ.

Мои нарекания тогда были малочисленны и вызваны тем, что PA зачем-то пытались пихать везде, даже там, где его вполне понятная дополнительная ресурсоёмкость не компенсировалась вообще ничем (скажем, на поздних P4 это было несколько -- до десяти, точнее не помню -- %CPU).  При этом после соответствующей отстройки он прекрасно работал как сетевой сервер звука в ALTSP, включая и школьный вариант.

> А потом как-то все смирились

А вот не со всем смиряться стоит.  Особенно если за очередными непродуктивными расходами времени, сил, нервов стоят примерно одни и те же люди и конторы, решающие _свои_ задачи за счёт сообщества.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

37. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от ZiNk (ok) on 22-Апр-15, 17:20 
> Не только; об этом говорил уже давно в терминах "гребня волны", а
> задумался сперва
> по мотивам заметок всё того же Джоэла Спольски и рассказов знакомых самбистов
> о наслоениях в SMB/CIFS да оценках трудоёмкости их воспроизведения.
>> Как можно выиграть вендор-локом с открытой системой инициализации я
>> упорно не могу представить.
> 1) кто владеет направлением развития;
> 2) кто технически способен диагностировать и исправлять.

По этой логике RedHat уже владеет ядром.

> Например, если какой-нить условный Microsoft, Oracle или IBM откроет исходники какого-нить
> мегастека, но разобраться с ними за разумное время окажется попросту нереально
> (а через неразумное время силами большой вендорской команды "поменяется ландшафт"), то
> может получиться примерно такая же ситуация: вроде и открыто, а проект-то
> не для всех.

Но сейчас системд развивается не по схеме: "вот вам самосвал кода, а мы пошли запиливать ещё 100500 фич", а вроде как вполне на виду.

> С этим как раз согласиться не могу.  Там не с INT
> беда, а с WIS.
> Это да.

Не в оправдание - но это стандартная болезнь опенсорс проектов, но для проектов такой значимости это неприемлимо.

> Есть уйма методов помешать -- от выставить на посмешище до варить лягушку
> постепенно, чтоб не возникало ощущения, что пора прыгать.  И сходство
> в них с наблюдаемым в жизни тоже крайне настораживает, мягко говоря.

Сейчас как ни странно не высмеивают ни uselessd, ни devuan, ни эту замену logind. Чем больше совместимых велосипедов - тем лучше и веселее.


> А вот не со всем смиряться стоит.  Особенно если за очередными
> непродуктивными расходами времени, сил, нервов стоят примерно одни и те же
> люди и конторы, решающие _свои_ задачи за счёт сообщества.

Где RedHat решает за счёт общества? Работу они оплачивают, в свой дистриб они пихают. В этом вся суть опенсорса. Каждый делает для себя и выкладывает остальным, остальные уже думают - есть, не есть и если есть, то с каким соусом.

Раньше бубунта запилила свой апстарт. Который был не совместим с sysv, RedHat его приняли, поковырялись, решили запилить своё, теперь Каноникл принимает systemd. Может быть Альт запилит OpenRC до юбер-инита и тогда, уверен те же красношляпые и канониксы успешно его возьмут и выкинут systemd на ту же свалку, где уже лежит Upstart, может быть даже "спасибо" напишут за то что сэкономили им бабла.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

39. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 22-Апр-15, 18:42 
>> 1) кто владеет направлением развития;
>> 2) кто технически способен диагностировать и исправлять.
> По этой логике RedHat уже владеет ядром.

Не-а, доля недостаточна и человек у руля совсем не "свой".

> Но сейчас системд развивается не по схеме: "вот вам самосвал кода,
> а мы пошли запиливать ещё 100500 фич", а вроде как вполне на виду.

Разница не в "виду".

> Сейчас как ни странно не высмеивают ни uselessd, ни devuan, ни эту
> замену logind. Чем больше совместимых велосипедов - тем лучше и веселее.

Есть ещё и замалчивание -- один из бывших редхатовских разработчиков как-то рассказывал о том, с чем столкнулся по этой части...

> Где RedHat решает за счёт общества? Работу они оплачивают,
> в свой дистриб они пихают.

"Невидимая рука сообщества" странным образом подгибает те же polkit и GNOME при этом.

> В этом вся суть опенсорса. Каждый делает для себя и выкладывает остальным,
> остальные уже думают - есть, не есть и если есть, то с каким соусом.

Знаете, я не первый десяток лет уже в этих делах варюсь и стараюсь не путать дела людей с интересами корпораций, особенно стратегических.

> Раньше бубунта запилила свой апстарт.

Значит, так он им нужен был, раз выкинули.  Отсюда вопрос: зачем начинали, для пиара?

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

43. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от Andrey Mitrofanov on 22-Апр-15, 20:46 
>> А как гном3 подняли в фрибзде?
> Тоже не в курсе (хорошо бы кто-то на пальцах изложил или ссылочку
> подсунул).

ОБС сообщает https://github.com/voidlinux/void-packages/issues/1251#issue... Инновационненько http://www.voidlinux.eu/

""Gottox commented Apr 1, 2015

""@nmeum We support Gnome3.14 without systemd. 3.16 is dysfunctional right now. Maybe the *BSD guys are working on this, it's only a week since it was released.

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

47. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от Vkni (ok) on 23-Апр-15, 02:18 
> Я могу согласиться что системд - фекалокод,
> что написан криво, что у него ужасная документация, что сейчас все
> части у него в единственном экземпляре без альтернатив, но представить как
> что-то помешает эти альтернативы запилить - не представляю.

SystemD - это безусловный говнокод, чтобы убедиться в этом, достаточно увидеть груду магических чисел (длин названий параметров командной строки!!!).  Проблема в том, что для разработки качественного аналога потребуется значительно больше времени, чем для создания этого говнокода. И небольшая команда просто не поспеет за Лёней Пы. А некачественный аналог писать не нужно - говнокод SystemD уже есть.

С другой стороны, смысла в этой беготне по кругу нет. Берём sysVinit и не переживаем - последняя запись в man'е init'а от 2004-го года, дело своё выполняет.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

51. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 23-Апр-15, 10:51 
> SystemD - это безусловный говнокод, чтобы убедиться в этом, достаточно увидеть груду
> магических чисел (длин названий параметров командной строки!!!).

Оп, а где глянуть?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

52. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Andrey Mitrofanov on 23-Апр-15, 12:00 
>> SystemD - это безусловный говHокод, чтобы убедиться в этом, достаточно увидеть груду
>> магических чисел (длин названий параметров командной строки!!!).
> Оп, а где глянуть?

Чего-то он загнул, обычный https://github.com/systemd/systemd/blob/master/src/systemctl... getopt[_long].

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

63. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от Vkni (ok) on 24-Апр-15, 20:44 
> Чего-то он загнул, обычный https://github.com/systemd/systemd/blob/master/src/systemctl...
> getopt[_long].

В другом месте, см. коммент ниже.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

62. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от Vkni (ok) on 24-Апр-15, 20:43 
>> SystemD - это безусловный говнокод, чтобы убедиться в этом, достаточно увидеть груду
>> магических чисел (длин названий параметров командной строки!!!).
> Оп, а где глянуть?

http://cgit.freedesktop.org/systemd/systemd/tree/src/cryptse...

См. option + 15 - тут 15 - это длина подстроки "keyfile-offset=":

        } else if (startswith(option, "keyfile-offset=")) {

                if (safe_atou(option+15, &arg_keyfile_offset) < 0) {

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

64. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Michael Shigorin email(ok) on 24-Апр-15, 20:49 
> См. option + 15 - тут 15 - это длина подстроки "keyfile-offset=":

Мндя.

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

65. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Vkni (ok) on 24-Апр-15, 21:50 
> Мндя.

Не, это "Ԥ" - буква абхазского алфавита.

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

34. "Представлен elogind, обособленный вариант logind, независимы..."  +1 +/
Сообщение от да я же on 22-Апр-15, 16:18 
> как уже приходили к авторам eudev

Можно ссылочку? Правда, интересно.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

48. "Представлен elogind, обособленный вариант logind, независимы..."  +2 +/
Сообщение от iCat (ok) on 23-Апр-15, 06:28 
В который уже раз вспоминаю тот момент, когда выбрал для себя Gentoo...
Кстати, у Gentoo есть и "бинарные" репозитории, то есть вовсе не обязательно компилировать всё подряд.
К примеру - Calculate. Ребята собирают целую "экосистему для офиса". Есть десктоп с KDE, с XFCE...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

67. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от rob pike on 27-Апр-15, 18:21 
Так и в самой Gentoo многие пакеты есть в бинарном виде, особо большие - так практически все. Но можному и самому собирать.
Gentoo - оно вообще про выбор.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

68. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Andrey Mitrofanov on 28-Апр-15, 10:38 
> Так и в самой Gentoo многие пакеты есть в бинарном виде, особо
> большие - так практически все. Но можному и самому собирать.
> Gentoo - оно вообще про выбор.

А эти "многие пакеты ..., особо большие" в g. "есть в бинарном виде"  _в_скольких_ видах^Wсборках?   Gentoo же - оно вообще про выбор, да?

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

69. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от rob pike on 28-Апр-15, 19:42 
Обычно - в одном.
Выбор в данном случае в том что если опции, с которыми оно собрано, не устраивают, есть пакет-близнец обычный, сорцовый, с USE-флагами.
Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

70. "Представлен elogind, обособленный вариант logind, независимы..."  +/
Сообщение от Ne01eX (ok) on 11-Май-18, 06:37 
Проект походу... всё, того...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру