The OpenNET Project / Index page

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



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

Оглавление

Разработчики Gentoo создали форк udev, независящий от systemd, opennews (??), 16-Ноя-12, (0) [смотреть все]

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


65. "Разработчики Gentoo создали форк udev, независящий от system..."  –2 +/
Сообщение от mine (ok), 16-Ноя-12, 22:58 
Как запилили так и выпилят. Арч крайне гибок в этом плане.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

74. "Разработчики Gentoo создали форк udev, независящий от system..."  +2 +/
Сообщение от bav (ok), 16-Ноя-12, 23:15 
> Как запилили так и выпилят. Арч крайне гибок в этом плане.

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

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

165. "Разработчики Gentoo создали форк udev, независящий от system..."  –3 +/
Сообщение от Xasd (ok), 17-Ноя-12, 06:57 
> Ага, после того как мейнтейнеры прочухали, что больше не надо возиться с
> rc.d-скриптами.

хахаха! +1.. точно! :-)

...

и вот что я думаю...

SystemD -- удобен для разработчиков (разработчиков демонов, разработкив дистирубивов ОС). потомучто поволет реализовывать управление демонами (и состоянием системы) более логично и локанично. потомучто SystemD практичен и надёжен!

..но НЕ удобен для конечных пользователей. потомучто пользователи чрезмерно РЕЛИГИОЗНЫ
(их религия: "Леннарт это Дьявол", "windows-way это когда меньше Bash", "dBus на сервере не нужен (пусть демоны общаются через libastral)", ... ...).

и так было всегда:

научная верхушка (инженеры и учёные) -- были атеистами и принимали сугубо практические решения. таким образом двигали прогресс.

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

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

189. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Аноним (-), 17-Ноя-12, 10:28 
Да заманали уже дбасофобией.

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

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

А какие есть решения без шины? Без шины неизвестно кто заинтересован в событии. Ну не рестартовать же вообще все программы? Ну вот и начинаются чудеса после перевода часов - там бабахнуло, тут пиротехника, там что-то заскрипело, вон в том углу стремно скрежещет что-то и кислота течет. А вон там вообще программа наглухо висит, ибо она ждала now + 5 sec, а какой-нить демон NTP дорвался до сети и наконец выставил правильное время, в эти 5 секунд как рах. Ну там now - 100500 часов, например. И будет прога ждать 100500 часов и 5 секунд вместо 5 секунд. Что с точки зрения юзера эквивалентно взвису, т.к. "немного" отличается от 5-секундной паузы.

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

199. "Разработчики Gentoo создали форк udev, независящий от..."  +3 +/
Сообщение от arisu (ok), 17-Ноя-12, 11:47 
интересно, какой долбоклюй вот так вот переводит часы на сервере? самоубийца? и почему на свете остались долбоклюи, которые меряют промежутки через gettimeofday() вместо clock_gettime() с CLOCK_MONOTONIC/CLOCK_MONOTONIC_RAW?

а «сервер» тут взялся оттуда, что системд позиционируется не как «свистелка для десктопов», а как универсальная свистелка.

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

243. "Разработчики Gentoo создали форк udev, независящий от..."  +/
Сообщение от Аноним (-), 17-Ноя-12, 18:00 
> интересно, какой долбоклюй вот так вот переводит часы на сервере? самоубийца?

1) Во первых, линукс используется на данный момент отнюдь не только на серверах, если ты еще не заметил, Кэп.
2) Интересно, что нам предложит благородный дон. Нехай оно лучше хреначит с леваком в системных часах?
3) Есть всякие волшебства типа leap seconds, внезапных переключений таймзоны "потому что депутаты так решили" и тому подобных приколов.

То-есть, проблема была, есть и будет есть.

> и почему на свете остались долбоклюи, которые меряют промежутки через
> gettimeofday() вместо clock_gettime() с CLOCK_MONOTONIC/CLOCK_MONOTONIC_RAW?

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

> а «сервер» тут взялся оттуда, что системд позиционируется не как «свистелка
> для десктопов», а как универсальная свистелка.

systemd позиционируется для всего и вся. И например у половины эмбеддовки нет RTC с батарейкой и получение времени по NTP при старте - там вообще просто штатная операция.

Можно конечно делать козью морду - мол, ничего не знаю, проблемы нет. Но по факту это не соответствует действительности.

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

249. "Разработчики Gentoo создали форк udev, независящий от..."  +2 +/
Сообщение от myhand (ok), 17-Ноя-12, 18:21 
>> интересно, какой долбоклюй вот так вот переводит часы на сервере? самоубийца?
> То-есть, проблема была, есть и будет есть.

Пункты 1-3) не отменяют "долбоклюйности" на стороне именно прикладных программ (сервисов).  Решение вам подсказали.

> Наверное потому что случаи бывают разные, бывают безбашенные программеры (ты в своем
> праве пойти и построить их всех лично)

Щенков полезно ткнуть в лужу с мочой - "программеров" в очередной баг.  А вы предлагаете танцевать вокруг каждой криворукой поделки?

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

А для этого - берем зону и переводим эту фигню в то, что нам надо.  Не забывая про монотонность фигни.

> systemd позиционируется для всего и вся. И например у половины эмбеддовки нет
> RTC с батарейкой и получение времени по NTP при старте -
> там вообще просто штатная операция.

Ты смотри.  Как же мы без systemd жили? Да еще и "штатную операцию" умудрялись :)

Ждем systemd-ntpd?

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

255. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 19:52 
> 1) Во первых, линукс используется на данный момент отнюдь не только на
> серверах, если ты еще не заметил, Кэп.

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

> 2) Интересно, что нам предложит благородный дон. Нехай оно лучше хреначит с
> леваком в системных часах?

предложит плановое техобслуживание, когда админ оценивает риски и делает не «аааа, ща за пять минут всё нафигачим», а спокойно, вдумчиво, рассчётливо. потому что это — работа админа.

> 3) Есть всякие волшебства типа leap seconds, внезапных переключений таймзоны "потому что
> депутаты так решили" и тому подобных приколов.

и что? ну, есть. что, брать время в UTC — если уж надо именно время — и переводить куда надо — это rocket science?

> То-есть, проблема была, есть и будет есть.

да. и проблема эта называется «долбоклюи кодируют».

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

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

забавно, что ты сначала писал об измерении промежутка времени и глюках с ним, а потом, когда я показал, как это делать без привязки ко времени «часовому», вдруг резко об этом забыл и появились какие-то совсем другие программы с другими требованиями.

> systemd позиционируется для всего и вся. И например у половины эмбеддовки нет
> RTC с батарейкой и получение времени по NTP при старте —
> там вообще просто штатная операция.

и что? ну, получил при старте. кстати, чем эта операция кардинально отличается от добывания времени из внешних часов с батарейкой? что, долбоклюи, пишущие софт под это, не в курсе про такой финт? а какого оно вообще запускает софт, которому нужно «часовое» время, не обеспечив сначала корректное значение этого времени? потому что дизайнили очередные долбоклюи?

> Можно конечно делать козью морду — мол, ничего не знаю, проблемы нет.
> Но по факту это не соответствует действительности.

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

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

281. "Разработчики Gentoo создали форк udev, независящий от..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-12, 21:45 
>> и почему на свете остались долбоклюи, которые меряют промежутки через
>> gettimeofday() вместо clock_gettime() с CLOCK_MONOTONIC/CLOCK_MONOTONIC_RAW?
> [...] бывают безбашенные программеры [...]

Как думаете, если с простым напортачат -- что выйдет с более сложным?

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

291. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 22:52 
> Как думаете, если с простым напортачат -- что выйдет с более сложным?

systemd выйдет.

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

213. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Crazy Alex (ok), 17-Ноя-12, 15:00 
там кроме часов (которые действительно понять можно, хотя всё это уже сто лет как решенные задачи, см. ответ arisu) ещё парочка демонов, которые ни в каике ворота не лезут.
Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

244. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Аноним (-), 17-Ноя-12, 18:04 
> ни в каике ворота не лезут.

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

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

257. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 20:00 
> поттеринг что-то разбушевался и скоро сделает операционку в менеджере запуска программ

такое дело… было дело, люди писали загрузчик ядра. получилась операционка под названием GRUB, со своим shell, модулями и прочими наворотами. скоро кто-нибудь будет писать загрузчик для GRUB. из которого…

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

260. "Разработчики Gentoo создали форк udev, независящий от..."  –1 +/
Сообщение от myhand (ok), 17-Ноя-12, 20:07 
> писали загрузчик ядра. получилась операционка под названием GRUB

Еще emacs вспомните...  Все-таки есть, скорее, *слухи* о плохом дизайне (Grub или emacs), а есть плохой дизайн программы как таковой (systemd).

Большая разница.

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

268. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 20:38 
> Еще emacs вспомните…  Все-таки есть, скорее, *слухи* о плохом дизайне (Grub
> или emacs), а есть плохой дизайн программы как таковой (systemd).

а я не говорил, что GRUB плохо сдизайнили. просто привёл пример курьёза, как в стремлении к универсальности получается очередной забавный монстрик.

да, в GRUB, в принципе, оправданы и модули, и его mini-shell. но всё равно забавно.

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

271. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от myhand (ok), 17-Ноя-12, 20:49 
> а я не говорил, что GRUB плохо сдизайнили. просто привёл пример курьёза,
> как в стремлении к универсальности получается очередной забавный монстрик.

груб - плохой пример.  Он достаточно модульный и включаемый функционал полностью оправдан.  *И ограничен*  by design.

Никто в груб не потянет ntpd или HTTP-сервер.   Никогда.

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

273. "Разработчики Gentoo создали форк udev, независящий от..."  +/
Сообщение от arisu (ok), 17-Ноя-12, 20:54 
ещё раз: я не сравниваю его с systemd. это просто пример того, как простая вещь превращается в довольно сложную. просто шутка (хотя *мне лично* вполне хватает lilo; но это не причина называть GRUB отстоем, конечно).

> Никто в груб не потянет ntpd или HTTP-сервер.   Никогда.

ох… тетрис я там видел. %-) (во избежание: это тоже шутка. но тетрис действительно видел)

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

277. "Разработчики Gentoo создали форк udev, независящий от..."  –3 +/
Сообщение от iZEN (ok), 17-Ноя-12, 21:30 
>> а я не говорил, что GRUB плохо сдизайнили. просто привёл пример курьёза,
>> как в стремлении к универсальности получается очередной забавный монстрик.
> груб - плохой пример.  Он достаточно модульный и включаемый функционал полностью оправдан.

Что?! Комбайн оправдан?!

Достаточно boot0 в MBR — оправдано десятилетиями.

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

280. "Разработчики Gentoo создали форк udev, независящий от..."  +3 +/
Сообщение от myhand (ok), 17-Ноя-12, 21:40 
> Что?! Комбайн оправдан?!
> Достаточно boot0 в MBR — оправдано десятилетиями.

Некрофилам не беспокоиться.

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

294. "Разработчики Gentoo создали форк udev, независящий от..."  +3 +/
Сообщение от arisu (ok), 17-Ноя-12, 23:39 
изя, я не понимаю: тебе по кайфу со смачным чавком каждый раз в грязь с головой окунаться?
Ответить | Правка | К родителю #277 | Наверх | Cообщить модератору

286. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-12, 22:00 
> скоро кто-нибудь будет писать загрузчик для GRUB. из которого…

Здрасьте, а это что?

--- efitools
It is designed to be as small as possible, leaving all the work to the real bootloader.  The real bootloader must be installed on the same partition as the pre-bootloader with the known path loader.efi (although the binary may be any bootloader including Grub2).
--- http://www.linuxfoundation.org/news-media/blogs/browse/2012/...

PS: GRUB2 написан, документирован и поддерживается страшнее, чем думал, но не без интересных мыслей.  Вот что получается, если начинать не с tty.c :)

PPS re #260: так емакс и есть лисповая машина вместо закончившихся Symbolics&co, редактор там -- не главное в дизайне IIRC.

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

311. "Разработчики Gentoo создали форк udev, независящий от..."  –1 +/
Сообщение от myhand (ok), 18-Ноя-12, 15:01 
>> скоро кто-нибудь будет писать загрузчик для GRUB. из которого…
> Здрасьте, а это что?
> --- efitools

А это - вы сами написали что, а не HTTP-сервер.  Вполне в рамках задач загрузчика.

> PPS re #260: так емакс и есть лисповая машина вместо закончившихся Symbolics&co,
> редактор там -- не главное в дизайне IIRC.

Да ну?  Тогда почему его используют именно для редактирования текста, а не символьной алгебры (или видеоигр)?

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

322. "(offtopic) загрузчики редакторов :)"  +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-12, 20:49 
>>> скоро кто-нибудь будет писать загрузчик для GRUB.
>> --- efitools
> А это - вы сами написали что

Загрузчик, причём апстрим в качестве примера так и говорит -- для GRUB. ;)

На самом деле просто сказанное Вами забавно наложилось со свежепрочитанным...

>> PPS re #260: так емакс и есть лисповая машина вместо закончившихся Symbolics&co,
>> редактор там -- не главное в дизайне IIRC.
> Да ну?  Тогда почему его используют именно для редактирования текста,
> а не символьной алгебры (или видеоигр)?

Кто как:
http://www.emacswiki.org/emacs/AdvancedDeskCalculator
http://www.emacswiki.org/emacs/CategoryGames

Насколько понимаю, создавался он именно как средство эмуляции быстро вытеснявшейся среды -- ровно это и хотел отметить, хотя копнул и склероз уже подводит -- оригинальный EMACS (который на TECO/ITS) был раньше, чем лисповые варианты в т.ч. на симболиксах: http://www.xemacs.org/Documentation/21.5/html/internals_3.html

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

328. "(offtopic) загрузчики редакторов :)"  –1 +/
Сообщение от myhand (ok), 19-Ноя-12, 01:48 
> Кто как:
> http://www.emacswiki.org/emacs/AdvancedDeskCalculator

Полноте, это то что даже дифференцировать не умеет?  Написано же - "калькулятор", что непонятно-то?

> http://www.emacswiki.org/emacs/CategoryGames

Не вижу wesnoth'а :)

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

251. "Разработчики Gentoo создали форк udev, независящий от system..."  +3 +/
Сообщение от Михрютка (ok), 17-Ноя-12, 18:27 
>[оверквотинг удален]
> А какие есть решения без шины? Без шины неизвестно кто заинтересован в
> событии. Ну не рестартовать же вообще все программы? Ну вот и
> начинаются чудеса после перевода часов - там бабахнуло, тут пиротехника, там
> что-то заскрипело, вон в том углу стремно скрежещет что-то и кислота
> течет. А вон там вообще программа наглухо висит, ибо она ждала
> now + 5 sec, а какой-нить демон NTP дорвался до сети
> и наконец выставил правильное время, в эти 5 секунд как рах.
> Ну там now - 100500 часов, например. И будет прога ждать
> 100500 часов и 5 секунд вместо 5 секунд. Что с точки
> зрения юзера эквивалентно взвису, т.к. "немного" отличается от 5-секундной паузы.

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

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

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

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

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

265. "Разработчики Gentoo создали форк udev, независящий от..."  +3 +/
Сообщение от arisu (ok), 17-Ноя-12, 20:23 
> перевод времени NTP не влияет на clock_gettime, как тут уже заметили
> ниже.

справедливости ради — на CLOCK_MONOTONIC всё-таки влияет, но очень плавно. см. adjtime(3). для этого и запилили CLOCK_MONOTONIC_RAW.

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

288. "Разработчики Gentoo создали форк udev, независящий от..."  +/
Сообщение от Михрютка (ok), 17-Ноя-12, 22:13 
>> перевод времени NTP не влияет на clock_gettime, как тут уже заметили
>> ниже.
> справедливости ради — на CLOCK_MONOTONIC всё-таки влияет, но очень плавно. см. adjtime(3).
> для этого и запилили CLOCK_MONOTONIC_RAW.

ну правильно, если кому надо просто аппаратный счетчик без частотной коррекции. в любом случае, вопрос-то не в этом, adjtime всяко обеспечивает непрерывное и возрастающее время. если мы время ставим через ntpdate или sntp, мы гарантированно имеем при этом скачок, но CLOCK_MONOTONIC все равно будет отдавать непрерывную последовательность.

вопрос не в том на самом деле, надо же понимать разницу между часами и секундомером, и не путать. а то получится цирк, как с ping, которая от изменения времени немедленно встает колом, потому что сумрачный бсдшный гений вместо clock_gettime(CLOCK_MONOTONIC), которая тупо лезет в кернел и отдает оттуда значение счетчика+частотная коррекция, использовал gettimeofday, которая возвращает счетчик+частотная коррекция+преобразование в эпок тайм+преобразование в локал тайм. возможно, тогда просто clock_gettime не было. как обычно, всем пофиг вот уже тридцать лет.

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

298. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 18-Ноя-12, 02:23 
> вопрос не в том на самом деле, надо же понимать разницу между
> часами и секундомером

ах, если бы, ах, если бы… (ц)

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

283. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-12, 21:50 
> такое впечатление, что большинство высказавшихся по вопросу, ничего кроме виндов с
> их "системной локалью" и системным же временем не видела.

Хуже другое -- похоже, в шляпе завелась прослойка манагеров и девелуперов ровно такого плана.  Слишком активно хайрили последние несколько лет и набрали не разбери чего?..

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

290. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Михрютка (ok), 17-Ноя-12, 22:36 
>> такое впечатление, что большинство высказавшихся по вопросу, ничего кроме виндов с
>> их "системной локалью" и системным же временем не видела.
> Хуже другое -- похоже, в шляпе завелась прослойка манагеров и девелуперов ровно
> такого плана.  Слишком активно хайрили последние несколько лет и набрали
> не разбери чего?..

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

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

198. "Разработчики Gentoo создали форк udev, независящий от..."  +1 +/
Сообщение от arisu (ok), 17-Ноя-12, 11:42 
> и вот что я думаю…

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

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

202. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Hellraiser (??), 17-Ноя-12, 12:30 
>SystemD -- удобен для разработчиков (разработчиков демонов, разработкив дистирубивов >ОС). потомучто поволет реализовывать управление демонами (и состоянием системы) >более логично и локанично. потомучто SystemD практичен и надёжен!

Красиво звонишь ...
Об удобстве и практичности systemd - жертвам прогресса (или аборта) посвящается:
http://archlinux.org.ru/forum/viewtopic.php?f=16&t=10228&hil...
Желаю всем фанам перевести на systemd разом сотню серваков в продакшене.
P.S. Если нечто удобно только для его разработчиков и неудобно для конечных пользователей - кому это нечто нужно?

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

216. "Разработчики Gentoo создали форк udev, независящий от system..."  +4 +/
Сообщение от Crazy Alex (ok), 17-Ноя-12, 15:19 
Системная шина - штука хорошая. Но D-Bus, которые не интегрирован с юниксными механизмами вообще ни разу? Который вместо того, чтобы предоставлять гарантированно надёжную информацию об uid/gid процесса, отправившего сообщение, использует свою авторизацию?

А архитектура systemd! Отдельный демон на такой примитив как хостнейм/локаль там, где нужен максимум плагин в ивентлупе! Я уж не говорю о том, что он должен бы через fanotify ловить изменения тех файликов, которыми занимается, чтобы оповедщать подписчиков и о ситуациях, когда файл изменён напрямую - но на совместимость авторам systemd явно наплевать.

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

248. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Аноним (-), 17-Ноя-12, 18:21 
> информацию об uid/gid процесса, отправившего сообщение, использует свою авторизацию?

А UID и GID процесса - не такая простая штука как вам кажется. Простите, а вы который из UID/GID получить хотите? Они еще и меняться по мере работы могут и есть 100500 всяких особенностей. По поводу чего их прямой юзеж не так уж прост и осмысленен.

> А архитектура systemd! Отдельный демон на такой примитив как хостнейм/локаль там,

Ну вот это похоже на оверкилл.

> но на совместимость авторам systemd явно наплевать.

Если носиться с совместимостью как с писаной торбой, получится очередной DOS и выросший их него Win9x. Т.е. эталонные ушлепища. Зато, блин, совместимые с технологиями 80-х годов прошлого века. Не, в технике так не принято. Вон Эдисон хоть и вякал насчет постоянки, а все-равно трехфазная переменка его чисто рабочими качествами заткнула.

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

250. "Разработчики Gentoo создали форк udev, независящий от system..."  +2 +/
Сообщение от myhand (ok), 17-Ноя-12, 18:26 
> Если носиться с совместимостью как с писаной торбой, получится очередной DOS и
> выросший их него Win9x.

А может получиться Linux.  В ядре до сих пор с совместимостью аккуратно обходятся.  Также как и в его окружении (до недавнего времени).

Помним про плохого танцора?

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

259. "Разработчики Gentoo создали форк udev, независящий от..."  +3 +/
Сообщение от arisu (ok), 17-Ноя-12, 20:07 
> Простите, а вы который из UID/GID получить хотите?

в большинстве случаев — effective. именно по нему и идут всякие проверки.

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

228. "Разработчики Gentoo создали форк udev, независящий от system..."  +2 +/
Сообщение от Аноним (-), 17-Ноя-12, 16:34 
пришел добрый рэдхат и говорит.
- Как поднять долю рынка и еще по обдирать клиентов?
- Давайте запилим систему инициализации. Ядро общее а инит наш будет.
И решили они пилить.
- А кто пилить то будет?
- А позовем Леннарта он самый глючный код у нас пилит, а мы себе патчи потом по накладываем.
- Так другие юзать его не будут если глюкалово будет
- Так у них выбора не будет, мы его с udev смержим.
И стал Леннарт пилить день и ночь, ночь и день.
Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

232. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Deffic (?), 17-Ноя-12, 17:11 
> пришел добрый рэдхат и говорит.
> - Как поднять долю рынка и еще по обдирать клиентов?
> - Давайте запилим систему инициализации. Ядро общее а инит наш будет.
> И решили они пилить.
> - А кто пилить то будет?
> - А позовем Леннарта он самый глючный код у нас пилит, а
> мы себе патчи потом по накладываем.
> - Так другие юзать его не будут если глюкалово будет
> - Так у них выбора не будет, мы его с udev смержим.
> И стал Леннарт пилить день и ночь, ночь и день.

Знаете, а Вы правы, такой сценарий очень реален.

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

252. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от mine (ok), 17-Ноя-12, 19:14 
"по" должно писаться слитно
Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

231. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Deffic (?), 17-Ноя-12, 16:57 
>[оверквотинг удален]
> ОС). потомучто поволет реализовывать управление демонами (и состоянием системы) более
> логично и локанично. потомучто SystemD практичен и надёжен!
> ..но НЕ удобен для конечных пользователей. потомучто пользователи чрезмерно РЕЛИГИОЗНЫ
> (их религия: "Леннарт это Дьявол", "windows-way это когда меньше Bash", "dBus на
> сервере не нужен (пусть демоны общаются через libastral)", ... ...).
> и так было всегда:
> научная верхушка (инженеры и учёные) -- были атеистами и принимали сугубо практические
> решения. таким образом двигали прогресс.
> а обычный народ -- религиозен, и как следствие постоянно обвинял учёных-и-инженеров в
> поклонению сатане, в тупости... вобщем всячески старался затормозить прогресс.

Вам-то systemd зачем?
Можете аргументировать?

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

285. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 17-Ноя-12, 21:53 
> SystemD -- удобен

О, а я знаю, кто меня проконсультирует по сборке gnome3 livecd -- вчера за полчаса убедить это поделие (в смысле systemd) запускать оказавшийся на плитке *dm (который необязательно gdm, может быть и nodm, например) не удалось.

Вы ведь правда подскажете?

> и так было всегда:

Как уже отметил в снесённом (и поделом) субтреде -- если кто-то гордится своей "нерелигиозностью" или "прогрессивностью", обычно оказывается, что гордиться-то ему нечем.

PS: прошу прощения за ночные сообщения, вспылил.

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

292. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Аноним (-), 17-Ноя-12, 23:10 
> PS: прошу прощения за ночные сообщения, вспылил.

Вот совершенно не понимаю зачем тебе извинятся перед ентими. Это всё равно что бомжи ходят гадят в подъезд, бухают там, занимаются всяким противоестественным с животными - а ты их пинком выкидываешь. После они сразу начинают скулить и задвигать про как_ты_мог. С какой радости за пинок надо извинятся? Если они ведут себя как быдло и понимают язык только быдла что делать?

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

312. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-12, 15:56 
>> PS: прошу прощения за ночные сообщения, вспылил.
> Вот совершенно не понимаю зачем тебе извинятся перед ентими.

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

Так что как быдло как раз я себя и повёл, а за это стоит извиниться.

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

326. "Разработчики Gentoo создали форк udev, независящий от system..."  +/
Сообщение от Deffic (?), 18-Ноя-12, 22:56 
>>> PS: прошу прощения за ночные сообщения, вспылил.
>> Вот совершенно не понимаю зачем тебе извинятся перед ентими.
> Потому что когда мы заблуждаемся, ошибаемся, злимся -- всё равно надо оставаться
> людьми.  И даже если человек под ником Xasd встал не
> с той ноги или переутомился -- то даже если я тоже
> встал не с той ноги или переутомился, это ни разу не
> оправдание обоим.
> Так что как быдло как раз я себя и повёл, а за
> это стоит извиниться.

Снимаю шляпу.

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

305. "Разработчики Gentoo создали форк udev, независящий от system..."  –1 +/
Сообщение от Xasd (ok), 18-Ноя-12, 03:12 
ну вообще я советую gdm ...

...а в чём оказалась-то ошибка в случае НЕ с gdm ?

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

314. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-12, 16:10 
> ну вообще я советую gdm ...

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

> ...а в чём оказалась-то ошибка в случае НЕ с gdm ?

Да хоть с чем угодно.  Как добиться перехода в эквивалент runlevel 5 (насколько понимаю, graphical.target) по умолчанию, если заранее неизвестно, чем именно из *dm он может быть реализован?

С sysvinit в альте (AFAIR это ещё из RHL унаследовано с доработками) обстоит так: /sbin/init -[runlevel 5]-> /etc/rc.d/init.d/dm -> /usr/sbin/rundm -> /etc/X11/prefdm, который по /etc/sysconfig/desktop или эвристике выбирает конкретный *dm и запускает его.

Т.е. для преднастройки livecd под графику достаточно обеспечить наличие пакета xinitrc и какого-либо *dm, строки "id:5:initdefault:" в /etc/inittab и выполнить chkconfig dm on.

Заодно повесил себе https://bugzilla.altlinux.org/28001

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

316. "Разработчики Gentoo создали форк udev, независящий от system..."  –2 +/
Сообщение от develop7 (ok), 18-Ноя-12, 17:12 
> Да хоть с чем угодно.  Как добиться перехода в эквивалент runlevel 5 (насколько понимаю, graphical.target) по умолчанию, если заранее неизвестно, чем именно из *dm он может быть реализован?

и правда, откуда собирающему livecd знать, какой там будет DM?

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

319. "Разработчики Gentoo создали форк udev, независящий от system..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 18-Ноя-12, 20:26 
> и правда, откуда собирающему livecd знать, какой там будет DM?

http://altlinux.org/m-p
http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...
http://git.altlinux.org/people/mike/packages/?p=mkimage-prof...

Как можно видеть, если речь о _компоненте_ системы сборки образов, который занимается аспектом "автозапуск графики", а dm/de/wm там может быть кучка с небольшим -- то можно и не знать.  Вы же не будете всерьёз предлагать под каждый dm ещё и отдельную конфигурялку его как переходилки в графический режим громоздить, называя это прогрессом?

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

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

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




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

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