The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Проект Arch Linux прекращает поддержку скриптов инициализаци..., opennews (??), 04-Ноя-12, (0) [смотреть все] +1

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


65. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/–
Сообщение от Crazy Alex (ok), 05-Ноя-12, 02:40 
ну вот я из таких. Всё очень просто - ни systemd, ни wayland не решают никаких моих проблем, не дают мне вообще никакого выигрыша - просто потому что меня и так всё устраивает. Так чего ради я буду осваивать эти новые игрушки? В принципе, если будет хотя бы один хорошо поддерживаемый дистрибутив, в котором  этой ерунды не будет - мне хватит. Но если с вейландом лет пять есть точно (а за это время он либо сдохнет, либо обрастёт всем функционалом иксов), то на systemd могут и быстренько принудительно перегнать.

И да, подход "мы всё перекорёжим, а если вам надо - возвращайте назад" меня не устраивает. Ну да ладно, Дебиан с Гентой с ума вроде не сошли...

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

87. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от chinarulezzz (ok), 05-Ноя-12, 04:00 
> В принципе, если будет хотя бы один хорошо поддерживаемый дистрибутив, в котором  этой
> ерунды не будет - мне хватит. Но если с вейландом лет
> пять есть точно (а за это время он либо сдохнет, либо
> обрастёт всем функционалом иксов), то на systemd могут и быстренько принудительно
> перегнать.

Дебиан, Убунта и производные, Гента и производные, Слакварь и производные, CRUX, и некоторые другие, менее известные, но с дружным сообществом. Не все сошли с ума)


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

91. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +2 +/–
Сообщение от бедный буратино (ok), 05-Ноя-12, 04:34 
> Дебиан, Убунта и производные, Гента и производные, Слакварь и производные, CRUX, и
> некоторые другие, менее известные, но с дружным сообществом. Не все сошли
> с ума)

А почему вы решили, что использующие сошли с ума?

В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него. Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена. Обычное изменение, решающее проблемы унификации и некоторые другие, но задевающее нервные струны нежных барышень, обычное дело.

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

98. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –5 +/–
Сообщение от chinarulezzz (ok), 05-Ноя-12, 05:34 
> А почему вы решили, что использующие сошли с ума?

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

> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.

в sid, т.е. экспериментальной ветке. Вот там системгэ самое место.

> Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве! В каждом дистрибутиве! 100 разных способов! Надоело! Сколько можно уже!? Слава поццерингу, нашему спасителю. :D

Шелл выучить легче чем Си, не?)))

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

101. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +3 +/–
Сообщение от бедный буратино (ok), 05-Ноя-12, 06:11 
Мне уже стало любопытно - есть хоть одна область, в которой вы компетентны?
Ответить | Правка | Наверх | Cообщить модератору

149. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +5 +/–
Сообщение от Аноним (-), 05-Ноя-12, 11:50 
> Мне уже стало любопытно - есть хоть одна область, в которой вы
> компетентны?

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

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

216. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/–
Сообщение от chinarulezzz (ok), 05-Ноя-12, 15:27 
сам с собой, да, аноним?)) Вот и вся твоя манера говорить: сводить на личности когда кишка тонка говорить по сабжу ;)
Ответить | Правка | Наверх | Cообщить модератору

105. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от Аноним (-), 05-Ноя-12, 08:33 
[wheezy]:~$ls /etc | grep system
Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

215. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/–
Сообщение от chinarulezzz (ok), 05-Ноя-12, 15:25 
> [wheezy]:~$ls /etc | grep system

или grep sys /etc/*

Правда о чем это говорит? Да ни о чём.

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

253. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/–
Сообщение от Аноним (-), 05-Ноя-12, 22:45 
> сувать нестабильное, затратное решение и убирая возможность выбора - не от большого ума дело.

Ну так вы же не изъявили желание впрячься и поддерживать своим горбом нужные ВАМ решения. Получите результат и распишитесь: те кто впрягался имели свое мнение о том что надо им и пошли маршрутом который симпатичен им. Это вполне честно: никто не обязан ВАШ геморрой на своей хребтине вытаскивать.

> Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве!

Реально надоело выписывать 2-3 простыни по странице каждая на то что должно занимать три строчки конфига.

> Шелл выучить легче чем Си, не?)))

Юзать открытую систему и не знать ЯП на котором она написана - это примерно как пытаться взлететь на самолете, понятия не имея нафига там нужны все эти приборы и рукоятки. И да, си пожалуй попроще шелла будет. Базовая часть си очень проста и понятна. Писать на нем посложнее чем читать его но тоже никакой особой ракетной науки. Но веселее всего то что в 99.9% случаев в такой системе инициализации хватит короткого конфига на пяток строк. И никаких сей, шеллов и прочая, ибо типовые задачи запуска программ столь шаблонны что ни си ни шелл там нафиг не упали. Более того, там где все-таки фич не хватило - никто не запрещает позвать шелл со всеми скриптами и наворотами. Ы?

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

255. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/–
Сообщение от chinarulezzz (ok), 05-Ноя-12, 23:20 
> Ну так вы же не изъявили желание впрячься и поддерживать своим горбом
> нужные ВАМ решения. Получите результат и распишитесь: те кто впрягался имели
> свое мнение о том что надо им и пошли маршрутом который
> симпатичен им. Это вполне честно: никто не обязан ВАШ геморрой на
> своей хребтине вытаскивать.

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

> Реально надоело выписывать 2-3 простыни по странице каждая на то что должно
> занимать три строчки конфига.

Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.


> Юзать открытую систему и не знать ЯП на котором она написана -
> это примерно как пытаться взлететь на самолете, понятия не имея нафига
> там нужны все эти приборы и рукоятки.

Система ради языка Си?))) Бггг.

> И да, си пожалуй попроще шелла будет.

День бреда на опеннете?)) Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?))) Системный язык, переносимый ассебмлер легче скриптового клея Shell - эт конечно  только на опеннете у троллей услышать можно)

>Более того, там где все-таки фич не хватило - никто не запрещает позвать шелл со всеми скриптами и наворотами. Ы?

Естественно что от шелла поттеринго-фетишисты еще оооочень не скоро избавятся, если вообще избавятся. Так и будут писать обёртки и системные скрипты на нём. Теперь у них будут два велосипеда в которых они будут тратить время))) "Bicycle, bicycle, bicycle! I want to ride my bicycle, bicycle, bicycle"! © Queen - вечная тема. Гы!


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

391. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от Аноним (-), 07-Ноя-12, 12:21 
> А нафейхоа мне впрягаться и поддерживать горбом решения там, где оно мне
> не надо?) Хотите системгэ - впилите нужное мне решение.

Заплатите им денег - может и впилят. А забесплатно они впилят то что надо ИМ. Если вам не по пути - скатертью дорожка. Ну, бывают в жизни огорчения.

> Не хотите и пытаетесь насильно впихать незаконченное и нестабильное решение
> переваливая затраты на меня? Да идите нах! Мне ваш системгэ и даром не
> нать, и за деньги не нать :D

А это уже ваши личные половые трудности.

> Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.

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

> Система ради языка Си?))) Бггг.

На си написана и сама система и большинство сервисов и приложений. Так что в каком-то роде система ради си. Не верите? Выбросьте libc из системы и посмотрим как вам оно и много ли вы там назапускаете.

>> И да, си пожалуй попроще шелла будет.
> День бреда на опеннете?))

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

> Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?)))

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

> Системный язык, переносимый ассебмлер легче скриптового клея Shell - эт конечно
> только на опеннете у троллей услышать можно)

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

Например, если хочется отпилить процесс от остальной системы, то в нем самом сделать chroot+setuid+setgid как именно сисколлы - имеет определенные бонусы vs попытка отколоть этот маневр через внешние утилиты. Бонус состоит в реюзе системных шаред либ, которые не придется класть в песочницу. Минус 100500 к геморрою с майнтенансом песочницы. Есть свои особенности, но если повезло - можно сильно выиграть.

Окей, а как изобразить clone() с конкретными флагами виртуализации LXC через шелл? А чтоб это работало в любой системе где ядро так умеет, без пачки фигзнаеткаких внешних реквизитов? У гугли в хроме стартер под эти требования почему-то накорябан на си. Просто потому что пару сисколов в сях сделать просто и не требует каких-то нестандартных утилит.

Ладно, продолжаем приколы. А как мне регион файла деаллоцировать? Т.е. сделать полный файл обратно sparse? Ну, через сисколлы - понятно как, fallocate() нам в руки. А как насчет шеллскриптинга? Ну вот хочу я чтобы в файле на 50 Мб кусок с 100500 до 200600 байтов считался не занятым. Изобразите на шелле?

> Естественно что от шелла поттеринго-фетишисты еще оооочень не скоро избавятся,

А от него и не надо избавляться. Только вот пинок интерпретера на 800+ кило для старта проги на 20 кило - маразм.

> если вообще избавятся. Так и будут писать обёртки и системные скрипты на нём.

Так это не есть плохо. Просто все хорошо в меру. Когда 3 строки конфига делают то же что и куча портянок - лучше пусть будут 3 строки конфига.

> Теперь у них будут два велосипеда

В лучшем случае - один.

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

413. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от chinarulezzz (ok), 07-Ноя-12, 15:40 
> Заплатите им денег - может и впилят.

Это ж каким лохом надо быть, чтоб такое сделать!?))))

> А это уже ваши личные половые трудности.

Это трудности всё тех же системгэшников и их любителей. У меня инит на года, и дистр не переедет на него.

>> Покажи пример, поржём ;) Чую ты велосипедил там, где всё гораздо проще.
> Да что там показывать,

ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.

>> Система ради языка Си?))) Бггг.
> На си написана и сама система и большинство сервисов и приложений. Так
> что в каком-то роде система ради си.

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

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

День бреда на опеннете имеет продолжение?))

>> Сколько там у си приоритетов у операций? Чуть-чуть до перла не дотягивает?)))
> Ой, блин, а сколько приоритетов действий в математике? Надо же какая сложная
> наука. А интегралы и дифференциалы - это же вообще трындец! Правда
> как-то так оказывается что основы интегрирования и дифференцирования нужны для описания
> обычных повседневных сущностей зачастую. Какое несправедливое устройство мира - не хочет
> полностью описываться школьной арифметикой и законами ньютона.

На языке гораздо более простом и очевидном, чем Си, можно написать всё тоже что и на Си. А ты разводишь детские сопли про математику и сложность мироздания. :)

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

каких кирпичей тебе не хватает? Нет написанных?

> А запуск процессов
> по сути сводится к нескольким сисколлам. И да, у сисколлов есть
> параметры. Их много. На все из них утили и опции в
> них предусмотреть сложновато.

в системгэ эти опции сделают? Чтоб вместо вызова, как в баше, было ExecStart, ExecStartPre, Exec......, Exec ......, Exec......, и все разные, и значащие разное, и чтоб это было меньшее из тех сложностей что ожидают) Походу в поццерингоподелке всё идёт к этому.

> Например, если хочется отпилить процесс от остальной системы
> Окей, а как изобразить clone() с конкретными флагами виртуализации LXC через шелл?
> А как мне регион файла деаллоцировать? Т.е. сделать полный
> файл обратно sparse? Ну, через сисколлы - понятно как, fallocate() нам
> в руки. А как насчет шеллскриптинга? Ну вот хочу я чтобы
> в файле на 50 Мб кусок с 100500 до 200600 байтов
> считался не занятым. Изобразите на шелле?

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

> В лучшем случае - один.

Самообман такой самообман))

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

461. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +1 +/–
Сообщение от Аноним (-), 09-Ноя-12, 19:11 
>> Заплатите им денег - может и впилят.
> Это ж каким лохом надо быть, чтоб такое сделать!?))))

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

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

У них никаки трудностей нет - они тут не вопят. Это вы утомили уже воплями насчет "гэ". Прямо недержание.

> У меня инит на года, и дистр не переедет на него.

Я в этом не виноват. Можете хоть педально-релейной логикой пользоваться, мне не жалко.

> ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.

Просто понимаете, у меня сейчас upstart в основнмо и тот совершенно жуткий ШЫТ который предлагался к программам не оказавшимся в системных репо - я забыл как страшный сон. Ибо эталонный г@внокод зачастую. Так, навскидку: в PsyBNC например скрипт init - просто пи... какой кривой. И скрипт мониторинга живости и рестарта - аналогичный. Я понимаю что там и общее качество кода не всегда радует глаз, но вот это вот - просто буллшит. И это вполне распостраненная практика, а не исключение из правил. Как вариант - нет вообще никаких скриптов. И да, таки написать с места в карьер 3-5 строк конфига проще и быстрее.

>> что в каком-то роде система ради си.
> так как на си написана сама система и большинство приложений - значит
> система ради Си. Альтернативная логика анонимов в действии.

Никакой альтернативной логики. Если оно запускает севый код - значит не настолько уж и неправда :)

>> много, на каждый пук утили предусмотреть - сложно.
> День бреда на опеннете имеет продолжение?))

Так не бредьте.

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

Теоретически. Практически может и не получиться. Си позволяет кроме всего прочего лезть в довольно низкоуровневые аспекты работы системы и железа. В си можно записать конкретное значение по конкретному адресу или выполнить код по конкретному адресу. Благодаря указателям возможны эффектные фокусы типа "zero-copy" (путем тасовки только указателей но не огромного куска на который они указывают). Все это позволяет ряд весьма эффективных приемов которые иначе потребовали бы ассемблера. Что и делает си идеальным выбором для системного программирования. На нем удобно писать загрузчики, ядра ОС, драйвера, системные утилиты и прочие подобные сущности которым все это зачастую надо. И на других ЯП не то чтобы это написать совсем нельзя в теории но малореально или жутко геморно на практике. А ручное управление памятью и прочая позволяет контролировать все аспекты выполнения программы, вплоть до статичного распределения памяти заранее и прочая. Все это позволяет залезать в жесткий реалтайм, соваться в критичные задачи где ситуации вида "кончилась память" недопустимы вообще и прочая. Врядли вам понравится окончание памяти у микроконтроллера рулящего ABS или двигателем вашего авто. Си все это позволяет разрулить. В отличие от других ЯП с их кучей медвежьих услуг и автоматических подтиралок задницы. Вы в вашем праве попробовать что-то такое написать на другом ЯП, конечно, но есть некие сомнения насчет успещности таковых начинаний. По крайней мере, за столько лет си никто так и не смог сместить с трона.

> А ты разводишь детские сопли про математику и сложность мироздания. :)

Да, приходится иногда показывать папуасам что есть некоторые вещи которых они не видели. Электромагнитные волны например. Или hard-realtime задачи. Или ситуации когда недопустимо окончание памяти.

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

Как каких, умеющих запускать программы нормально. В данном контексте. Запустить программу с иным приоритетом или под иным юзером превращается в какие-то отдельные действия, etc.

> Походу в поццерингоподелке всё идёт к этому.

Я скорее не понимаю вот что: поццерингоподелие позволяет запустить тот же баш и скрипт в нем, ЕСЛИ ситуация такова что гибкость 800-килового интерпетера нам реально потребовалась (что бывает в 1 случае на миллион). Чего ради такой кипиш? Развели какой-то левый буллшит, клоуны хреновы. Я согласен что у поттеринга какие-то странные закидоны бывают, но общий масштаб буллшита по этому поводу давно превысил все разумные рамки.

>> в файле на 50 Мб кусок с 100500 до 200600 байтов
>> считался не занятым. Изобразите на шелле?
> Всё это непременно должно входит в систему инициализации!

Зачем же? Это про си на который вы тут изволили выступать.

> Который должен быть написан на Си. О боже, да ты неадекват, аноним. Вот серьёзно))
> Всё системное в линуксе завязано на Си, но это не повод злоупотреблять этим.

Запуск программ в конечном итоге сводится к чуть ли не парре сисколлов. Ну там clone() и еще по мелочи. При том из сей clone() можно дернуть с разными ништяками типа отпиливания процесса в LXC контейнер. И да, система инициализации на си это может одной левой. В случае скриптов все это потребует как минимум вкораяить в систему еще какие-то утили специально для этого + мы налетим на те же проблемы что и chroot+setuid+setgid выполняемые как набор программ вместо дерга сисколлов программой, вероятно.

> И тем более не повод пихать контейнеры, виртуализацию, песочницу в
> инит, и не повод писать их на баше. Ты реально бредишь)))

Покажи как на баше LXC контейнер отпилить? А чтобы еще и не переть в систему 100500 побочных утилит и кучу грабель?

> Самообман такой самообман))

Я заметил. Почему бы вам просто не отметить что вы не осилили си? Правда при этом вы и особого профита с опенсорсности системы снять не сможете. FAIL.

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

464. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от chinarulezzz (ok), 10-Ноя-12, 00:43 
>>> Заплатите им денег - может и впилят.
>> Это ж каким лохом надо быть, чтоб такое сделать!?))))
> Всего лишь реалистом, понимающим что никто не обязан вас ублажать забесплатно в
> том виде котором хорошо именно вам.

Аххахах)) А другие делают. Тогда зачем мне впрягаться в чужие поводья? Чтоб потом это стало мне в пору? Идите лесом, я отдохну пользуясь тем что уже полностью соответствует моим потребностям :) Правда просто?

> У них никаки трудностей нет - они тут не вопят. Это вы утомили уже воплями насчет "гэ". Прямо недержание.

Вопят-вопят))) Форум тому подтверждение. Сочные бугурты по поводу "все тупые потому что не осваивают новый системгэ".

>> У меня инит на года, и дистр не переедет на него.
> Я в этом не виноват. Можете хоть педально-релейной логикой пользоваться, мне не
> жалко.

Тогда чего начинал о моих трудностях балаболить, если я тебе ответил что меня эти трудности обойдут стороной?) Ты в этом не виноват? Ты бредишь? На что отвечаешь? :D

>> ясно. Портяяяянки, портяяяянки. А как до дела - так в кусты.
> Просто понимаете, [бла-бла-бла] таки написать с места в карьер 3-5 строк конфига проще
> и быстрее.

очередной тупачок завернутый под техническую информацию. Уже которое сообщение обходишь вопрос заданный в лоб)) Велосипеды покажи, а!? :D

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

Аноним, прости, но ты дурак :D То что ты описал сейчас про Си, как раз противоречит тому что баш надо менять на Си в системе инифиализации, которая должа быть прозрачной, понятной и легкоизменяемой))

> Да, приходится иногда показывать папуасам что есть некоторые вещи которых они не
> видели. Электромагнитные волны например. Или hard-realtime задачи. Или ситуации когда
> недопустимо окончание памяти.

Это имеет отношение к Си в контексте системы инициализации? Или тебе просто нравится графоманить?))

>>> в файле на 50 Мб кусок с 100500 до 200600 байтов
>>> считался не занятым. Изобразите на шелле?
>> Всё это непременно должно входит в систему инициализации!
> Зачем же? Это про си на который вы тут изволили выступать.

Напомню: "Шелл легче выучить чем Си, не?" В контексте системы инициализации. И каким одарённым надо быть, чтоб воспринять это так как ты :D  


>> Который должен быть написан на Си. О боже, да ты неадекват, аноним. Вот серьёзно))
>> Всё системное в линуксе завязано на Си, но это не повод злоупотреблять этим.
> Покажи как на баше LXC контейнер отпилить? А чтобы еще и не
> переть в систему 100500 побочных утилит и кучу грабель?

))) Объясни внятно что ты хочешь. Это, говорят, уже 50% решения.

> Я заметил. Почему бы вам просто не отметить что вы не осилили
> си?

А что такое "осилил Си"? Зачем надо "осиливать Си"? Что с этого "осиливания" я буду иметь?

> Правда при этом вы и особого профита с опенсорсности системы снять не сможете. FAIL.

а щас что ты имел в виду? :D Я неправильно опенсурс-системами пользуюсь? Недостаточно хорошо? А как надо?

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

259. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от myhand (ok), 05-Ноя-12, 23:50 
>> Аххах, спасибо, поржал. Реально надоело 100 способов запуска sshd в каждом дистрибутиве!
> Реально надоело выписывать 2-3 простыни по странице каждая на то что должно
> занимать три строчки конфига.

А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!  Ждем три строчки, что делают все, что полагается и ничего не ломают.

>> Шелл выучить легче чем Си, не?)))
> Юзать открытую систему и не знать ЯП на котором она написана -
> это примерно как пытаться взлететь на самолете, понятия не имея нафига
> там нужны все эти приборы и рукоятки.

Летаю на самолетах - и знать не знаю про нужные "ручки".  На то - пилоты есть.

Короче.  Завязываете с "аналогиями" - смотрится жалко.

> И да, си пожалуй попроще шелла будет.

Святая простота...

> Базовая часть си очень проста и понятна. Писать
> на нем посложнее чем читать его но тоже никакой особой ракетной науки.

Хотелось бы посмотреть на ваш "код" на C - жаль, что это "счастье" присутствующим недоступно.  Думаю, было бы весело.

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

Ну-ну.  То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и еще почти 100500 C-утилит на каждый чих.  Все то, что обычно решается действительно стандартными утилитами, запускаемыми в сценариях shell.  Все прозрачно и легко отладить при необходимости.

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

392. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от Аноним (-), 07-Ноя-12, 12:34 
> А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!
>  Ждем три строчки, что делают все, что полагается и ничего не ломают.

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

> Летаю на самолетах - и знать не знаю про нужные "ручки".  На то - пилоты есть.

Уточним: это как обладать самолетом но не иметь при этом ни удостоверения и скиллов пилота, ни бабла на личного пилота.

> Короче.  Завязываете с "аналогиями" - смотрится жалко.

Вы не любите кошек? Вы просто не умеете их готовить.

>> И да, си пожалуй попроще шелла будет.
> Святая простота...

А чего в нем сложного? Хотя может это от предпочтений зависит.

> Хотелось бы посмотреть на ваш "код" на C - жаль, что это
> "счастье" присутствующим недоступно.  Думаю, было бы весело.

Код как код. Обычный вполне. В инит-скриптах поставляемых с софтом авторами оного можно найти намного более лютый гогнокод. У меня получалось по крайней мере.

> Ну-ну.

Ману. Весь запуск процессов сводится к дергу пары сисколлов по сути.

> То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и
> еще почти 100500 C-утилит на каждый чих.

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

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

Я заметил. Только что-то конфиг апстарту делающий одно и то же я в 5 раз быстрее написал и отладил. Вот было бы хорошо если бы подобная система инициализации нового поколения и стала фактическим стандартом. Хотя-бы в пингвинах, насчет остальных I don't care если честно.

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

424. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от myhand (ok), 07-Ноя-12, 16:24 
>> А должно?  А ну, напишите-ка быстро конфиг для апача в дебиан!
>>  Ждем три строчки, что делают все, что полагается и ничего не ломают.
> Ждите, ваше право.  [...] ждать придется довольно долго.

Печально.  Папа с мамой - дитенка за слова отвечать не приучили...

> Вы не любите кошек? Вы просто не умеете их готовить.

Угу.  Кошек с собаками - кушайте сами.

>>> И да, си пожалуй попроще шелла будет.
>> Святая простота...
> А чего в нем сложного? Хотя может это от предпочтений зависит.

Всякий язык без gc - не для детишек.

>> Хотелось бы посмотреть на ваш "код" на C - жаль, что это
>> "счастье" присутствующим недоступно.  Думаю, было бы весело.
> Код как код. Обычный вполне.

Вот почему и было бы весело...  Жаль, что невозможно.

От 15 до 20 лет.  Угадал?

> Ману. Весь запуск процессов сводится к дергу пары сисколлов по сути.

Не поверим.  Вон, выше юнит для апача вы написать не отважились.  Видать, что-то еще при этом полезного делается ;)

>> То-то один печально известный боец наплодил systemd-fsck, systemd-quotacheck и
>> еще почти 100500 C-утилит на каждый чих.
> Как ни странно, шелл вообще бесполезная хрень без 100500 утилит на си.

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

> В именно системном стартере - нафиг не упало.

Ну да.  Вместо отлаженного кода - пилим свой, бажный, беcполезный вне задач инициализации.  Зачем - только ради мифической оптимизации времени загрузки?

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

Отлаживать его будет администратор.  А вы для него - пока еще только бомбу замедленного действия приготовили.

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

210. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –2 +/–
Сообщение от myhand (ok), 05-Ноя-12, 14:09 
> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.

Почитайте обсуждение в рассылке - увидите.

> Унификация - это хорошо, надоело сто способов запуска/автозапуска что sshd, что gdm, в каждом дистрибутиве свой.

Ну и причем тут systemd?  Различайте благонамеренные фантазии своего кумира и суровую реальность.  Сравните *существующие* юнит-файлы в разных дистрибутивах...

Посмотрите на init-скрипты CentOS и Debian для того же sshd.  Они делают *разные* вещи.  Вам знакомо понятие "обратная совместимость"?  Предложите *один* инит-файл, который сгодится для обоих дистрибутивов.  А затем попробуйте его использовать в Gentoo...

> Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена.

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

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

212. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  +/–
Сообщение от бедный буратино (ok), 05-Ноя-12, 14:19 
>> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.
> Почитайте обсуждение в рассылке - увидите.

jessie, как сейчас вижу, выйдет в феврале 2015 года. 39 февраля по новому всемирному красноармейскому календарю.


> Ну и причем тут systemd?  Различайте благонамеренные фантазии своего кумира и
> суровую реальность.  Сравните *существующие* юнит-файлы в разных дистрибутивах...

Нет у меня никаких кумиров, мне и с systemd хорошо, и без systemd хорошо. Мне всё равно, лишь бы был единый стандарт и меньше конфликтов.

Причём тут сами файлы? Как раньше писали init-скрипты, так и будут писать для systemd. Только для systemd писать проще, насколько я понимаю.


> Посмотрите на init-скрипты CentOS и Debian для того же sshd.  Они
> делают *разные* вещи.  Вам знакомо понятие "обратная совместимость"?  Предложите
> *один* инит-файл, который сгодится для обоих дистрибутивов.  А затем попробуйте
> его использовать в Gentoo...

Я не знаю, кому вы отвечаете, но явно не мне. Такое ощущение, что у вас ответы были готовы ещё до моего сообщение, и оно только катализатор...


>> Вообще, значимость перехода на systemd ТЫСЯЧЕКРАТНО преувеличена.
> Отнюдь.  Инициализация системы, старт сервисов, логи - все это уж больно
> важные штуки, чтобы доверять их на откуп поделкам всякой школоты.

Таких изменений происходит много, и постоянно. И в ядре, и снаружи. Почему скандалы пошли по поводу systemd, я примерно понимаю. Как говорили древние и Конан Дойл, "ищи, кому выгодно".

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

229. "Проект Arch Linux прекращает поддержку скриптов инициализаци..."  –1 +/–
Сообщение от myhand (ok), 05-Ноя-12, 17:08 
>>> В debian sid есть systemd, и я не вижу ни одной причины, почему бы jessie не перешла бы на него.
>> Почитайте обсуждение в рассылке - увидите.
> jessie, как сейчас вижу, выйдет в феврале 2015 года.

У Debian *нет* time-based расписания релизов.  Вы из параллельной вселенной?

Однако, обсуждение перехода на systemd уже было.  Чтобы он был включен - должен кардинально измениться либо Debian, либо systemd.  Оба варианта "маловероятны" (с).

Хотите подробностей - читайте рассылку.

> Нет у меня никаких кумиров, мне и с systemd хорошо, и без
> systemd хорошо. Мне всё равно, лишь бы был единый стандарт и
> меньше конфликтов.

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

> Причём тут сами файлы? Как раньше писали init-скрипты, так и будут писать
> для systemd. Только для systemd писать проще, насколько я понимаю.

Вы плохо понимаете.  Никакого стандарта покуда.  И далеко не "проще".  Тут уже цитировали (хоть я и не люблю LOR):
http://www.linux.org.ru/news/linux-general/8338069/page1#com...

> Я не знаю, кому вы отвечаете, но явно не мне.

Вам.  Не вы ли sshd упомянули - вот вам и пример.

По сути есть что ответить?

> Таких изменений происходит много, и постоянно. И в ядре, и снаружи.

Парочку назвать не затруднит?

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

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

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




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

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