The OpenNET Project / Index page

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



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

Оглавление

Выпуск systemd 219 с поддержкой расширенных возможностей Btrfs, opennews (ok), 17-Фев-15, (0) [смотреть все]

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


4. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Румпельштильцхен (?), 17-Фев-15, 18:06 
А почему вам всем не нравится systemd? Он же много чего умеет. Это же классно. Не так ли?
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +6 +/
Сообщение от Аноним (-), 17-Фев-15, 18:10 
Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (-), 17-Фев-15, 18:33 
Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире. А то люди совсем думать разучаются, ставят между двумя программами знак равенства, а попробуешь объяснить реальное положение дел - сразу скрип зачерствевших мозгов доносится. Вот и страдают бедолаги, в то время как весь остальной мир вполне себе понял концепцию systemd и восторгается открывающимся перспективам.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от Аноним (-), 17-Фев-15, 19:07 
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как
> замену классическому иниту и попытались посмотреть шире.

Ну, правращение systemd из инита в аналог UNIX base system началось лет 5 назад. А до некоторых ветеранов новости доходят только лет через 20-30, после «проверки временем»™ :)

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

37. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:12 
Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность? Переписывание докера и osquery - это разумная достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность? Батенька, по вам бритва Оккама плачет.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

40. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 17-Фев-15, 19:19 
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc) - это разумная достаточность?

Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasma

> Переписывание докера и osquery - это разумная достаточность?

Ну, это весьма логично. Современный инит и так почти полностью должен реализовывать функциональность LXC, просто для ограничения привилегий запускаемых им служб. Это даже до разработчиков OpenRC дошло. А прикрутить к этому мелкие рюшечки для удобства - работа на один вечер.

> Вывод ключа для подписывания логов с помощью qr-кода - это разумная достаточность?

Это вообще очень красивое и изящное решение, в плане удобства копирования ключа :)

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

48. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 17-Фев-15, 19:33 
> http://blog.davidedmundson.co.uk/blog/systemd-and-plasma
> Currently in order to achieve the same effect we have a constantly running daemon that monitors /etc/localtime for file changes and then emits DBus signals for all the other apps.

Разумно и достаточно.

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

61. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Elhanaemail (ok), 17-Фев-15, 20:27 
Важная часть:
> If we could rely on everyone setting the timezone through timedated we can remove this watch which will free some resources for everyone.

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

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

142. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:17 
> Так как они на самом деле не могут положится на то, что
> все меняют таймзону через timedated, им все равно придется оставить демона,
> который мониторит файл

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

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

239. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Alan Coxemail (?), 20-Фев-15, 00:14 
>> Так как они на самом деле не могут положится на то, что
>> все меняют таймзону через timedated, им все равно придется оставить демона,
>> который мониторит файл
> Только в сборках для не-Linux. Ну и всякие девианы пусть тоже этого
> демона собирают.
> В остальных дистрах все будет работать через timedated, это забота мейнтейнеров.

Они хотят весь /etc в бинари загнать?

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

73. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 22:31 
> Ага. Необходимость в них назрела уже давно. Вот разработчик KDE популярно объясняет http://blog.davidedmundson.co.uk/blog/systemd-and-plasma

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

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

149. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 18-Фев-15, 20:33 
> Очень полезное мнение.

Не читал, но осуждаю!

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

166. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:13 
Ты даже фразу нормально привести не можешь, а туда же.
Разработчики кде забили на то самое Д. И пилят свои абстракции хз кому нужные. Что там можно сделать особенного что кде3 в своё время не справлялся? Побольше сожрать памяти и проца? Достойно для десктопов, достойно.
Ответить | Правка | Наверх | Cообщить модератору

182. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 18-Фев-15, 22:47 
Не курил, но осуждаю. Не пил, но осуждаю. Не кололся, но осуждаю. Не воровал, но осуждаю. Не убивал, но осуждаю. И только дураки радуются своим ошибкам, набивая шишки.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

153. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:37 
> Это те люди которые за несколько лет с нуля перепилили всё что можно и остались на одном месте?

Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.

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

163. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:10 
> Ну вот он и рассказывает, почему без systemd разработка DE превращается в топтание на месте.

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

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

167. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:15 
У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?
Ответить | Правка | Наверх | Cообщить модератору

190. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 00:30 
> У вас, видимо, какое-то свое, особенное кде. УМВР, ЧЯДНТ?

У тебя похоже очки розовые. У тебя есть подключение из кдепим к эксченджу? Или что у тебя работает?

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

43. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:22 
Читаем еще раз:

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

Вас послушать - надо systemd образать до возможностей классического инита и тогда будет самое то. Налицо проставление знака равенства между ними двумя.

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

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

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

49. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:36 
При чём тут узость взглядов? Я попросту не хочу держать в своей системе оверклуджифицированный и потенциально багоопасный бойлерплейт. На минуточку, аудит безопасности systemd ещё никто не проводил, а держать в системе свору демонов, которые торчат дибасом куда попало, как-то не круто.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 17-Фев-15, 19:40 
> При чём тут узость взглядов? Я попросту не хочу держать в своей
> системе оверклуджифицированный и потенциально багоопасный бойлерплейт.

Окей, rm -f /boot/vmlinuz-* :)

> На минуточку, аудит безопасности systemd ещё никто не проводил

Некая компания Canonical проводила, во времена политических дискуссий в Дебиане. Понятно, с какой целью.

> а держать в системе свору демонов, которые торчат дибасом куда попало, как-то не круто.

Хм. Вы вообще понимаете разницу между D-Bus и TCP, например?

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

55. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от yet another anonymous (?), 17-Фев-15, 20:09 
Простите, Вы с Женей Густманом вместе не учились?
Ответить | Правка | Наверх | Cообщить модератору

177. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:43 
> Некая компания Canonical проводила, во времена политических дискуссий в Дебиане.
> Понятно, с какой целью.

Весьма забавно смотрелось в формате комиксов, там где чувак из каноникала потел, получив контраргументы что в апстарте тоже дыры бывали :)

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

93. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 02:35 
"Бензопила Оккама", бритвы уже мало // fixed
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

100. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:07 
> "Бензопила Оккама", бритвы уже мало // fixed

Бензопила - это у Поттера. Встроят до кучи в версии 220. Так что пиндык мамонтам, выпилят.

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

99. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 18-Фев-15, 04:57 
> Отдельный микродемон на dbus-шине для каждой операции(смена хостнейма, датывремени, etc)
> - это разумная достаточность? Переписывание докера и osquery - это разумная
> достаточность? Вывод ключа для подписывания логов с помощью qr-кода - это
> разумная достаточность? Батенька, по вам бритва Оккама плачет.

Бритва оккама плачет по обмудкам которые нынче все это костылируют местечковыми скриптами, переизобретая свой велик в 20-й раз и нисколько не парясь квадратностью колес. Потом когда кулсисоп уволился - в этих художествах разобраться никто не может. Так что хайль поцтер! :)

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

145. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:22 
> Бритва оккама плачет по обмудкам которые нынче все это костылируют местечковыми скриптами, переизобретая свой велик в 20-й раз и нисколько не парясь квадратностью колес. Потом когда кулсисоп уволился - в этих художествах разобраться никто не может.

А и не надо. Работать - НЕ ТРОЖЬ!

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

178. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 18-Фев-15, 21:56 
> А и не надо. Работать - НЕ ТРОЖЬ!

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

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

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

39. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:18 
> Еще бы те, кто думает о разумной достаточности перестали его воспринимать как замену классическому иниту и попытались посмотреть шире.

Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".

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

42. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:22 
> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".

Ну, если оперировать сугубо в религиозном дискурсе - то да.

Но зачем делать из программ религию? Это всего лишь инструменты.

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

85. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от EHLO (?), 18-Фев-15, 00:01 
>> Проблема в том, что сустемдэ при просмотре шире в точности соответствует антипаттерну "божественный объект".
> Ну, если оперировать сугубо в религиозном дискурсе - то да.

Это из области архитектуры ПО и никак не связано с религией. Но гуманитариев этому не учат.

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

47. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:30 
Помню, в середине нулевых было популярно спорить, что круче - Opera или Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего лишнего. А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит.

Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.

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

50. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:36 
> А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.

А как эти интересные люди комментировали удобство настройки в Опере антирекламных фильтров, особенно в части скрытия элементов страницы?

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

60. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +3 +/
Сообщение от 3 (?), 17-Фев-15, 20:27 
> Опера
> systemd

А... вот оно что...


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

84. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от EHLO (?), 17-Фев-15, 23:56 
> А Опера - она, дескать, хоть и быстрая, хоть и маленькая, хоть можно отключить все что можно и убрать с глаз долой, но на мозги давит
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите ли, давит

Не помню чтобы кто-то заявлял нечто подобное.
Критики Оперы и systemd давят твой мозг.

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

146. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:24 
> Помню, в середине нулевых было популярно спорить, что круче - Opera или
> Firefox. Сторонники Firefox заявляли, что Firefox круче - он пусть и
> жирный как 2-3 Оперы, тормозной во столько же раз, зато ничего
> лишнего. А Опера - она, дескать, хоть и быстрая, хоть и
> маленькая, хоть можно отключить все что можно и убрать с глаз
> долой, но на мозги давит.
> Аналогично и сейчас. Шустрый он, systemd, умеет много, но на мозги, видите
> ли, давит. Как тут кто-то объяснял - гуманитарный склад мышления.

Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
А Опера - это Upstart. Оба екнулись из-за своей огороженности.

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

150. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от EHLO (?), 18-Фев-15, 20:33 
> Не, systemd лучше сравнивать с огнелисом (т.к. дофига расширений).
> А Опера - это Upstart. Оба екнулись из-за своей огороженности.

А systemd — Internet Explorer.

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

152. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 18-Фев-15, 20:36 
> А systemd — Internet Explorer.

Не, IE - это sysVinit. Старый, добрый, проверенный временем.

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

180. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:59 
> Не, IE - это sysVinit. Старый, добрый, проверенный временем.

И нифига не умеющий, как обычно.

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

88. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Анонимemail (88), 18-Фев-15, 00:40 
этого монстра все ещё можно собрать в минимальной комплектации инита? А то на убунте гном староват, но новые фичи хочется, а такой паровоз лишнего функционала тянуть нет желания.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

29. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 18:50 
Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-D
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

34. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:04 
> Это который автор не осилил и скинул на какого-то студента, который планирует его на каникулах запилить? :-D :-D :-D

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

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

211. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 10:15 
> Это какой интересной личностью надо быть, чтобы не осилить поменять значения по
> умолчанию у пары десятков опций ./configure (ну или совсем вырезать, если
> максимализм играет)?

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

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

31. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 18:52 
> Uselessd нам понравился бы больше, принцип разумной достаточности, знаете ли.

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

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

38. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:15 
> для смены значений по умолчанию нескольких опций
> MUSLPORTINGNOTES.TXT
> UCLIBCPORTINGNOTES.TXT
> FREEBSDPORTINGNOTES.TXT

Не читал, но уже вбил себе в голову клише, что всё решается параметрами конфигурации.

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

41. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 19:20 
>> для смены значений по умолчанию нескольких опций
>> MUSLPORTINGNOTES.TXT
>> UCLIBCPORTINGNOTES.TXT
>> FREEBSDPORTINGNOTES.TXT
> Не читал, но уже вбил себе в голову клише, что всё решается
> параметрами конфигурации.

Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?

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

101. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:09 
> Если не секрет, оно работает на всем этом? Или пока только NOTES.TXT?

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

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

141. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:15 
Ну, давеча один из их главных говорил "а давайте и мы свой systemd сделаем". Но дальше слов пока не пошло.
Ответить | Правка | Наверх | Cообщить модератору

181. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 22:00 
> "а давайте и мы свой systemd сделаем".

С аргументом "зато под BSDL"? :)

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

16. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Васёк (?), 17-Фев-15, 18:31 
Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как в том мульте "Баба-Яга против", увидел про systemd статью, нужно все забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал, все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому они нужны - понять затрудняюсь.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

21. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (-), 17-Фев-15, 18:42 
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.

Гуманитарии, сэр.

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

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

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

87. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от да я же (?), 18-Фев-15, 00:34 
> Гуманитарии, сэр.
>
> Техника для них - это некая вещь в себе, которую можно постигнуть только опытным путем.

О! Технари в треде!

По моему опыту, "постигнуть только опытным путём" - как раз удел технарей. Нужно решить проблему? Да не вопрос, вот тут мы вам написали модуль, сейчас проставим галочки в настройках и он заработает. Ой, не заработал, давайте попробуем снять вот эту галочку. Не помогло, ну давайте ещё вот эту снимем, и софтинку перезагрузим, авось поможет. Помогло? Ну я не знаю, что это было, но вы впредь вседа перезагружайте - верьте мне, я же технарь! Что, всё ещё не работает? Не знаю, в чём проблема, по коду понять не смогу, сейчас в отладчик залезу, посмотрю. А, вот, почему-то memcpy не работает. Вчера, когда я проверял - работало. Студия пишет что ещё есть какая-то strcpy, тоже что-то копирует, давайте с ней попробуем. Тоже не работает? Даже и не запускается уже? Хм... Ну мне вот тут студия ещё автокомплитом memmove выдала, давайте попробуем её - на stackoverflow пишут что почему-то иногда помогает (а иногда нет), вдруг и сейчас поможет. Помогло? Ура! Сейчас юнит-тест допишу и закоммичу, после этого зарелизим официальное обновление. Хотя странно, в документации написано, что тоже копирует память, как и strcpy. Наверное, вы что-то не так делаете. Систему давно переустанавливали?

И не приведи вам случай попытаться понять, почему система тормозит, и попытаться оптимизировать её до скоростей, больших, чем написано в тз. У нас в ТЗ что написано? Что страница должна генерировать максимум за 500 миллисекунд. А генерируется за сколько? За 480? Ну так и что, что на ней только шапка и список из десяти товаров с постраничной навигацией. Ты же ТЕХНАРЬ! Технически, страница удовлетворяет заданию клиента. Что-что? Интересно, почему список из картинок и десяти строк текста генерится полсекунды со включённым кешем? А почему тебе это интересно? ГУМАНИТАРИЙ что ли, вопросы-то философские задавать? Генерится и ладно, клиент не жалуется.

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

Это как маляры и художники. Оба могут покрасить забор. Но технарь покрасит в монотонный цвет, используя все современные достижения прогресса, и сделает это быстро. Что, правда, не гарантирует, что краска не сойдёт через два месяца. А гуманитарий будет работать маленькой кисточкой, что-то вручную подводить пальцами, вручную смешивать краски, и в конечном счёте создаст картину, а не просто плоский фон. И красить будет вручную не потому, что не знаком с инструментами, а потому, что инструменты не дадут ему той степени контроля, что ему требуется.

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

Технарь пишет код, рассчитывая на юнит-тесты, падающие, когда он что-то делает не так, на выдаваемые компилятором предупреждения, на то, что IDE сама грамотно расставит отступы. Он лишь примерно понимает, как работает система и что делает его код (и то по большей степени лишь потому, что у него есть тесты). Гуманитарий пытается сначала понять, как работает система, какие взаимосвязи в ней есть и какие из них он может задеть при реализации задачи, и лишь потом начинает писать код. Ему доставляет удовольствие расстановка отступов вручную. Гуманитарий вбивает названия функций без помощи автодополнения, чтобы самому почувствовать, когда какая-то функция станет настолько часто используемой, что пора будет укоротить её название, заменив, скажем, writePlainMessageToLocalSystemLogFile на log. Гуманитарий понимает, что автодополнение упрощает написание кода, но не его чтение и тем более понимание.

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

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

90. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от да я же (?), 18-Фев-15, 00:56 
А, и главное забыл, что касается systemd.

Технарь руководствуется логикой, а гуманитарий - здравым смыслом.

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

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

Типичный пример - сборка и использование udev отдельно от systemd. Технари утверждают, что это возможно, нужно максимум написать свой Makefile и установить несколько dev-версий пакетов, не нужных для сборки самого udev (и, да, патчи апстрим не принимает). Гуманитарии же утверждают, что устанавливать для сборки udev пакеты, которые не нужны для его сборки, а используются лишь самим system - бред, и с таким же успехом можно считать, что отдельная сборка udev невозможна.

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

102. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:18 
Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.

Теоретику подавай мегаархитектуру и стройные концепции. А как оно фактически колесить по дорогам будет - теоретику вообще неинтересно. Поэтому их мегаконцептуальный хлам пылится в лучшем случае в музее политехники, а в хучшем - на помойке. Эталонный пример - minix какой-нибудь, например. Или даже что позабористее, типа paln9. Все расово верно. Концепции дypом прут! И ... даром никому не надо. Даже под пермиссивными лицензиями. Потому что недопилок с неважными рабочими параметрами. Академики фапают, остальные дружно блюют.

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

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

156. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 18-Фев-15, 20:49 
> Хорошо приложил! Но это скорее не гуманитарий vs технарь, а теоретик vs практик получилось.

Да не, архитектурно systemd тоже продуман. По крайней мере, по сравнению со скриптовыми костылями. Та же идея разделения привилегий, когда на основные элементы системной конфигурации создаются специальные демоны, которые сами могут менять только то, за что отвечают, и при этом сами контролируют права клиентов через polkit - довольно неплохая штука.

А вот если к делу подойдет гуманитарий, у которого вместо представлений об архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс во все поля!

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

183. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –2 +/
Сообщение от Аноним (-), 18-Фев-15, 23:14 
> Да не, архитектурно systemd тоже продуман.

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

> По крайней мере, по сравнению со скриптовыми костылями.

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

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

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

> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!

Да что там, тут вон кадры бочку катят на (k)dbus. Им вон sysv IPC хватает. Правда показать как через него сделать кидание неопределенной группе подписчиков сообщения вида "а вот самолетный режим - а ну, радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите ли не надо. Ну да, пыриться в черно-зеленый терминал можно и без этого. Ну а вот толпе народа это надо. По поводу чего эти вопящие стройными рядами пойдут на йух.

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

192. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 00:52 
> Да что там, тут вон кадры бочку катят на (k)dbus. Им вон
> sysv IPC хватает. Правда показать как через него сделать кидание неопределенной
> группе подписчиков сообщения вида "а вот самолетный режим - а ну,
> радиопередатчики, заткнитесь!" эти кадры почему-то традиционно ссыкуют. Им это видите
> ли не надо.

Совершенно верно - не надо ;)

Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь" с надеждой, что авторы всех программ умеют это адекватно понимать.

Логично экономить энергию и отключать непосредственно сам передатчик(и).

Возможно kdbus будет действительно полезен для каких-то определенных ситуаций. Но пока на десктопе и простой dbus не особо нужен.

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

201. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 19-Фев-15, 07:36 
> Совершенно верно - не надо ;)

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

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

> Если мне нужно прекратить весь сетевой обмен - я выключаю сетевой интерфейс
> (ip link set eth0 down), а не шлю всем сетевым программам "пожалуйста, заткнитесь"

Это выглядит как-то так, уважаемый мамонт: садимся мы в самолет. И нас зачастую просят перестать cpaть в эфир - чтобы не мешать навигационному оборудованию. Как минимум на взлете и посадке. В этот момент надлежит выбрать "самолетный режим" во всех своих мобильных девайсах.

При этом проводная сеть (если она у вас при этом есть) как таковая никому жить не мешает. Всем надо именно радиомолчание - чтобы заткнулись радиопередатчики. При этом никому не интересно, wi-fi там у вас, блутус, wi-max, 3G, LTE или что там еще. Лучше всего отрубить всё и сразу. И поэтому в мобильных девайсах по жизни есть под это специальный режим. Ну а почему так должно быть нельзя сделать в линухе - загадка природы. Ноут с линухом в самолете ничему не противоречит. А требования к нему такие же как и ко всем остальным.

Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые по усмотрению юзера на такую ситуацию - могли бы разослать уведомления неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может излучать в вон той программе которая рисует пунктик меню "вырубить радио" - это как-то зело круто получается. Программа получится макаронным монтром. Которому придется в себя интегрить крупным оптом modem manager, network manager, bluez и еще чего-нибудь.

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

Это вы не умееете адекватно понимать существующие реалии.

> Логично экономить энергию и отключать непосредственно сам передатчик(и).

Зато...
1) Нифига не логично в крыжике настроек "а вот у нас тут сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех мыслимых разновидностей радиопередатчиков которые понимает линух.
2) Человек - не чип power manager, и в отличие от железки ему западло дергаться лишний раз на всякие сугубо техниеские сущности. Та что отвлекать человека на такую буиту - каменный век и мсдосовщина.
3) Если вы вдруг не заметили, при вашей пещерной "технологии энергосбережения" - отпадает линк! И если цель была именно сэкономить питание - вообще-то это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию питания путем вырубания линка. А если компьютер не включать - во сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные варианты. С уходом проца в low power режим и/или низкие частоты, если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически, променяв латенси на экономию питания. Ну и так далее. Когда и функциональность сохраняется (может быть с небольшой деградацией параметров) и питание экономится.

> на десктопе и простой dbus не особо нужен.

Мамонтам которые хотят самолично дрюкаться с управлением питанием и расстановкой перемычек IRQ на шине ISA? Их время вышло, добро пожаловать на свалку истории.

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

218. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 13:01 
del
Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 13:05 
> Ну а почему так должно быть нельзя
> сделать в линухе - загадка природы. Ноут с линухом в самолете
> ничему не противоречит. А требования к нему такие же как и
> ко всем остальным.

Так сделайте - делов на десть минут.

> Поэтому было бы логично если бы какой-нибудь обработчик кнопок/менюшка/команда/... дергаемые
> по усмотрению юзера на такую ситуацию - могли бы разослать уведомления
> неопределенной группе подписчиков. Потому что лично делать энумерацию всего что может
> излучать в вон той программе которая рисует пунктик меню "вырубить радио"
> - это как-то зело круто получается. Программа получится макаронным монтром. Которому
> придется в себя интегрить крупным оптом modem manager, network manager, bluez
> и еще чего-нибудь.

Вы создаете сложности на ровном месте - ваш любимый андроид в этом режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и питание на них.

>> Логично экономить энергию и отключать непосредственно сам передатчик(и).
> Зато...
> 1) Нифига не логично в крыжике настроек "а вот у нас тут
> сейчас самолет!" делать хардкорную энумерацию и умение рулить для вообще всех
> мыслимых разновидностей радиопередатчиков которые понимает линух.

И что характерно их всех можно определить заглянув в /dev или /sys. Элементарный скрипт в помощь.

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

226. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 19:28 
> Так сделайте - делов на десть минут.

В человеческом виде делов несколько побольше. А программе крыжика "самолетный режим" совершенно не в кассу узнавать как рулить вот конкретно тем 3G свистком, например. Этот свисток - вообще может не сетевой интерфейс быть! А какой-нибудь AT-командовый модем, или даже что позаковыристее.

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

> режиме полностью гасит сетевые интерфейсы (adb shell ifconfig в помощь) и
> питание на них.

Андроид много чего по своему делает. И если что, там еще и свой самопальный IPC есть, кстати. Если вы вдруг не заметили - гугель вполне убедительно помахал факом. И в сторону имевшегося IPC, запилив свое, более подходящее для их целей, и в сторону окаменелостй типа иксов. Сделав свой вывод графики. И вообще-то когда людям такие вещи приходится делать где-то out of tree и местечково - это не есть нормально нифига. А кто считает иначе - здорово оторвался от реалий и шел бы он куда подальше, ибо ведет к дезинтеграции и вылету на задворки истории. По причине "неактуальная фигня не от мира сего, которую проще списать в утиль чем закостылить до кондиции".

> И что характерно их всех можно определить заглянув в /dev или /sys.

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

> Элементарный скрипт в помощь.

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

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

227. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 20:23 
> И что характерно, большинство людей труба шатали самолично костылировать столько хлама.

Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если нет - могу написать для вас, за цену билета на самолет ;)

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

То, что предлагаете вы - это попытка создать все на все случае жизни, что на практике порождает больше проблем, чем решает их. Не говоря уж об overkill/overhead/overengineering.

Ваше предложение - программа посылающая сообщение о необходимости прекращения передачи радиосигнала. Потенциально я вижу следующие вопросы:
1. Кто будет определять формат сообщений?
2. Как убедить всех использовать единый формат сообщений?
3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?
4. Что делать если программ запущенна после прохождения сообщения?
5. Что будет если несколько программ попытаются выключить/включить один и тот же интерфейс?
6. Потребление памяти и усложнение программ - им всем придется уметь принимать сообщения и корректно их обрабатывать.
7. Сколько понадобится человеко-часов на внедрение и отладку этого?

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

230. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 22:11 
> Так гугол в помощь - наверняка кто-то уже озадачился и написал. Если
> нет - могу написать для вас, за цену билета на самолет ;)

Вы там вообще в своем уме? Нафига я буду возиться с тем что вообще должно работать по дефолту, т.к. обыденный и повсеместный сценарий? И тем более - за что платить вам? Это ж не кастомдев, это - СТАНДАРТНАЯ хотелка, типичная для *легиона* юзерей. Прикиньте?

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

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

Единственная проблема: постановка задачи отморожена на всю голову и являет собой образец квадратно-гнездового мышления имени мсдоса. Если я сажусь в самолет, последнее о чем я хочу думать в этот момент - какие же там в этом девайсе классы беспроводных устройств?! Есть четко поставленная задача: ВСЕ РАДИО ДОЛЖНЫ ЗАТКНУТЬСЯ. Вот это - нормальная человеческая постановка задачи. С понятной мотивацией (чтобы не было шанса создать помехи навигационному оборудованию) и логичной реализацией через нечто типа системной шины.

А то что вы предлагаете - эталонный образец ДОСявого однозадачного однопроцессного мышления: перехватить контроль над девайсом единолично из 1 приблуды и вообще никак не согласовывать с другим софтом использование этого девайса. Арбитраж? Использование более чем 1 программой? Не, не слышали! Вот поэтому и мамонты, собственно...

> То, что предлагаете вы - это попытка создать все на все случае жизни,

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

> говоря уж об overkill/overhead/overengineering.

Ну конечно, ваши кастомные ни с чем не совместимые и ни с чем нормально не взаимодействующие скриптокостыли - это не оверкилл, не оверинжинеринг и вообще, свое гомно не пахнет, да? Впрочем, чего еще ожидать от людей которые делают "power management" путем дрюкания интерфейса вверх-вниз, и игноря кучу проблем которые при этом будут? Как то никаковская латенси, риск отвала соединений и потери ремотных пакетов, непригодность для listen режима и прочая.

> 1. Кто будет определять формат сообщений?

По логике вещей - те кто собираются отправлять и получать сообщения этого типа. Если бы это было нерешаемой задачей,  мы бы тут переписываться не смогли. Догадываетесь почему? :)

И кстати d-bus как таковой появился в том числе и для того чтобы програмеры не сношали себе мозг низкоуровневой формировкой пакетов. Мало кто коммуницирует с сервером, например, опеннетом, самолично выкраивая все кадры эзернета в своей программе.

> 2. Как убедить всех использовать единый формат сообщений?

В жестком виде ессно никак. А по факту какая-то из реализаций станет стандартом де-факто, основная масса софта это станет понимать. А как там особо хитрый мамонт будет дрoчить сетевым интерфейсом туда-сюда потому что это в его понимании и есть power management, это уже проблемы этого мамонта (варианты для этого всегда найдутся). Ну то-есть вы можете любить IPX хоть до поросячьего визга. Но послать пакеты мне по нему не сможете. Потому что я и промежуточные роутеры его не понимаем. Будете пользоваться TCP/IP и HTTP. Или пойдете нафиг. На выбор. Но разумется приказать вам использовать именно TCP/IP и HTTP никто не может. Просто вы будете взаимодействовать только сами с собой, если перестаратетесь с кастомом.

> 3. Что делать с программами не умеющих/не желающих/игнорирующих сообщения?

Ничего. Если кому-то станет это надо - они пойдут и сделают так чтобы умели и не игнорировали. А на нет и суда нет.

> 4. Что делать если программ запущенна после прохождения сообщения?

А это как с IRC. Вы присоединились к каналу. Но сообщения уже пролетели. Что делать? А ничего. Если это что-то критичное - ну давать по сусалам на потуги например врубить вафлю в самолете. Т.е. пока самолетный режим явно не снят - фиг вам а не вафля.

> 5. Что будет если несколько программ попытаются выключить/включить один и тот же
> интерфейс?

По логике вещей, кто последний попросил сделать нечто с интерфейсом, тот и определил конечный результат. Да, в принципе там возможны грабли. Ну вот раз вы такой умный -  вот и расскажите как ваше дрoчиво интерфейсом для экономии питания этот вопрос решает? :) А то вы хитрый - своим горбылям скидку сделали, а с остальных, значит, спрашиваем по полной, так? :)

> 6. Потребление памяти и усложнение программ - им всем придется уметь принимать
> сообщения и корректно их обрабатывать.

Не "всем" а "заинтересованным в этой категории сообщений". И да, конечно, куча скриптов постоянно дрoчащих интерфейсы вверх-вниз как ваше "управление питанием" наверное память и проц не занимают, да? Ну я понимаю что себе - скидки :)

> 7. Сколько понадобится человеко-часов на внедрение и отладку этого?

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

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

222. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 13:40 
>[оверквотинг удален]
> отпадает линк! И если цель была именно сэкономить питание - вообще-то
> это нынче предпочитают делать БЕЗ потери функциональности. Спасибо, конечно, за экономию
> питания путем вырубания линка. А если компьютер не включать - во
> сколько сэкономится! Но так мало кому нравится. Поэтому предпочитают более умные
> варианты. С уходом проца в low power режим и/или низкие частоты,
> если нет активных задач. С частичным отключением неиспользуемых блоков чипов. При
> длительной неактивности линка наличие новых данных могут проверять лишь сильно эпизодически,
> променяв латенси на экономию питания. Ну и так далее. Когда и
> функциональность сохраняется (может быть с небольшой деградацией параметров) и питание
> экономится.

Ну раз вы так хорошо разбираетесь в энергосбережении и вообще прогрессивный человек - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.

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

229. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 21:30 
> - элементарная задача: есть ноутбук с линуксом - нужно поднимать wi-fi
> только тогда, когда идут сетевые пакеты. У "мамонта" эта задача решена.

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

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

Если вы думаете что изгибаться такой буквой зю для использования сети кого-то радует - вы чего-то очень сильно не понимаете в этой жизни. Грубо говоря, вы придумали себе высосанную из пальца проблему, с помпой ее решили, и почему-то считаете что это решение еще и имеет какую-то очевидную всем ценность. А на самом деле это как забег по потолку в ластах и противогазе с аргументом "во как я могу!". Ну, ок, вы можете бегать в ластах и противогазе по потолку. И чего? Этот скилл несет в себе какую-то практическую ценность?

Нормальные инженеры, к вашему сведению, давно сделали для вафли "power save". Так что дрюкать интерфейс для экономии питания отнюдь не требуется. А современные чипы, между прочим, даже в активном режиме кушают столько что не то что вайфай, а все вместе, включая проц на 400-500 мегагерц с линухом - запросто пашет чуть ли не целый день от обычной батареечки типа 18650, упакованой прям в корпус карманного девайса. На фоне того как это работает, сколько лопает, сколько усилий в настройке требует, какие скорости и латенси и прочая - вы с вашими извращениями и выглядите мамонтом, если вы еще не поняли.

P.S. и да, я совсем не против автоматики под какие-то сильно кастомные запросы. Но, опять же, ваша автоматика - не интегряется с другими случаями. Например с случаем "эй, радио, заткнсь, это - самолет!". А самолично выписывать все такие моменты в скриптах можно и за..ться.

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

193. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 00:57 
> А вот если к делу подойдет гуманитарий, у которого вместо представлений об
> архитектуре - религия, то каждому DE придется готовить _собственный_ suid-ный бинарник
> для изменений настроек, и специальный демон для отслеживания изменений. Философия юникс
> во все поля!

Не, демонология - это к Поттерингу, это его любимая концепция - все демон. Нормальные люди используют inotify.

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

202. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 07:44 
Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания линка нормально - спасибо, но...
Ответить | Правка | Наверх | Cообщить модератору

220. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Mihail Zenkov (ok), 19-Фев-15, 13:14 
> Рассказ о нормах жизни от человека, считающего что нагружать гуманоидов управлением питания
> линка нормально - спасибо, но...

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

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

231. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 22:20 
> Человек, считающий что управление линком должно быть в одном месте (скрипт/программа),
> а не в десятках отдельных приложений ждущих сообщений.

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

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

224. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 19-Фев-15, 15:44 
> А практику плевать что там в архитектуре, лишь бы из пункта А
> в пункт Б доставляло за оговоренное время. А если при этом
> еще салон комфортабельный и кондей работает - вообще замечательно. А то
> что ДВСина этой штуки - клубок проводов и трубок, куча вспомогательных
> агрегатов, какие-то костыли-микропроцессоры и прочая, так что оно ни разу не
> похоже на простую и доходчивую модель из кабинета физики - да
> всем похрен. Лишь бы колеса крутило.

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

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

232. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 22:22 
> ...правда спустя некоторое время этот "практик" внезапно обнаруживает что доставляют его
> уже за то время которое удобно владельцу этого агрегата, той дорогой,
> которая удобна владельцу,

Несомненно, мир неидеален. Проблема только в одном: в вашем случае придется идти пешком. Что может быть очень несколько непрактично при расстоянии больше чем несколько километров и совсем не вариант если по пути попадется какой-нибудь там океан (коих у нас 2/3 планеты, блин).

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

130. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Товарищ Майор (?), 18-Фев-15, 12:11 
эм... а причем тут гуманитарии? вы, таки про разные подходы с не совсем адекватными примерами. и никак не про технарей-гуманитариев.
Ответить | Правка | К родителю #87 | Наверх | Cообщить модератору

161. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:08 
> эм... а причем тут гуманитарии? вы, таки про разные подходы с не
> совсем адекватными примерами. и никак не про технарей-гуманитариев.

Похоже, вы чувствуете, что "наших бьют", но возразить ничего не можете :)

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

23. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (-), 17-Фев-15, 18:47 
Аргументы?

https://bugzilla.redhat.com/show_bug.cgi?id=719952

Багрепорту четвёртый год уже пошёл, а он до сих пор открыт.
We change! We create! We propose! The future will be awesome! Btrfs! Kdbus! Containers! Snapshots! Oh, wait, what's that? Bugreport? Not our business! Systemd!

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

26. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 17-Фев-15, 18:49 
> https://bugzilla.redhat.com/show_bug.cgi?id=719952

Если вы решили перезагрузиться во время fsck, то зависание - не самая страшная из ваших проблем :)

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

30. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +4 +/
Сообщение от Аноним (-), 17-Фев-15, 18:52 
Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак. Пришёл я, например, презентацию перед большой аудиторией показать, включил ноутбук, а systemd-fsck решил, что ему всенепременно надо прочекать диск. И всё, приехали.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +2 +/
Сообщение от 3 (?), 17-Фев-15, 20:19 
нет системд - нет проблем...
Ответить | Правка | Наверх | Cообщить модератору

209. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 08:24 
> нет системд - нет проблем...

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

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

208. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 08:22 
> Изначально проблема была в том, что systemd-fsck не интерраптится вручную практически никак.

И что характерно, root cause - в том что корректное прерывание fsck в нем элементарно не предусмотрено. А вырубить его некорректно - можно с разваленной файлухой остаться. Ясен фиг никто в здравом уме не подпишется такое делать. Что в багтрекере и написали.

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

103. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:28 
> Аргументы?
> https://bugzilla.redhat.com/show_bug.cgi?id=719952

Да, забойный аргумент: последняя запись в баге была более 2 лет назад, в том числе дуп этого бага. Видимо с тех пор 2 года как всем пофигу. Ну раз пофигу - так зачем чинить? :)

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

140. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от путещщ (?), 18-Фев-15, 19:41 
http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...

Не оно?

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

83. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 17-Фев-15, 23:37 
> Да вот тоже не пойму. Похоже на троллинг по инерции. Ну как
> в том мульте "Баба-Яга против", увидел про systemd статью, нужно все
> забрызгать, как дворовый бобик. Аргументированных комментов от хейтеров давно не читал,
> все сводится к "ололо поцтеринг, комбаин, ненужно" и пр. высеры. Кому
> они нужны - понять затрудняюсь.

Ну так аргументированных постов от сторонников столько же. Ня, прогресс.

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

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

104. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:29 
> критичными для разных нелюбителей systemd.

Если это критичные вещи, как вон в том баге который 2 года как всеми забыт - видимо не так уж все и критично оказывается.

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

121. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 18-Фев-15, 10:03 
А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем по этому поводу» или даже «круто, мы и хотели это сломать»?

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

136. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 18-Фев-15, 14:36 
Узнаю стиль Портера :) он так же отвечал - когда Pulse audio сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому не надо". За столько лет ничего не поменялось.
Ответить | Правка | Наверх | Cообщить модератору

164. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:12 
> Узнаю стиль Портера :) он так же отвечал - когда Pulse audio
> сломал alsa/oss. "пусть все работают через пульсаудио - а остальное никому
> не надо".

Это когда такое было? Опять все выдумываем?

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

144. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:21 
> А _что_ содержательного можно добавить в баг, если upstream уже сказал «нам
> наплевать, мы ничего полезного делать не будем

Да нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливать процессы fsck независимо от их количества.
Пруф: http://cgit.freedesktop.org/systemd/systemd/commit/?id=07f9a...

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

254. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 21-Фев-15, 17:40 
> Да нет, они уже буквально несколько часов назад запилили systemd-fsckd, позволяющий останавливать

Оперативно работают :)

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

184. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 23:20 
> А _что_ содержательного можно добавить в баг,

Как минимум, если бы это мешало жить толпе народа - были бы дупы багов. Но дуп был лишь 1. И 2 года назад. Видать, фича не слишком мешает жить юзерям...

> если upstream уже сказал «нам наплевать, мы ничего полезного делать не будем
> по этому поводу» или даже «круто, мы и хотели это сломать»?

Не вижу где там написано именно это. Там написано что fsck как таковой нынче не предусматривает возможности его корректно вырубить. Поэтому мы дескать понятия не имеем как это надо делать. Не надо быть семи пядей во лбу чтобы догадаться что разработчики системного стартера не подпишутся брутально срубать fsck, потенциально оставляя юзера с убитой в хламину ФС. А корректных методов это сделать просто нет. И вопросы при этом надо по логике задать авторам fsck'ов для начала. Ну так, если делать это по уму.

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

148. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:31 
> Ну так аргументированных постов от сторонников столько же. Ня, прогресс.

Сторонники systemd - звери редкие. Можно выделить три класса линуксоидов:
1. "systemd так systemd, освоимся, делов-то".
2. "ААА НЕНАВИСТЬ НЕНАВИСТЬ УБИТЬ ПОЦТЕРА!!!!1"
3. "Ммм, хейтеры - это отличная еда!"

:)

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

59. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +5 +/
Сообщение от 3 (?), 17-Фев-15, 20:24 
> А почему вам всем не нравится systemd? Он же много чего умеет.

кофе не варит! Что-же классного?

лучше бы он одним делом хорошо занимался, а не "много чего умел" так себе...


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

71. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от BratSinot (ok), 17-Фев-15, 22:05 
У меня Slackware и без systemd тоже много чего умеет.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

106. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:31 
> У меня Slackware и без systemd тоже много чего умеет.

Только вот делать на ней контейнеры с снапшотами в btrfs - усрaться можно. А то что админам локалхоста все это не надо - ну, окей, пусть дальше рулят своими локалхостами и не высовываются.

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

124. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от 3 (?), 18-Фев-15, 10:31 
>> У меня Slackware и без systemd тоже много чего умеет.
> Только вот делать на ней контейнеры с снапшотами в btrfs

опачки! Давай подробностей. Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs", что можеть судить про "усрaться"/не"усрaться" ?

или очередной "системд-админ" теоретик?

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

131. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 12:50 
Как где? В одном всем известном блоге так всё и написано.
Ответить | Правка | Наверх | Cообщить модератору

157. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 20:52 
> Это где ты уже с помощью системд "делать на ней контейнеры с снапшотами в btrfs"

Сформулируйте мысль, пожалуйста.

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

168. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:17 
У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?
Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:24 
> У тебя спрашивают: ты сам это делал с системд и бтрфс? Или в блоге гуру своего прочитал?

dnf -y --releasever=21 --nogpg --installroot=~/fedora --disablerepo='*' --enablerepo=fedora install systemd passwd dnf fedora-release vim-minimal && systemd-nspawn -bxD ~/fedora

Теперь я супергерой?

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

173. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:29 
Ну а теперь то же на шлаке, для сравнения усраться/не усраться.
Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 08:20 
> Ну а теперь то же на шлаке, для сравнения усраться/не усраться.

Шлакваристы, ваш выход! 8)

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

255. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 21-Фев-15, 17:41 
> Шлакваристы, ваш выход! 8)

Прошло 3 дня. А слакваристы так и не показали нам аналог того что федорист за 5 минут наколотил.

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

185. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 23:25 
> опачки! Давай подробностей. Это где ты уже с помощью системд "делать на
> ней контейнеры с снапшотами в btrfs",

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

> что можеть судить про "усрaться"/не"усрaться"?

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

> или очередной "системд-админ" теоретик?

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

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

138. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от angra (ok), 18-Фев-15, 18:03 
Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то вы бы знали, что единственные нормальные контейнеры в линуксе это openvz. Последнее ядро с openvz это 2.6.32 из rhel 6. Для systemd требуется 3.9+. Как следствие работа с контейнерами в systemd на данный момент на уровне жалкого lxc. Не исключен вариант, что redhat зажмет поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7, тогда через полгода от systemd может быть будет толк в области контейнеров.

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

147. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 18-Фев-15, 20:28 
> Чья бы корова мычала. Если бы ваш опыт не ограничивался локалхостом, то
> вы бы знали, что единственные нормальные контейнеры в линуксе это openvz.

Отличная шутка! Петросян.жпг.
А почему OVZ, а не UML сразу?

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

186. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 23:31 
> Последнее ядро с openvz это 2.6.32 из rhel 6.

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

> Для systemd требуется 3.9+.

И замечательно. А btrfs лучше с ядром меньше 3.16 вообще не запускать. А лучше 3.19 использовать :)

> Как следствие работа с контейнерами в systemd на данный момент на уровне жaлкого lxc.

Это не вина systemd как такового. Сколько умеет ваниль, столько он и использует. А какие-то левые ядра с посторонними патчами - должны сдохнуть. И сдохнут, что характерно.

> поцтерингу яйца и заставит его ограничится возможностями ядра из rhel7,

Зачем все это редхату? Они имхо просто зажмут на рхел7 версию системды. А кому будут нужны более свежие фичи - пойдут юзать более новый рхел с более новым системд.

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

Поттер пока все правильно делает и очень хорошо что он забывает спросить утырков, полагающих что переть в систему левое ядро с побочными патчами - нормальная практика. Собственно, именно это мерзкое свойство и является тикающей бомбой под openvz. Понимаешь, чувак, нужда ставить кастомный кернел это большой гемор, отвал кучи юзкейсов и вообще - все с большим удовольствием от всего этого избавятся. Ну а первый кто предоставит такое решение срубит EPIC WIN. Поттер и шапка видимо куда-то туда и нацелились. Ну и флаг им в руки. Должен же кто-то сделать это не через анyc?!

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

78. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от EHLO (?), 17-Фев-15, 23:25 
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?

Это толсто.

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

80. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 17-Фев-15, 23:33 
> А почему вам всем не нравится systemd? Он же много чего умеет.
> Это же классно. Не так ли?

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

Он умеет требовать, чтобы все сессии Χ жили только через display-manager. И считать, что так надо.

Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD (нормально, то есть не требуя несколько минут на journalctl -n 20).

Не все любители Unix-систем с неотключаемым мнением системы по случайно выбранным вопросам уже перешли на MacOS X. Некоторые вместо этого пишут systemd. Некоторые пользователи GNU/Linux не перешли на MacOS X искючительно потому, что такое поведение системы их раздражает.

И да, базовая система в одном репозитории у BSD есть и была давно, но опять же не все пользователи GNU/Linux такого хотели бы для своей систем.

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

107. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 05:32 
> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD

А если еще и НОВОСТЬ ПОЧИТАТЬ - можно что заметить что уже умеет :).

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

154. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +1 +/
Сообщение от Аноним (-), 18-Фев-15, 20:40 
>> Он не умеет нормально хранить журнал на своём любимом BtrFS на HDD
> А если еще и НОВОСТЬ ПОЧИТАТЬ

А зачем? Осуждать удобнее, когда не читал.

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

171. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 21:21 
Действительно. Лучше несколько лет орать что системд готова и везде в продакшене используется. А в каждую очередную новость писать:
что вы говорите про Х? он научился делать Х - читайте новости. нет аргументов у хейтеров.
А Y умеет?
Так не надо никому Y!

Следующая новость:
что вы говорите про Y? он научился делать Y - читайте новости. нет аргументов у хейтеров.
А Z умеет?
Так не надо никому Z!

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

187. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 18-Фев-15, 23:39 
> Действительно. Лучше несколько лет орать что системд готова и везде в продакшене
> используется.

Какие буйные фантазии. В продакшне он разве что в рхел7, для которого "несколько лет" как-то зело жирно звучит. И то старой версии.

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

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

191. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 00:33 
> Какие буйные фантазии. В продакшне он разве что в рхел7, для которого
> "несколько лет" как-то зело жирно звучит. И то старой версии.

Оказывается те толпы народа что бегают по лору вообще и опеннете в частности это фантазия. Ну так и говори что все вы здесь потрындеть за системд пришли не видя в глаза результата. И цена вашим аргументам пшик.

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

203. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 07:48 
> потрындеть за системд пришли не видя в глаза результата. И цена
> вашим аргументам пшик.

Я как раз системд уже видел в глаза и порулил им малость. Весьма интересная и перспективная вещица. А если старые птицы не могут петь новые песни - ну чтож, придется с ними расстаться.

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

228. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 19-Фев-15, 21:05 
Ну всё, большие дядьки наконец-то тебе дали цацку поиграться. Только не думай что от этого ты станешь ентерпрайз человеком.

> А если старые птицы не могут петь новые песни - ну чтож, придется с ними расстаться.

Ну да. Вот есть ентерпрайз софт за большие деньги. Под рхел\центос 6 ставится и работает. Под 7 версией куча багов плюс несоздание скриптов запуска и неработоспособность.
Угадай с одного раза: с какой птичкой расстались?

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

234. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  –1 +/
Сообщение от Аноним (-), 19-Фев-15, 23:41 
> Ну всё, большие дядьки наконец-то тебе дали цацку поиграться.

Ну админам локалхоста мои игрушки конечно виднее.

> Только не думай что от этого ты станешь ентерпрайз человеком.

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

> ставится и работает. Под 7 версией куча багов плюс несоздание скриптов
> запуска и неработоспособность.

Офигеть, вы впервые в жизни видите баг в программе? И уж конечно увереы что это опыт планетарного масштаба? :)

> Угадай с одного раза: с какой птичкой расстались?

По нормальному - расставаться надо с бакланом который вляпался в такой софт, у которого такой саппорт за много денег ;). Хотя при местечковом менеджменте - всякое бывает! Ну ок, когда поддержка у рхел6 кончится, что делать - вы подумаете именно тогда, правда же? :) Когда жареный петух конкретно клюнет. Вот это да, будет по нашему...

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

252. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 21-Фев-15, 13:39 
> Ну админам локалхоста мои игрушки конечно виднее.

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

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

Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд, тогда можно что-то говорить.

> Офигеть, вы впервые в жизни видите баг в программе? И уж конечно
> увереы что это опыт планетарного масштаба? :)

Это баг который вылез из-за системд. А местные горлопаны уже пару лет рассказывают как это к продакшену готово. Вот так и готово.

> По нормальному - расставаться надо с бакланом который вляпался в такой софт,
> у которого такой саппорт за много денег ;). Хотя при местечковом
> менеджменте - всякое бывает! Ну ок, когда поддержка у рхел6 кончится,
> что делать - вы подумаете именно тогда, правда же? :) Когда
> жареный петух конкретно клюнет. Вот это да, будет по нашему...

О да, ентерпрайз админы юзают зфс, бтфрс, системд, контейнеры всевозможных видов и прочие гениальные решения последних нескольких лет. Судя по отношению к жизни они в качестве серваков используют писюки которые нашли в помойке.
А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия, всферу, втл-ку, средства бекапирования от вендоров. Всё это списывается по бухгалтерии до 3 лет. А срок поддержки рхел гооораздо больше. Возможно кто-то берет что-то нутаниксовое.
Хотя кому я говорю. Это же локалхостиковская шняга, а тут ентерпайз админчик на проводе.

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

256. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 21-Фев-15, 18:10 
> Конечно виднее. Пока админы локалхоста юзают что-то всферное или опенстековское,

Я и говорю - у некоторых есть только 2 состояния: bare metal и махровая энтерпрайзятина, при том совершенно левая и не интегрированная с системой.

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

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

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

> Аргументы фанатику системд? Вот когда у вас поллюции пройдут от представления системд,
> тогда можно что-то говорить.

Да кто бы сомневался что самый забойный аргумент НеФанатов - обсуждение личности оппонента. Надежный индикатор отсутствия более рациональных аргументов.

> Это баг который вылез из-за системд.

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

> рассказывают как это к продакшену готово. Вот так и готово.

Ну вот так и готово - шапка в рхел 7 поюзала. И что-то не видно массовых воплей энтерпрайзников.

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

Что характерно - юзают, и дальше все это будет только по нарастающей. И да, я решительно не понимаю: я ворочаю стадами виртуалок в энтерпрайзе. И могу за считанные секунды откатить снапшот. Какого дьявола мой десктоп и ноут не могут так же? Сапожник без сапог? Так не пойдет. Так что хайль поцтер! С ним можно будет и так. А при нужде - и к большому управлятору будет цепляться. Это называется layered дизайн. И намекает что поцтер и его манагемент в отличие от рукож...х фаготов с их костылями хоть немного смыслит в архитектуре. Так что намерен сделать и относительно автономную подложку работающую в одной системе, и интерфейс этого к более крупным управляторам, если надо. Это именно так как я и хочу видеть эти подсистемы. Их надлежит сделать именно вот так. Чтобы они были гибкими и покрывали разные юзкейсы. От возможности рекавери за 10 секунд состояния смарта на фабричные дефолты до руления группами машин энтерпрайзными средствами. У поттера это будет.

> они в качестве серваков используют писюки которые нашли в помойке.

Прикольные такие выводы на песке. Кстати на железо своего писюка я не жалуюсь - там все по уму: есть IOMMU, память с ECC, аппаратная виртуализация, все дела. Умеючи работать с виртуалками довольно странно себя обувать на полезности и на своем писюке.

> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.

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

> Всё это списывается по бухгалтерии до 3 лет.

А я не бух и не пильщик - мне буховские вопросы довольно пофиг.

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

257. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Аноним (-), 21-Фев-15, 23:55 
У самого отличные аргументы. Либо мне это не надо, либо я лучше знаю что и как делать. Ну вот такая фраза и ответ на неё они собственно исчерпывают возможность достучаться до чугунных мозгов системдевщиков:
--
> А админы локалхостов берут схд от вендоров, шасси в которые набивают лезвия,
> всферу, втл-ку, средства бекапирования от вендоров.

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

А вот это(с упущенным "А срок поддержки рхел гооораздо больше") только подтверждает ранее сказанное:
--
> Всё это списывается по бухгалтерии до 3 лет.

А я не бух и не пильщик - мне буховские вопросы довольно пофиг.
--

Паси дальше свои стада ЛАМПов. Не буду мешать взрослому дяденьке. Но журнальчики с откровениями о системд ты бы всё таки бросил почитывать...

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

91. "Выпуск systemd 219 с поддержкой расширенных возможностей Btr..."  +/
Сообщение от Ilya Indigo (ok), 18-Фев-15, 01:02 
Нет! это не классно.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

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




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

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