LINUX.ORG.RU

Опубликован стандарт системы инициализации для свободных платформ


0

0

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

Выслушиваються мнения и предложения, а также здоровая критика - http://crew.org.ru/cgi-bin/forum/YaBB...

>>> Подробности

Ответ на: комментарий от alphex_kaanoken

Это так, совет...

У нас просто мужик лекции читает по распознаванию образов. Дык говорят, что создатель ABBYY у него учился.

jackill ★★★★★
()
Ответ на: комментарий от jackill

>1. Вопрос: Зачем нужны конфиги в xml?

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

>2. Вопрос: Зачем нужен параллельный запуск демонов?

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

>3. Вопрос: Зачем нужно отключать все сразу - вы куда-то торопитесь?

почему бы нет? Если все правильно продумать то такого не произойдет(это про ваш комментарий)

>4. Вопрос: Почему вы все держите в одном файле?

Мы не держим все в одном файле - для каждого runlevel свой файл (см iluinit)

>5. Вопрос: Как вы предполагаете менять порядок запуска сервисов?

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

>6. Вопрос: Озвучьте требования тех "админов", для которых вы пишете, и их стаж работы.

Указывать что кто и где не могу, стаж работы в среднем у лядей был 3-6 лет.

>7. Вопрос: Почему вы пьете, когда пишете такую важную программу?

Я не пью когда пишу важную программу.

alphex_kaanoken ★★★
() автор топика
Ответ на: комментарий от jackill

>У нас просто мужик лекции читает по распознаванию образов. Дык говорят, что создатель ABBYY у него учился.

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

alphex_kaanoken ★★★
() автор топика
Ответ на: комментарий от alphex_kaanoken

> 2. Вопрос: Зачем нужен параллельный запуск демонов?

чтобы максимально использовать имеющийся параллелизм оборудования

dilmah ★★★★★
()
Ответ на: комментарий от alphex_kaanoken

> >  /*read or not to read is a question;-)*/
> >  symb=calloc(1,1);
> >  sprintf(symb,"%c",sym);
> >
> > А этот анекдот мы уже слышали ;) 

> почему сделано так объясню - во превых смотри внимательней дальше

Извините, но куда уже дальше смотреть???
Память ведь *уже* использована без проверки распределилась ли она.

PS.  И вообще, если надо из int получить char, то проще сделать так:

    char char_var = (unsigned)int_var;

И безопаснее и быстрее будет.

awn
()
Ответ на: комментарий от alphex_kaanoken

> мне нравиться другой способ, вот и все.

??? Это было про запись в память без проверки на "распределилась ли она"? Или про то, что больше нравиться отхватывать 4 Kb страницу ради одного байта?

awn
()
Ответ на: комментарий от awn

> char char_var = (unsigned)int_var; > И безопаснее и быстрее будет.

А какая связь между unsigned [int] и [signed] char, кроме sizeof(char) <= sizeof(int)?

Вообще, конечно, в 7-летний опыт программирования на С у подозреваемого не верится, учитывая sprintf("%s%c",...) :>

BaT ★★★★★
()
Ответ на: комментарий от jackill

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

fsck файловых систем на разных дисках и так по моему всегда в параллель запускается.

dilmah ★★★★★
()
Ответ на: комментарий от BaT

> > char char_var = (unsigned)int_var; > И безопаснее и быстрее будет.

> А какая связь между unsigned [int] и [signed] char, кроме sizeof(char) <= sizeof(int)?

Такая же, как и между {signed,unsigned} long [int] и {signed,unsigned} int. Т.е. с точки физического представления второй -- это сколько-то младших бит от первого (если у них разный sizeof()) или просто тоже самое (если sizeof() одинаковый).

А вот с преобразованием к unsigned я действительно погорячился. Можно присваивать и так, без преобразования -- это ни начто не влияет ибо мы идём с сторону уменьшения размерности. Вот если бы шли в сторону увеличения (char -> {signed,unsigned} int) -- тогда да, надо было бы думать, что хочется получить в результате и преобразовывать. А так...

awn
()
Ответ на: комментарий от dilmah

Т.е. сфера применения весьма ограничена.

jackill ★★★★★
()
Ответ на: комментарий от awn

А есть такие платформы, где sizeof(signed) != sizeof(unsigned)?

Мне лично не встречались, но что стандарт говорит? Я уже лет 5 как С в руки не брал :)

У K&R вроде бы речь шла только о sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)....

BaT ★★★★★
()
Ответ на: комментарий от awn

> > >  /*read or not to read is a question;-)*/
> > >  symb=calloc(1,1);
> > >  sprintf(symb,"%c",sym);
> > >
> > > А этот анекдот мы уже слышали ;) 

> > почему сделано так объясню - во превых смотри внимательней дальше

> Извините, но куда уже дальше смотреть???
> Память ведь *уже* использована без проверки распределилась ли она.

Не говоря уже о том, что sprintf запишет 2 байта, а выделен только
один.

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

anonymous
()
Ответ на: комментарий от alphex_kaanoken

> так дописываеться себе и дописываеться,

Таким макаром оно дописывается за O(n), в то время как можно дописывать за O(1). С такими неоптимальными замашками твои проги будут работать медленнее чем написаные нормальными людьми на shell.

> переполнение - проверочку сделаю про нее то Я и забыл.

Из-за таких как ты склеротиков приходится регулярно набирать apt-get update; apt-get dist-upgrade. Так что лучше брось ты это дело, заканчивай школу и иди в армию.

anonymous
()
Ответ на: комментарий от anonymous

> > > > /*read or not to read is a question;-)*/
> > > > symb=calloc(1,1);
> > > > sprintf(symb,"%c",sym);
> > > >
> > > > А этот анекдот мы уже слышали ;)

> > > почему сделано так объясню - во превых смотри внимательней дальше

> > Извините, но куда уже дальше смотреть???
> > Память ведь *уже* использована без проверки распределилась ли она.

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

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

Не говоря уже о юникоде...

anonymous
()
Ответ на: комментарий от anonymous

>Из-за таких как ты склеротиков приходится регулярно набирать apt-get update; apt-get dist-upgrade. Так что лучше брось ты это дело, заканчивай школу и иди в армию.

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

alphex_kaanoken ★★★
() автор топика
Ответ на: комментарий от alphex_kaanoken

> сказал же ошибся - ну достали

Ты не воспринял ошибку серьёзно. Значит ты опять и опять будешь писать такие же ошибки. Ты ведь должен большое спасибо всем тут сказать за то что люди тратят своё время и пытаются тебя чему-то научить. Жаль что напрасно.

anonymous
()
Ответ на: комментарий от alphex_kaanoken

> это была моя ошибка - тем более в просто написаном ради шутки одном файле, в школе и универсете

эта ошибка была в iluinit => эта новость была написана ради шутки :)

anonymous
()
Ответ на: комментарий от alphex_kaanoken

> Я что писал для юникода

Да!

anonymous
()

Извините alphex_kaanoken, вы совсем тупой или прикидываетесь?
Когда вы сообщали о разработке вами новой лицензии вам уже намекали на нечитабельность серого на черном на вашем сайте.
Теперь с вашим этим iluinit та же фигня...

anonymous
()

Опубликован стандарт системы инициализации для свободных платформ А можно поинтересоваться, это ANSI, ISO или IEEE стандарт.. или хотя бы ссылочку на RFS-ку дайте

anonymous
()
Ответ на: комментарий от anonymous

2anonymous (*) (17.03.2004 20:28:26)
>Сисадмины "Hello, World" пишут так:
...
Нифига :-)
#!/bin/sh
for i in `echo "Hello, world"`
do
echo -n $i
done

:-)

anonymous
()
Ответ на: комментарий от awn

2awn (*) (18.03.2004 11:25:06)
>Что же про остановку демонов по сигналу: извини, но тому, кто догадается кильнуть мне Oracle сигналом я поотрываю руки/ноги. И не важно уже насколько благими были намерения килявшего и каким именно сигналом он килял.
Я буду участвовать :-) Oracle - штука тонкая, за killall oracle нужно отрывать все, что болтается и засовывать во все, что разевается :-)

anonymous
()
Ответ на: комментарий от dilmah

Кстати вот сегодня обнаружил, что дженту и параллелный запуск сервисов умеет:

> Supports starting services in parallel (need to set 'RC_PARALLEL_STARTUP="yes"' in /etc/conf.d/rc).

Так что все уже есть, кроме сомнительной полезности xml'ных конфигов. Ну и зачем тогда изобретать велосипед?

int19h ★★★★
()
Ответ на: комментарий от anonymous

Судя по их форому - еще нет. Что и пугает.

int19h ★★★★
()

2alphex_kaanoken (*)

Дочитал до ТВОИХ откровений националистического толка, где ТЫ нам поведал, что ТЫ не русский и как называется ТВОЙ родной город, а потом, на фоне ТВОЕГО "коронного" высказывания: "Россия - тупая страна" (потому, что не все признают ТВОИ таланты), одновременно, ТЫ потребовал не трогать ТВОИ национальные чуства к Хельсинки... В общем, дальше читать я не стал...

Слышь, ИДИОТ, и ТЫ считаешь, что после всего этого я, хотя бы, взгляну на твою поделку ?

Какие могут быть ещё "стандарты" от тебя... тьфу...

Учти, ПРИДУРОК, "не всё то золото, что блестит", и "не каждый финн способен изобрести Linux".

P.S. Гений, бл...

anonymous
()
Ответ на: комментарий от anonymous

> не каждый финн способен изобрести Linux

тонко подмечено;)

добавлю только, что поскольку Линус по национальности швед, то ни одного прецедента, чтобы финн изобрел линукс, еще не было ;)

anonymous
()
Ответ на: комментарий от alphex_kaanoken

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

   И вообще, зачем? Я не увидел объяснения, чем плоха нынешняя система инициализации например в Debian.

anonymous
()
Ответ на: комментарий от alphex_kaanoken

А ты представляешь, сколько матов я сложу на XML и конфиг, пытаясь поднять удаленно машину по линии 9600 или хуже? Когда и vi - роскошь...

Думать не хотите...

anonymous
()
Ответ на: комментарий от anonymous

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

кушайте то что есть. надоело наблюдать ваш снобизм.

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

alphex_kaanoken ★★★
() автор топика
Ответ на: комментарий от alphex_kaanoken

> ладно господа бросьте, все забили - ничего больше не буду для вас делать.

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

Ну и телОк, охренеть можно. Дитё малое, с непомерным самолюбием и ни хрена не умеющее. Зато гонору - прямо Дон Кнут, не меньше.

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

anonymous
()
Ответ на: комментарий от anonymous

> А ты представляешь, сколько матов я сложу на XML и конфиг, пытаясь поднять > удаленно машину по линии 9600 или хуже? Когда и vi - роскошь...

> Думать не хотите...

А сколько матов я сложу, пытаясь поднять Linux на 386 с двумя мегами оперативки...

Да, это фигня, конечно. Вот на счетах... Интересно, чем думал Торвальдс о пользователях счет?

Сферический конь в вакууме, блин...

CybOrc
()
Ответ на: комментарий от anonymous

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

Micro$oft :)

hoopoe ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.