The OpenNET Project / Index page

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



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

Оглавление

Доступен системный менеджер systemd 237, opennews (??), 29-Янв-18, (0) [смотреть все]

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


1. "Доступен системный менеджер systemd 237"  +19 +/
Сообщение от Аноним (-), 29-Янв-18, 14:20 
Не имею ничего против Systemd как софта, но его ультиматиыный подход к внедрению вызывает только отторжение.
Ответить | Правка | Наверх | Cообщить модератору

4. "Доступен системный менеджер systemd 237"  +30 +/
Сообщение от Аноним (-), 29-Янв-18, 14:35 
Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))
Ответить | Правка | Наверх | Cообщить модератору

6. "Доступен системный менеджер systemd 237"  +26 +/
Сообщение от A.Stahl (ok), 29-Янв-18, 14:41 
Кто говорит? Линуксоиды?
Ответить | Правка | Наверх | Cообщить модератору

33. "Доступен системный менеджер systemd 237"  +3 +/
Сообщение от Аноним (-), 29-Янв-18, 15:57 
Бинго!)
Ответить | Правка | Наверх | Cообщить модератору

7. "Доступен системный менеджер systemd 237"  +6 +/
Сообщение от EHLO (?), 29-Янв-18, 14:46 
>Забавно, что весь хейт направляется на systemd и Поттеринга, а не на мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт. А ещё говорят, что линуксоиды, в среднем, умнее остальных))

Ты стало быть остальной и знаешь что царь хороший, во всём бояре виноваты

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

8. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 29-Янв-18, 14:49 
Ну да, а кто его продвигает и заставляет других использовать, подумай? Красношляпа. А Поттерниг работает в Красношляпе. Круг замкнулся.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

77. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 29-Янв-18, 22:17 
Угу, приходят после захода солнца и заставляют.
Ответить | Правка | Наверх | Cообщить модератору

125. "Доступен системный менеджер systemd 237"  +/
Сообщение от anonymous (??), 31-Янв-18, 00:47 
Оторвать от systemd сложнее, чем пакет собрать.
Ответить | Правка | Наверх | Cообщить модератору

9. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Andrey Mitrofanov (?), 29-Янв-18, 14:49 
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.

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

> А ещё говорят, что линуксоиды, в среднем, умнее остальных))

При чём тут "ум"-то? Упомянутое коллегой "к внедрению вызывает" пока ещё свежо в ощущениях и _эмоциях_.

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

А покамест рановато. Терпите. Таков "манагемент ченджеса" вашегоо "системного" как-его-там-дЭ.

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

25. "Доступен системный менеджер systemd 237"  +10 +/
Сообщение от freehckemail (ok), 29-Янв-18, 15:21 
> Забавно, что весь хейт направляется на systemd и Поттеринга, а не на
> мантейнеров и разработчиков, которые внедряют systemd и привязывают к нему софт.
> А ещё говорят, что линуксоиды, в среднем, умнее остальных))

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

Проблема не с мейнтейнерами, проблема с Лёней и вендор-локом красношапки.

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

29. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от ryoken (ok), 29-Янв-18, 15:30 
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.

В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)

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

42. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от freehckemail (ok), 29-Янв-18, 16:36 
> В оригинале таки был трамвай. (Или тут слово "bus" обыгрывается?)

Да, хотелось обыграть bus factor, но как-то топорно вышло.

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

37. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (-), 29-Янв-18, 16:05 
Т.е. когда Вася избивает Маню тростью, виноват не Вася, а трость и тот, кто продал трость Васе. Ведь Вася всегда таким хорошим был, Маню с детишками подобрал, и до сих пор на работу ходит и зарплату приносит, так что его винить некомильфо, остаётся только винить трость и продавца.

Ну такая логика тоже имеет право на существование, мне только непонятно, зачем такие Мани ходят на Опеннет, когда им надо ходить на вумен.ру?)

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

43. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от freehckemail (ok), 29-Янв-18, 16:40 
> Т.е. когда Вася избивает Маню тростью...

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

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

103. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Аноним (-), 30-Янв-18, 09:56 
Но виновен не жираф, а тот, кто крикнул из ветвей "жираф большой, ему видней!"
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

119. "Доступен системный менеджер systemd 237"  –3 +/
Сообщение от SunXE (ok), 30-Янв-18, 18:01 
т.е. теперь рэдхат виноват в том, что делая определенные вещи под свой продукт так, как им это удобно, в итоге делает такие инструменты которыми хотят пользоваться большенство дистрибутивостроителей мира линукс?
Мэйнтейнеры по вашему наркоманы? Не хотят пользоваться systemd но не могут удержаться)
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

130. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (-), 02-Фев-18, 17:38 
> взлететь". И что характерно, они выполняли её до Лёни, выполняют сейчас,
> и продолжат выполнять своё дело, когда Лёня попадёт в неприятный инцидент,
> связанный с автобусом и Аннушкой, уже разлившей масло.

Я бы больше боялся на этот счет по поводу Торвальдса. Он такой один. А поттеринг - нет, архитектуру он конечно продумывал, но теперь остальные и без него смогут. Прими как данность, этот процесс - unstoppable. Мир попробовал так и сяк. Большинству понравилось как делает системд и узкая группа хейтеров уже ничего не изменит. Если они будут где-то там пилить свой диван и что там еще - да наздоровье. А то что часть программ постепенно без системды работать перестанут - да, может оказаться что разработчики давно хотели такие и этакие апи, но их не было. Я вот хотел апи для мониторинга живости программ и поттер его сделал. В отличие от рассказов что я могу это сделать сам в своем гараже из проволоки и скотча.

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

55. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (-), 29-Янв-18, 17:24 
>ультиматиыный подход к внедрению вызывает только отторжение

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

или это две противоположные "касты"?

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

96. "Доступен системный менеджер systemd 237"  –4 +/
Сообщение от Аноним (-), 30-Янв-18, 08:20 
Опа, разумный коммент. Надо же.
Ответить | Правка | Наверх | Cообщить модератору

73. "Доступен системный менеджер systemd 237"  –5 +/
Сообщение от Анонимemail (73), 29-Янв-18, 20:29 
Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него это просто куча программ набор который меняется от дистра к дистру. Унификация - верный путь.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

79. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от Анонимный Аноним (?), 29-Янв-18, 23:15 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

А вот тут Вы, уважаемый, совершенно не правы, и, более того, Вы не учитываете "уроки истории" (История учит нас тому, что человечество необучаемо. Ну или что-то в этом роде...)
Если Вы немножко понапрягаете Вашу прекрасную память, то вспомните, например, в чем отличие "мира Apple" от "мира IBM PC Compatible", цены в этих "мирах" и распространенность. А ведь на чем зиждется "мир IBM PC Compatible"? Правильно, на унификации СТАНДАРТОВ (спецификаций) (не конкретного железа и конкретных программ, а именно на СООТВЕТСТВИИ СТАНДАРТУ, вследствие чего (до засилия Форточек) было нескольно СОВМЕСТИМЫХ (на уровне запуска прикладных программ без перекомпиляции!) операционных систем (MS DOS, PC DOS, DR DOS etc), совместимые процессоры (Intel, AMD, Cyrix, VIA etc), совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей etc) А Вы предлагаете вместо унификации спецификаций (стандартов) путь Apple - унификацию на уровне одной программы.

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

80. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 29-Янв-18, 23:20 
> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей

Если и было, то только потому что жадные OEM'ы покупали чипы на одной помойке.

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

84. "Доступен системный менеджер systemd 237"  +/
Сообщение от Анонимный Аноним (?), 30-Янв-18, 00:17 
>> совместимые видеокарты, совместимые сетевые карты, совместимые звуковые карты разных производителей
> Если и было, то только потому что жадные OEM'ы покупали чипы на
> одной помойке.

Да, да. Именно "жадные OEM'ы покупали чипы" и именно "на одной помойке". Например: http://www.yjfy.com/images/oldhard/video/AEGAC-1_2.jpg
https://abcresellers.startlogic.com/store/media/VIDEO-CARDS/...
http://www.vgamuseum.info/media/k2/items/cache/45245952fc8c5...
http://minuszerodegrees.net/rom/photo/ATI%20EGA%20...
http://minuszerodegrees.net/rom/photo/NSI%20Logic%...
или
https://theroomthattimeforgot.com/wp-content/uploads/2017/08...
https://cdn6.bigcommerce.com/s-a1x7hg2jgk/images/stencil/128...
http://nostalgy.net.ru/museum/ne2000/uk0022.jpg
http://nostalgy.net.ru/museum/ne2000/relia.jpg


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

86. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от Аноним (-), 30-Янв-18, 01:20 
Сразу видно что не работали вы с этим "совместимым" железом, не работали.
Ответить | Правка | Наверх | Cообщить модератору

126. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Orduemail (ok), 31-Янв-18, 02:37 
За точными датами тебе лучше сходить в педивикию, но так навскидку, Phoenix отсудил право делать альтернативу IBM'овому BIOS'у где-то в районе 1990 года, а в 1995 вышла '95 венда.

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

> на СООТВЕТСТВИИ СТАНДАРТУ

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

> совместимые видеокарты

О, да. Мне как-то приспичило отревёрсить supaplex, я засунул его в ida, продрался сквозь распаковку, и нашёл там кучу работы с EGA графикой и ничего не понял. Тогда я нашёл в интернете книжку начала 90-х о том, что такое графика под DOS и прочитал её. Так вот, мои детские познания об этом, которые сводились к знанию о видеорежиме 10h и из которых следовало, что графика под DOS -- это что-то простое, разбились в пыль об эту книжку. Чтобы писать программы работающие с графикой, надо было уметь работать с несколькими разными видеокартами, и писать код который может детектировать тип видеокарты, правильно её инициализировать и правильно с ней работать. Все стандарты на тот или иной видеорежим сводились к тому, что "этот режим появился в такой-то видеокарте, есть ещё в таких-то и таких-то видеокартах, работать с ним надо так и так". Реально все эти "стандарты" сводились к тому, что есть референсная реализация, а все остальные ей подражают, иногда меняя немного нумерацию портов ввода/вывода, а иногда привнося свои особенные баги. При этом вся эта работа была больше работой с железом, чем собственно с графикой, потому что видеокарты предоставляли такой "API", который было удобно реализовывать разработчикам железа, а не такой, который удобно использовать программисту.
Был конечно bios, который через int10h позволял работать с некоторыми наиболее распространёнными режимами графики, но этот int10h был настолько тормозным, что графику через него выводить можно было только в рамках студенческой курсовой работы.
Тот же TurboC, если ты в него заглянешь, содержал в себе несколько драйверов для графики, точно помню про Hercules и EgaVga, потому что я ими пользовался, про остальные, типа MDA, CGA, MCGA -- не знаю. SVGA там точно не было.
Ах да, та книжка начиналась с пассажа автора, который объясняя назначение книги и свою мотивацию к её написанию, рассказывал историю, как он купил крутанский новый компьютер с крутанской новой видеокартой -- AFAIR, EGA -- и потом заплатил IBM'у $100+ за спецификцию и ждал полгода, когда наконец IBM ему пришлёт его заказ.

Попытка стандартизовать это дело была тоже в районе 1990 года, тогда запилили vesa-стандарты, svga, и прочие прелести. Которые даже дожили до сегодняшнего дня, но при этом не особо нужны в силу того, что в '95 году появилась венда, и стандартом на программирование графики стали win32api и DirectDraw. То есть, опять же хорошие, годные стандарты не успели появится и заменить собой зоопарк решений, как их сделали ненужными и заменили другими.

Стандарты для IBM PC Compatible -- это краткий эпизод из жизни PC, которому предшествовала жёсткая монополия со стороны IBM, и за которым последовала жёсткая монополия со стороны Microsoft. И на протяжении этого краткого эпизода PC так и не успел стать действительно стандартизованной железякой.

Если тебе нужны хорошие контрпримеры тому, что делает Поттеринг со своей единственной реализацией systemd, которая является де факто стандартом на саму себя, то ищи лучше на ietf.org, что-нибудь там об ipv4, tcp, udp и тому подобных вещах. Мне кажется что они как раз шли от стандарта ко многим реализациям, в отличие от PC, где принят другой подход: от единичной реализации, которая де факто стандарт себе, к многим реализациям, а затем к стандартизации.

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

129. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov (?), 31-Янв-18, 10:24 
> Как вспомню эти стандарты, так вздрогну. Открывать адресную линию A20 через контроллер
> клавиатуры -- это такое очень продуманное инженерное решение.

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

Теперь это https://duckduckgo.com/?q=pin+control+subsystem+site:lwn.net в каждом из миллиарда армо-фонов.

Вздрогнем!

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

138. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 02-Фев-18, 21:17 
> Чему их на микроконтроллерных уроках програмления научили, то они и -- в
> продуксион. Скажи спасибо, что не через принтерный порт...

YOLO, в те поры микроконтроллеров толком не было. Не умели тогда нужный уровень интеграции. Поэтому виденная штука конца 80 такой направленности являла собой полноценный комп, где Z80 вместе с RAM и ROM были распиханы в эпичных (по тем временам) габаритах. Чуть меньше кирпича. Учитывая размеры всех остальных, монтажик был весьма плотненький, да еще трухольный. Тогда даже буржуины еще только начинали познавать прелести SMD и маленьких микросхем вместо DIP-40.

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

102. "Доступен системный менеджер systemd 237"  +/
Сообщение от Аноним (-), 30-Янв-18, 09:49 
> Унификация - верный путь.

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

Унификацию надо включать 31-м пунктом на http://0pointer.de/blog/projects/the-biggest-myths.html.

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

105. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от EHLO (?), 30-Янв-18, 10:35 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.

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

118. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (-), 30-Янв-18, 16:16 
> Любая свободная программа работала без модификаций с любым init-ом

Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit в Debian, почти гарантированно не будет работать в CentOS, т.к. будет рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные функции/скрипты и т.п..

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

121. "Доступен системный менеджер systemd 237"  +5 +/
Сообщение от _ (??), 30-Янв-18, 19:07 
Да, но вот только сделать его рабочим занимало ну пусть один день. Ибо баш скрипты везде одинаковы, а раз ты маинтайнер - этого добра ты повидал до чёртикоффф :)

А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и всё в корке. Дебаггер *ля в зубы! :( И чтобы запустить на хоть чём то другом, да даже на сис* другой версии уже часто нужно менять код самого аппа :-) Поздравляю Шарики, вы - балбесы!

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

132. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (-), 02-Фев-18, 18:35 
> добра ты повидал до чёртикоффф :)

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

> А сейчас с твоим текущим сыстемдЫ - шаг влево \ вправо и
> всё в корке. Дебаггер *ля в зубы! :(

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

> Поздравляю Шарики, вы - балбесы!

Балбес, не балбес, а мой сервис работающий с UART он может мониторить на живость, в отличие от monit и runit, которые тут сватают бессмысленно и беспощадно.

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

135. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Michael Shigorinemail (ok), 02-Фев-18, 19:00 
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

А ещё он умеет обспечить ситуацию вида

# mount /boot
# ls /boot
# _

Здесь должно было быть фото охреневшего меня, пока не выяснилось, что:
- на развёрнутой с флэшки системы задвоились записи для /boot (попал и вариант с флэшки, и для установленной системы);
- systemd "лучше меня знает", что делать, когда в /boot оказалось смонтировано "что-то не то", даже если смонтированное руками при этом по факту оказалось и описанным в /etc/fstab.

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

Жрите такое сами.

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

139. "Доступен системный менеджер systemd 237"  –1 +/
Сообщение от Аноним (-), 02-Фев-18, 21:30 
> А ещё он умеет обспечить ситуацию вида

Можно я вам в вашем стиле, про линч негров? Уж сколько разных веселых ситуаций обеспечивали тюринг-полные инитскрипты - ни одному юниту системд не угнаться. При том отлаживать все это мерзко, криво, неудобно и - долго. Как угодно но если я накосячил в типовом юните системды то я понимю где факап быстро и с минимальным количеством лишних приседаний. Чаще всего просто посмотрев в journalctl.

> - на развёрнутой с флэшки системы задвоились записи для /boot (попал и
> вариант с флэшки, и для установленной системы);

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

> "что-то не то", даже если смонтированное руками при этом по факту
> оказалось и описанным в /etc/fstab.

Когда монтируется запись из fstab это уже в любом случае не совсем руками.

> Ну, отмонтировал этот ваш псевдомозг моментально только что смонтированное.

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

> Жрите такое сами.

Я всегда жру сам то что советую другим. Иначе это непорядочно как-то, знаете ли. Как там ваши баши поживают? Все по прежнему две версии таскаете под художества вашего местного Ульриха?

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

140. "Доступен системный менеджер systemd 237"  –2 +/
Сообщение от Аноним (-), 02-Фев-18, 21:40 
А хотите еще загадку из эпохи древних костяшек?

Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у нас нелинейная иерархия. Есть underlying storage. А есть то что зависит от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс, или что еще.

Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования и зависимости? Нет, можно конечно последовательно все маунтить, как будто на дворе MSDOS и autoexec, но тогда в зависимости от числа записей в fstab время старта может затянуться. Некоторые конечно и 20 дисков будут так монтировать, но это нравится ой как не всем.

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

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

144. "Доступен системный менеджер systemd 237"  +1 +/
Сообщение от Andrey Mitrofanov (?), 03-Фев-18, 12:13 
> А хотите еще загадку из эпохи древних костяшек?
> Вот смотрите, есть fstab. Есть записи в нем. Но допустим что у
> нас нелинейная иерархия. Есть underlying storage. А есть то что зависит
> от смонтированности других сторажей. Будь то файл образа, оверлей, сетевые фс,
> или что еще.
> Вопрос: где в формате синтаксиса fstab вообще нормыльнй порядок монтирования

$ man fstab |grep order
       comments,  blank  lines are ignored. The order of records in fstab is important because
              This  field  is  used  by  the  fsck(8)  program to determine the order in which
$ _

> и зависимости?

На. Детоксикацию.

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

149. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok), 14-Фев-18, 13:59 
Плюсонул.
Ответить | Правка | Наверх | Cообщить модератору

148. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok), 14-Фев-18, 13:53 
> Ну вот майнтайнеры навидались чертиков и решили что им это не надо.
> Прописать юнитфайл на десяток строк им проше и копипастить из другого
> дистра его можно почти 1 в 1. А если даже и
> потребуется что-то сменить то это по крайней мере не на третьей
> странице.

Это не майнтайнеры решили, а малолетние программеры прикладухи типа гномокедов и модных фреймворков, которым «мне так удобнее» и «УМВР». Выбор Лиловой Шляпой ЦА был дьявольски точен.


>> Поздравляю Шарики, вы - балбесы!
> Балбес, не балбес, а мой сервис работающий с UART он может мониторить
> на живость, в отличие от monit и runit, которые тут сватают
> бессмысленно и беспощадно.

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

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

127. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от EHLO (?), 31-Янв-18, 08:08 
>> Любая свободная программа работала без модификаций с любым init-ом
> Под зоопарком реализаций инит-скриптов подразумевались проблемы с переносимостью самих
> скриптов, а не запускаемых ими программ. Например, инит-скрипт, написанный для sysvinit
> в Debian, почти гарантированно не будет работать в CentOS, т.к. будет
> рассчитан на дебиановский способ описания зависимостей, настроек, дебиановские вспомогательные
> функции/скрипты и т.п..

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

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

133. "Доступен системный менеджер systemd 237"  –3 +/
Сообщение от Аноним (-), 02-Фев-18, 18:37 
Совместимость кого с кем? В системд есть слой совместимости с sysv, так что в пределах системы совместимость в целом есть. А между системами совместимости никогда и не было.
Ответить | Правка | Наверх | Cообщить модератору

145. "Доступен системный менеджер systemd 237"  +/
Сообщение от Andrey Mitrofanov (?), 03-Фев-18, 12:16 
> Совместимость кого с кем? В системд есть

Он про "совместимость" Redhate-а c Debian-ом.

Он делает вид, что RedXxx решали такую "проблему".

Он делает вид, что RedXxx решали её и с s-d.

Снова.

Все 237 раз.  :-l

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

104. "Доступен системный менеджер systemd 237"  +4 +/
Сообщение от EHLO (?), 30-Янв-18, 10:34 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация. Деградация одним словом от Unix-way

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

122. "Доступен системный менеджер systemd 237"  +2 +/
Сообщение от _ (??), 30-Янв-18, 19:10 
>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.

И это сильно огорчало торгашей из RH ...
И они таки нашли выход!

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

150. "Доступен системный менеджер systemd 237"  +/
Сообщение от Anonymoustus (ok), 14-Фев-18, 14:02 
>>Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре.
> И это сильно огорчало торгашей из RH ...
> И они таки нашли выход!

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

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

106. "Доступен системный менеджер systemd 237"  +/
Сообщение от EHLO (?), 30-Янв-18, 10:36 
> Единый системный менеджер нужен. Он придаёт дистру форму цельной ОС, без него
> это просто куча программ набор который меняется от дистра к дистру.
> Унификация - верный путь.

Любая свободная программа работала без модификаций с любым init-ом и с любым менеджером процессов в любом дистре. Это не зоопарк, и не проблема, а свобода выбора.
Унификация была обеспечена модульностью, совместимостью, взаимозаменяемостью и loose coupling-ом.

Но потом пришёл systemd и получили и зоопарк и vendor lock-in, а не унификация.
Деградация одним словом от Unix-way к Windows-way.

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

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

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




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

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