The OpenNET Project / Index page

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



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

Оглавление

Выпуск systemd 221, ознаменовавший стабилизацию sd-bus, opennews (ok), 20-Июн-15, (0) [смотреть все] +1

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


46. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –8 +/
Сообщение от Аноним (-), 21-Июн-15, 03:49 
Мнение перцев которые на десктопе пользуют винду, а под одеялом фапают на бояздэшечки - не котируется. Это вообще любители сидеть на двух стульях. Которые в результате сидят на полу, потирая ушибленный окорок.

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

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

56. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +2 +/
Сообщение от Аноним (-), 21-Июн-15, 10:47 
Вот только Линь мог бы получиться нормальной системой, если бы systemd следовал той цели, которая была поставлена в начале. А именно быть менеджером инициализации системы.
Ответить | Правка | Наверх | Cообщить модератору

87. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –3 +/
Сообщение от Аноним (-), 21-Июн-15, 15:48 
> А именно быть менеджером инициализации системы.

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

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

129. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +4 +/
Сообщение от Анонии (?), 21-Июн-15, 22:42 
Господи, как задолбало читать про три простыни на баше. Во-первых, не на баше, а на Bourne Shell. А во-вторых, что там сложного-то? Вам что, на первом семестре не преподавали shell-программирование? Там все элементарно, нету там никакой магии и рокет-сайнса. Мы любим sysV-init не потому что его мало кто знает и от этого мы круто выглядим, а как раз потому что там все элементарно.
Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 22-Июн-15, 02:37 
На шелле вообще легко писать, до тех пор пока не захочешь написать что-то надежное и безопасное.
Ответить | Правка | Наверх | Cообщить модератору

153. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 22-Июн-15, 09:24 
> На шелле вообще легко писать, до тех пор пока не захочешь написать
> что-то надежное и безопасное.

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

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

166. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 22-Июн-15, 10:56 
Дык потому и кладут что обработывать ошибки в шелле гораздо сложнее чем кажется.

Вот к примеру после строки "foo | bar | quux", код возврата какой программы будет в $? ?

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

168. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Andrey Mitrofanov (?), 22-Июн-15, 11:09 
> Дык потому и кладут что обработывать ошибки в шелле гораздо сложнее чем
> кажется.
> Вот к примеру после строки "foo | bar | quux", код возврата
> какой программы будет в $? ?

quux, я проверял.   И там ещё какие-то настройки и массив кодов RC. В bash.

Вы не читали, но всё ж в man bash -- если такие вопросы мучают.

Чтоб быть совсем уверенным,

if quux <( foo | bar); then
и переписать выдачу кодов foo+bar через STDOUT и их принятие+обработку в quux.
Ответить | Правка | Наверх | Cообщить модератору

175. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –2 +/
Сообщение от Аноним (-), 22-Июн-15, 11:25 
Вот уже и bash понадобился, а его на целевой системе может и не быть.
Переносимый шелл, такой переносимый.

И вы серьезно считаете что вот этот весь кластерфак, это просто ?

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

177. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Andrey Mitrofanov (?), 22-Июн-15, 11:47 
> Вот уже и bash понадобился,
> Переносимый шелл, такой переносимый.

Милка, bash не нужен.  Тебе.  С man dash, pdksh, busybox и пр.т.п. сам как-нибудь. Ну, или лизни ещё сладкой капельки s-d -- и попустит.

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

186. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от ACCA (ok), 22-Июн-15, 23:47 
> > Дык потому и кладут что обработывать ошибки в шелле гораздо сложнее чем
> > кажется.
> > Вот к примеру после строки "foo | bar | quux", код возврата
> > какой программы будет в $? ?
> quux, я проверял.   И там ещё какие-то настройки и массив кодов RC. В bash.

Это если foo и bar не на**нулись.
Правильный ответ - проверять нужно не $?, а ${PIPESTATUS[@]}

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

209. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 26-Июн-15, 07:22 
> Правильный ответ - проверять нужно не $?, а ${PIPESTATUS[@]}

А в конкретно инит скриптах - sh запускается в режиме когда скрипт срубается после первой же ошибки. Это может быть и не очень плохая идея. Но проблема в том что ничего никуда штатно не логгится и понять что, где и почему обломалось - знатный кластерфак. И админ идет дописывать logging facilities. А уж сколько народа встало на грабли, делая 20 действий, из которых 15 потенциально не обязаны всенепренменно заканчиваться успехом. А потом, в полнолуние високосного года, из 20 команд сработало только три, не забыв отвалить какое-нибудь важное системное действо. Знаете, вот лично меня такое в вопросах администрирования несколько достало. Поэтому я рад что поттер сделает такие практики администрирования obsoleted.

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

200. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 24-Июн-15, 02:42 
> кодов RC. В bash.

Ты предлагаешь дергать весь огроменный _bash_ в init? Флаг тебе в руки, а я как-нибудь пешком постою. А то может не мелочиться и сразу oracle DB вхреначить? DBA одобряют.

> Вы не читали, но всё ж в man bash

Ты чего-то заврался в край, паря: какой bash в инит скриптах?

> и переписать выдачу кодов foo+bar через STDOUT и их принятие+обработку в quux.

А шнурки вам не погладить?

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

190. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 23-Июн-15, 09:39 
> Дык потому и кладут что обработывать ошибки в шелле гораздо сложнее чем кажется.

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

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

208. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Павел Самсоновemail (?), 24-Июн-15, 17:40 
> Дык потому и кладут что обработывать ошибки в шелле гораздо сложнее чем
> кажется.
> Вот к примеру после строки "foo | bar | quux", код возврата
> какой программы будет в $? ?

Последней

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

152. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –2 +/
Сообщение от Аноним (-), 22-Июн-15, 09:22 
> Господи, как задолбало читать про три простыни на баше.

Во первых я не вижу где тут про баш.

> Во-первых, не на баше, а на Bourne Shell.

Во вторых, тем хуже для него.

> А во-вторых, что там сложного-то?

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

> Вам что, на первом семестре не преподавали shell-программирование?

Мне много кто и чего преподавал, но у меня есть некие предпочтения. И кроме всего прочего я не считаю что администрирование должно быть запрыгом по граблям на ровном месте. Я не желаю видеть в моей системе sysv init. Потому что попробовал systemd и мне он видится куда как более логичным и дружественным к системному администратору. Он не перепихивает вообще все стандартные и навязшие уже на зубах проблемы на админа и может сделать типовые хотелки парой строк конфига. Очень удобно и результативно. И конфиг на 5 строк парсится человеком сильно быстрее чем три страницы очень среднего, а иной раз и вообще поганого кода.

> Там все элементарно, нету там никакой магии и рокет-сайнса.

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

> как раз потому что там все элементарно.

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

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

62. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 21-Июн-15, 11:49 
О да пусть линь так и будет системойц без нормального асинхронного апи для работы с файлами, зато много бесполезных нештяков.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

78. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 21-Июн-15, 15:27 
> О да пусть линь так и будет системойц без нормального асинхронного апи
> для работы с файлами

Это к POSIX'у с их кретиническими API.

И да где связь с systemd ?

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

85. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 21-Июн-15, 15:37 
> без нормального асинхронного апи для работы с файлами,

А что, AIO куда-то делся? Не говоря о том что это весьма нишевая штука.

> зато много бесполезных нештяков.

Ну а мне вот многие ништяки - полезны. Чему я несказанно рад.

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

123. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 21-Июн-15, 20:41 
>> без нормального асинхронного апи для работы с файлами,
> А что, AIO куда-то делся? Не говоря о том что это весьма
> нишевая штука.

ну нужно отдельную статью написать
и в ней сравнить Linux AIO vs FreeBSD AIO, что бы почувствовать всю боль и страдания.

>> зато много бесполезных нештяков.
> Ну а мне вот многие ништяки - полезны. Чему я несказанно рад.

Дык не все нештяки одинакого полезны :)


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

154. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Аноним (-), 22-Июн-15, 09:31 
> и в ней сравнить Linux AIO vs FreeBSD AIO, что бы почувствовать
> всю боль и страдания.

Хз, кому надо AIO - пользуются оным. Есть вообще либы, которые детали реализации в конкретной системе прячут, так что код еще и относительно кроссплатформенный потом.

> Дык не все нештяки одинакого полезны :)

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

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

79. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Михрютка (ok), 21-Июн-15, 15:27 
а вот и отоспавшиеся после выпускного специалисты подтянулись.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

96. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Аноним (-), 21-Июн-15, 16:19 
> а вот и отоспавшиеся после выпускного специалисты подтянулись.

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

А нам такие двойные стандарты от таких "радетелей" ни к чему. Позвольте честно объяснить: лично я хочу пользоваться открытой системой и на десктопе и для задач имеющих коммерческую ценность. И чтобы это было первым сортом. А не так как у вас - на побаловаться опенсорсные ошметки и объедки, а работу работать - проприетарная ось от комерсов. Так не пойдет - это вранье самому себе.

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

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

124. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  –1 +/
Сообщение от Аноним (-), 21-Июн-15, 20:44 
> потому что на бзде с голода околеешь.

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

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

142. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +/
Сообщение от Аноним (-), 22-Июн-15, 02:53 
Не льстите себе.
Ответить | Правка | Наверх | Cообщить модератору

156. "Выпуск systemd 221, ознаменовавший стабилизацию sd-bus"  +1 +/
Сообщение от Аноним (-), 22-Июн-15, 09:34 
> тогда бы уже говорили не про маздай, а про циско или
> джуники ну или hp.

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

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

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

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




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

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