Опубликованы (https://lists.debian.org/debian-devel/2014/11/msg00891.html) результаты общего голосования разработчиков Debian по вопросу (http://www.opennet.me/opennews/art.shtml?num=40856) предоставления в Debian возможности использования нескольких систем инициализации, чтобы избежать появления зависимости пакетов только от одной системы инициализации без оставления возможности выбора. Наибольший вес набрал пункт, указывающий на отсутствие необходимости принятия решения по данному вопросу (General Resolution is not required), т.е. разработчики посчитали, что нет смысла вносить изменения в правила Debian. Предложение не привязывать пакеты к конкретной реализации системы инициализации на получило должной поддержки, как и предложение разрешить подобную привязку на усмотрение сопровождающих.URL: https://lists.debian.org/debian-devel/2014/11/msg00891.html
Новость: http://www.opennet.me/opennews/art.shtml?num=41088
Печально :(
Debian уже не торт
Пусть продолжают уходить, Fork->Debian-Stable
> ПиНе ведитесь на вбросы.
http://www.opennet.me/openforum/vsluhforumID3/100095.html#87
http://fritzmorgen.livejournal.com/660369.html
> http://fritzmorgen.livejournal.com/660369.htmlБонусы в виде акций американских компаний и гражданство? Я плакал.
плакать можно начинать уже с момента появления ссылки на фрицморгена в виде аргумента.
Бюрократический ад, понабирали тупых манагеров.
да уж, лучше делать как арч с третьим питоном
поттер реально скоро 9 грамм свинца поймает
> поттер реально скоро 9 грамм свинца поймаетОткровенно говоря, очень удивлён, что вопрос смены системы инициализации вызывает такой огромный поток споров, ругани и агрессии. Я работаю на Linux и слежу за новостями в этом направление с 2005 года и не помню, что б споры подобного масштаба были при переходе от lilo к grub, а потом к grub2; при переходе RHEL на upstart, при переходе от hal на udev, при миграции разных дистрибутивов на другие DE, при смене файловых систем, при объединение каталогов в корне, при смене целых подсистем. Думаю, что если б появились две новые системы инициализации, типа systemD и systemB, ругань бы была похожа на ту, что идёт вокруг Wayland и Mir, - там большинству плевать на X11, там спор что лучше.
Собственно, к чему. В спорах вокруг SystemD, против участвую просто люди-пустышки, совершенно не владеющие вопросом, не имеющие ни одного конструктивного аргумента, а просто желающие помахать кулаком перед экраном монитора. Это просто спор ради спора. Но столько нервов разработчикам уже попортили.Кстати, аргументы противников типа: "там понатыканно всего" и "оно толстое" аргументами не являются, - SystemD решает значительно больший список задач чем все его предшественники вместе взятые, делает это удобнее, качественнее и быстрее. Как системный администратор со стажем скажу: я использую SystemD с тех пор как он появился в портеже Генту, использую на всех своих 48 серверах и 4 рабочих и домашних компьютерах и ни на какие убогие upstart или гентушное подделие и уж тем более на почтенный старый sysvinit возвращаться не собираюсь.
Уважаемые противники, зачехлите клыки и идите в школу, - война проиграна. Или найдите хоть один весомый минус в этой системе.
Гриша, все аргументы были озвучены очень много раз, если некто владеет избирательным чтением, то это его проблемы
Лично я минусую любые оскорбляющие кого-либо комментарии. И ставлю плюсы любым конструктивным комментариям. Вне зависимости от того за systemd этот комментарий или против.
Имхо, кроме пустышек, есть контингент который считает себя мега специалистами и раздражается от сознания того, что
а) какой-то "поцтеринг" сделал нечто полезное (в одну харю?), а они ничего
б) их ценного мнения никто не спросил при переходе на сабж
в) им вдруг придется сменить привычки и переписать пару скриптов (это наименьший пункт по важности)
Но махать кулаками после драки, тем более, не приводя аргументов - бессмысленно.
>>а) какой-то "поцтеринг" сделал нечто полезное (в одну харю?), а они ничегоPulse audio, полезного... /o
>>>а) какой-то "поцтеринг" сделал нечто полезное (в одну харю?), а они ничего
> Pulse audio, полезного... /oPulseAudio - отличная штука
>>>>а) какой-то "поцтеринг" сделал нечто полезное (в одну харю?), а они ничего
>> Pulse audio, полезного... /o
> PulseAudio - отличная штукаВ то время, как много лет уже существовал dmix, а так отличная штука, правда зачем? непонятно.
>>>>>а) какой-то "поцтеринг" сделал нечто полезное (в одну харю?), а они ничего
>>> Pulse audio, полезного... /o
>> PulseAudio - отличная штука
> В то время, как много лет уже существовал dmix, а так отличная
> штука, правда зачем? непонятно.dmix в качестве "альтернативы" pa - это каким феерическим ... нужно быть?
эту тему уже неоднократно поднимали, перебрось-ка на ходу канал c карточки на bluetooth dmix'ом (use case: подключение bt-наушников)
> dmix в качестве "альтернативы" pa - это каким феерическим ... нужно быть?Ну так и не будьте. Для меня это прекрасная легковесная, собственно, не альтернатива, а рабочая реализация -- никакой выгоды в кормёжке PA батарейкой не вижу.
> эту тему уже неоднократно поднимали, перебрось-ка на ходу канал c карточки на
> bluetooth dmix'ом (use case: подключение bt-наушников)Не использую. Ещё доводы?
>> dmix в качестве "альтернативы" pa - это каким феерическим ... нужно быть?
> Ну так и не будьте. Для меня это прекрасная легковесная, собственно,
> не альтернатива, а рабочая реализация -- никакой выгоды в кормёжке PA
> батарейкой не вижу.
>> эту тему уже неоднократно поднимали, перебрось-ка на ходу канал c карточки на
>> bluetooth dmix'ом (use case: подключение bt-наушников)
> Не использую. Ещё доводы?лол, шигорин задаёт вопросы и тут удаляет ответы
> лол, шигорин задаёт вопросы и тут удаляет ответыВспомните старый советский мультик "Крошка Енот" и попытайтесь не судить то, что я предпочитаю не таскать на голове bt-уши, исключительно по своему опыту; особенно если в нём нет радиотехнической составляющей.
А порог сочтения Ваших сообщений мусором уже опустился Вашими же трудами достаточно низко. Это не означает того, что сказанное по существу и с уважением к другим также будет удалено -- были люди, которых крепко заносило, но после выхода из заноса и работы над ошибками оказывались прекрасными и интересными участниками обсуждения. Меня тоже порой одёргивают по делу и за это тоже людям спасибо.
Претензии по модерированию, в т.ч. неправомерному, с чьей-либо точки зрения, удалению сообщений -- сюда: http://www.opennet.me/contact.shtml
> я предпочитаю не таскать на голове bt-ушиМиш! Я тоже только за проводные уши для себя, но маме пока не нашел подходящую bt-гарнитуру и реальных альтернатив даже самой технологии bt не вижу.
> Миш! Я тоже только за проводные уши для себя, но маме пока
> не нашел подходящую bt-гарнитуру и реальных альтернатив
> даже самой технологии bt не вижу.Так пожалуйста, и если надо, чтоб звук ходил за устройствами -- PA вполне уместен. Или если востребовано регулирование уровней по приложениям.
> лол, шигорин задаёт вопросы и тут удаляет ответыА что ещё ему остаётся? Это как раз о "пустышке" и её "последнем аргументе". Свобода в последней инстанции.
>> лол, шигорин задаёт вопросы и тут удаляет ответы
> А что ещё ему остаётся?Можно оставить мусор болтаться, это чуть проще. Да только свобода != вседозволенность.
PS: спрашивал _доводы_, получил сопли, стёр.
>> лол, шигорин задаёт вопросы и тут удаляет ответы
> А что ещё ему остаётся? Это как раз о "пустышке" и её
> "последнем аргументе". Свобода в последней инстанции.Правильно делает. Опеннет и так мусорка, но если не разгребать - будет смердить совсем уж невыносимо :(
> перебрось-ка на ходу канал c карточки на bluetooth dmix'омЯ не могу заставить его прекратить шипеть и булькать. До практического использования дело не дошло. Я щепетилен к звуку. В первую очередь к качеству тракта и скорости отклика. Фичи идут вторым номером по важности. Пульс не удовлетворяет даже первое, что говорить о втором?
> эту тему уже неоднократно поднимали, перебрось-ка на ходу канал c карточки на
> bluetooth dmix'ом (use case: подключение bt-наушников)(задумчиво) был у меня, помнится, нетбук. а на нетбуке был дебиан, поставленый человеком, который стаю собак с дебианом съел, и админил его, и дома использует много лет. и вот была там беда такая: втыкаю я наушники просто в разъём — а внешний динамик при этом не отрубается. вынимаю наушники — и отрубается всё.
мне предложили пошаманить с пульсой, но я, поскольку ленивый, просто поставил туда слаку. особо не на что не надеясь, скорее уже из принципа «ну, раз всё равно шаманить — буду со слакой шаманить, так веселее.» и вот тут меня ждал жестокий облом. очень жестокий. мало того, что слака спокойно увидела всё железо и завела, так там ещё и отключение внешних динамиков при втыкивании наушников заработало сразу из коробки. и включение назад, когда наушники вынимаешь. а пульсаудио там не было.
вот такая вот история успеха пульсаудио и жестокого облома от слаквари.
> В то время, как много лет уже существовал dmix, а так отличная
> штука, правда зачем? непонятно.Мы его применили в ALTSP вместо esound, там на своём месте.
Пропихивание pulseaudio в дистрибутивы, кстати, опять же происходило с некоторым усердием и не без задействования гнома -- наверное, совпадение...
>> В то время, как много лет уже существовал dmix, а так отличная
>> штука, правда зачем? непонятно.
> Мы его применили в ALTSP вместо esound, там на своём месте.
> Пропихивание pulseaudio в дистрибутивы, кстати, опять же происходило с некоторым усердием
> и не без задействования гнома -- наверное, совпадение...Об этом я и вспоминаю, когда слышу о том, как усердно теперь всюду пытаются втюхать systemD. Казалось бы, зачем всем нам его (поттеринга) "удобство", если мы и без него жили хорошо.
Ведь мало же кто например спорит с тем, что Xorg морально устарел и пора бы придумать ему альтернативу, во всяком случае такого количества агрессии, относительно их обсуждения, я нигде не встречал.
> морально устарелКто-нибудь может четко сказать, что это означает? Просто борщ, борщ, борщ... иногда и супа хочется?
сложным стал и оброс модулями, взаимосвязи в нем стали понятны только избранным, если кратко
>> морально устарел
> Кто-нибудь может четко сказать, что это означает?то, что X11 пора немного проапгрейдить. до X12. кое-что из расширений внести в необходимые требования, кое-что расширить, кое-что переделать, кое-что вовсе выкинуть. проапгрейдить векторный движок в том числе, а то его там и нет, почитай.
кое-что описано вот здесь, например: http://www.x.org/wiki/Development/X12/
там, конечно, далеко не всё, и не всё бесспорно, но и того, что описано, уже немало.
> Об этом я и вспоминаю, когда слышу о том, как усердно теперь
> всюду пытаются втюхать systemD.
> Ведь мало же кто например спорит с тем, что Xorg морально устарел
> и пора бы придумать ему альтернативу, во всяком случае такого количества
> агрессии, относительно их обсуждения, я нигде не встречал.Обсуждения что нам надо вместо старого инита НЕ БЫЛО! Было вот вам системд и жрите что дают. Будем голосовать до тех пор пока не выберем правильный выбор. Ну и так далее.
Народ (пока ещё) не привык к такому - возмутился, чем сильнее пихают зонд тем сильнее вопли.А лично мне пох. Я - цЫничная сволочь, за бабло продавшая всё :)
Я обрисовал перспективку менеджетменту:
Всё просто Дебиану - кирдык. Хотя столько лет верой и правдой ... но - кирдык.
Значит нужно идти на CentOS. Хотя это потребует ... ну и мою зарплату придётся повысить, да :)
И будте готовы, когда таких умников наберётся крит. масса RH всех кинет.
Так что рассматривайте перспективу покупки лицензионного RH. И да - меня придётся отправлять на курсы :) (Они мне в писю не упердись но повалять дурака и получить бумажку на халяву - самое оно :)А вы верьте. Вера - она для высоко-духовных уанс, не для меня :)
Ну объясните тогда почему вдруг Debian'у и кирдык? Если из-за systemd, то зачем тогда идти на CentOS где тот же самый systemd? Ну просить зарплату повысить можно всегда. Даже при перепаде атмосферного давления, а обоснование этому какое? SystemD настолько сложная штука что без курсов и бумажки никак? По sysvinit и upstart бумажки получил? А по vim/emacs, ls, cd, cp, mv и прочим очень важным вещам? А то без бумажки никак.Все рассказывают о том как RedHat всех кинет - а кто-то может обрисовать реальный сценарий как они это смогут сделать при открытом коде? С gnome'ом не кинули, с ядром не кинули, а тут вдруг возьмут и кинут. Не для троллинга ради, правда интересны возможные сценарии.
> Все рассказывают о том как RedHat всех кинет - а кто-то может
> обрисовать реальный сценарий как они это смогут сделать при открытом коде?Элементарно -- задрав темп изменений выше подъёмного разумной ценой.
> Не для троллинга ради, правда интересны возможные сценарии.
Почитайте при желании http://russian.joelonsoftware.com/articles/howmicrosoftlostt... -- вот выдержка для затравки:
---
Итак, у вас есть Windows API, у вас есть VB, и теперь вы получили .NET с букетом из нескольких языков, и вы ни к чему особо не расположены, потому что, мы делаем Avalon, который будет работать только на новейшей операционной системе от Microsoft, а ее дооооолго ни у кого не будет. Лично у меня до сих пор не нашлось времени для глубокого изучения .NET, и мы до сих пор не портировали два проекта нашей компании Fog Creek с классического ASP и Visual Basic 6.0 на .NET, так как для нас нет прибыли от инвестиций. Нету. Это просто «Огонь и движение»: Microsoft понравится, если я перестану добавлять новые возможности в нашу систему по отслеживанию ошибок в программном обеспечении и в систему управления контентом, а вместо этого потрачу несколько месяцев, портируя их в другую среду разработки, что не принесет пользы ни одному клиенту, а следовательно не даст ни одной дополнительной продажи, а следовательно это пустая трата нескольких месяцев, что прекрасно для Microsoft, имеющей собственную систему управления контентом и отслеживания ошибок в программном обеспечении, так что для них нет ничего лучшего, если я потрачу время на переход, а потом потрачу год, а то и два, на переход на Avalon, в то время как они функционально улучшают свое, конкурирующее нам, программное обеспечение. Праааавильно.
---
>> Все рассказывают о том как RedHat всех кинет - а кто-то может
>> обрисовать реальный сценарий как они это смогут сделать при открытом коде?
> Элементарно -- задрав темп изменений выше подъёмного разумной ценой.Учитывая что весь бизнес RedHat строится на выкатывании enterprise платформ, скакать изменениями ломающими совместимость каждый месяц они не смогут - клиенты тупо уйдут на другую платформу и забудут как страшный сон. Завязка на SystemD может существовать только если софтописатели будут активно использовать новые, добавляемые фичи, причём полагаться на их наличие железно, без оговорок.
Какой им профит становится "царём системы инициализации" ? Мне вот кажется что более вероятен пусть ПульсАудио - после бурлящего запиливания всего и вся будут стандартизированы интерфейсы, допилено сообществом всё, что не нравится/хочется заменить и всё будет плыть точно так же по течению.
>[оверквотинг удален]
> обеспечении и в систему управления контентом, а вместо этого потрачу несколько
> месяцев, портируя их в другую среду разработки, что не принесет пользы
> ни одному клиенту, а следовательно не даст ни одной дополнительной продажи,
> а следовательно это пустая трата нескольких месяцев, что прекрасно для Microsoft,
> имеющей собственную систему управления контентом и отслеживания ошибок в программном обеспечении,
> так что для них нет ничего лучшего, если я потрачу время
> на переход, а потом потрачу год, а то и два, на
> переход на Avalon, в то время как они функционально улучшают свое,
> конкурирующее нам, программное обеспечение. Праааавильно.
> ---Что в этом systemd такого, что заставляет писать под него фичи? Не нужно то, что он даёт - ставьте sysvinit скрипт, их он тоже умеет и работать будет и на sysvinit и в systemd.
>> Элементарно -- задрав темп изменений выше подъёмного разумной ценой.
> Учитывая что весь бизнес RedHat строится на выкатывании enterprise платформРечь о (потенциальных) конкурентах.
> скакать изменениями ломающими совместимость каждый месяц они не смогут -
> клиенты тупо уйдут на другую платформу и забудут как страшный сон.Это когда счета за обслуживание вырастут, а альтернативы съёжатся (потому как стартовать их смогут, гругря, разве что ораклы и подобные).
> Что в этом systemd такого, что заставляет писать под него фичи?
> Не нужно то, что он даёт - ставьте sysvinit скрипт, их он
> тоже умеет и работать будет и на sysvinit и в systemd.Вы ведь в курсе, что это уже официально "временно"?
>правда зачем? непонятно.Как зачем?
Нубам для подключения сенезубой гарнитуры.
А профи, что бы было им "весело" с mpd.
> Pulse audio, полезного... /oВот только фирма Нокия только из него и смогла сделать то что было надо для человеческой работы смарта. Ах, у вас юзкейсы только "я и мой локалхост"? Ну извините, на этой планете есть не только вы - придется подвинуться немного.
̶A̶A̶A̶,̶ ̶н̶а̶й̶м̶и̶т̶ ̶р̶е̶д̶х̶а̶т̶а̶!
Если серьёзно то между LiLo и Grub всегда останется выбор (с Wayland сложнее, но он почти нормальный).
Разработчики Grub2 не пытались объединяться с ядром линукс или же протаскивать в него такие патчи которые затруднят его загрузку другими загрузчиками. Распространение же этой штуки решает выбора вообще, а она огромная и непонятная..
> и не помню, что б споры подобного масштаба были при переходе от lilo
> к grub, а потом к grub2Так lilo до сих пор работает, его никто целенаправленно не пытался сломать сбоку.
> Кстати, аргументы противников типа: "там понатыканно всего" и "оно толстое"
> аргументами не являются, - SystemD решает значительно больший список задачОно способно сегфолтнуться.
> с тех пор как он появился в портеже Генту, использую на всех своих 48 серверах
Соболезную тому, кто эти сервера под какие-то задачи покупал.
> война проиграна. Или найдите хоть один весомый минус в этой системе.
Война, милый мальчик, не заканчивалась испокон веков, просто разная она. По поводу минусов -- соблаговольте перечитать уже сказанное в интернете, это же Вы ответственный сисадмин, который сперва думает, а потом в рот блестяшку тянет. Или не тянет.
Если бы systemd спокойно доводили до формы шара, прислушиваясь к мнениям других и принимая патчи, поддерживая синхронную документацию в приличном виде и месте, не пытаясь нахрапом заменить "маргинальные init" -- так, как это делают нормальные разработчики и как это происходило со всеми Вами перечисленными "аналогичными" случаями -- так и хорошо было бы.
А когда люди пытаются сэкономить за счёт других (пропихнуть единоразово технически вроде бы дешевле, чем плавно и обеспечивая совместимость) -- вдруг вылазит зашкаливающий организационный наклад и массированный ущерб вроде бы коллегам.
Потому что скотиной не надо быть при любой квалификации.
PS re #77: "ответственный за принятие технических решений в одной очень крупной российской организации", который бездарно флудит на форуме -- или продолжающееся враньё, или хороший кандидат в те самые дворники, причём копающий себе яму конфликта своими руками. Вон отсюда и вон из профессии.
> при переходе от hal на udevхал, граб и прочее выпиливается и запиливается легко и непринужденно в 3 команды в консоле.
> противников типа: "там понатыканно всего" и "оно толстое" аргументами не являются
сугобо ваше мнение, которое могу, хочу и игнорирую.
> список задач чем все его предшественники вместе взятые
> Уважаемые противники, зачехлите клыки и идите в школуМальчик, ты бы сам шел со своим компьютерным классом обратно в свое сельское училище.
>> при переходе от hal на udev
> хал, граб и прочее выпиливается и запиливается легко и непринужденно
> в 3 команды в консоле.Не совсем. Если что-то завязано на libhal (как может быть TDE) -- выпилится только вместе или пересборкой. Если используются варианты размещения корня и /boot, использующие devmapper -- старое lilo бы не справилось (в нынешнем вроде сделали, альтовское с EVMS/LVM работало ещё в 2003 трудами ребят с SaM-Solutions).
Ну и я не возьмусь обещать именно "три команды" при смене загрузчика, если что...
> "три команды"Ну, если уж говорить предметно, то hal далеко не торт и разрабы поторопились его впилить, но глядя на современные дистры верится с трудом, что их делают для того, чтобы они годами работали без всякого вмешательства.
udev лучше, но тоже есть серьезный баг в архитектуре - если устройство проинициализированно до старта демона, то демон ничего и не станет делать, таким образом, в зависимости от того представлен драйвер модулем, или вшит в ядро, система может вести себя по разному при загрузке.
Про системд, возможность сегфолта и невозможность отладки - рад что остались еще люди способные понять, что путь по усеяному граблями полю не стоит единственного яблочка, наверняка червивого.
Касательно загрузчика: лично я на syslinux переполз уже давно, но из практики загрузки всевозможного железа замечено, что одно и тоже ядро может не проинициализировать PCI или USB загруженное одним бинарником загрузчика,и проинициализировать загруженное другим, но самое интересное, что эта же система - работающая прекрасно почти везде, внезапно на совершенно типовом серваке после штатной загрузки в консоль может начать сегфолтить на все подряд, включая grep и cat. С чем связано ни малейшего понятия, но смена загрузчика помогает)).
Еще остаются зависимости через d-bus, которые выявляются только чтением исходников или уже в процессе эксплуатации.
>SystemD решает значительно больший список задач чем все его предшественники вместе взятыеА также (криво) решает чужие задачи, совсем не системы инициализации. В этим и претензия.
Тут важно не то, что systemd плох. Важно, что его пытаются сделать безальтернативным (в плане выбора системы инициализации в Debian), каким он не является на самом деле. Я например не против systemd в Debian, но хотелось бы чтобы можно было безболезненно выбрать любую систему инициализации из доступных. Тогда вы могли бы установить свой любимый systemd и работать, а я мог бы использовать sysvinit, который меня устраивает и не глючит на моем ноутбуке, и все были бы счастливы (сторонники systemd в том числе). Но то, что происходит сейчас -- это заталкивание в глотку systemd, так что возмущение противников systemd естественно. Представьте, что у вас в Gentoo внезапно прибили гвоздями кучу нужных вам пакетов к sysvinit, и если вы теперь хотите продолжать пользовать эти пакеты -- вы вынуждены менять свой systemd на sysvinit. И при этом вы понимаете, что сделано это искуственно, не должен драйвер принтера зависеть от системы инициализации. Что бы вы тогда сказали? "Зачехлили бы клыки" и "пошли бы в школу"?
> В спорах вокруг SystemD, против участвую просто люди-пустышки, совершенно не владеющие вопросом, не имеющие ни одного конструктивного аргумента, а просто желающие помахать кулаком перед экраном монитора.Плохо выследите за новостями. Или избирательно, читая только то, что соответствует вашем мнению, а остальное игнорируете.
> Но столько нервов разработчикам уже попортили.мало. но надеемся, что ещё больше попортим.
отдельно позабавил «администратор со стажем, сорокавосемью серверами и гентой». (умильно) даже я не настолько псих, чтобы ставить на сервера любимую слаку; а у меня, промеждупрочим, справка есть, что я псих.
Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!
> Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!1. Не Maintainer-ов, а Developer-ов.
2. Никто никого не скупал. Вопрос ведь не про переход на systemd или нет, а про то, грубо говоря, делать двойную работу или нет.
3. Не всех, и лишь:
Option 1 "Packages may not (in general) require a specific init system"
Option 2 "Support for other init systems is recommended, but not mandatory"
Option 3 "Packages may require specific init systems if maintainers decide"
Option 4 "General Resolution is not required"
Option 5 "Further Discussion"In the following table, tally[row x][col y] represents the votes that
option x received over option y.Option
1 2 3 4 5
=== === === === ===
Option 1 133 183 147 241
Option 2 313 251 180 366
Option 3 263 172 135 286
Option 4 323 280 308 358
Option 5 212 99 166 95Looking at row 2, column 1, Support for other init systems is
recommended, but not mandatory
received 313 votes over Packages may not (in general) require a specific
init systemLooking at row 1, column 2, Packages may not (in general) require a
specific init system
received 133 votes over Support for other init systems is recommended,
but not mandatory.Option 1 Reached quorum: 241 > 47.5762545814611
Option 2 Reached quorum: 366 > 47.5762545814611
Option 3 Reached quorum: 286 > 47.5762545814611
Option 4 Reached quorum: 358 > 47.5762545814611
Option 1 passes Majority. 1.137 (241/212) >= 1
Option 2 passes Majority. 3.697 (366/99) >= 1
Option 3 passes Majority. 1.723 (286/166) >= 1
Option 4 passes Majority. 3.768 (358/95) >= 1
Option 2 defeats Option 1 by ( 313 - 133) = 180 votes.
Option 3 defeats Option 1 by ( 263 - 183) = 80 votes.
Option 4 defeats Option 1 by ( 323 - 147) = 176 votes.
Option 1 defeats Option 5 by ( 241 - 212) = 29 votes.
Option 2 defeats Option 3 by ( 251 - 172) = 79 votes.
Option 4 defeats Option 2 by ( 280 - 180) = 100 votes.
Option 2 defeats Option 5 by ( 366 - 99) = 267 votes.
Option 4 defeats Option 3 by ( 308 - 135) = 173 votes.
Option 3 defeats Option 5 by ( 286 - 166) = 120 votes.
Option 4 defeats Option 5 by ( 358 - 95) = 263 votes.
The Schwartz Set contains:
Option 4 "General Resolution is not required"-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=The winners are:
Option 4 "General Resolution is not required"
>> Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!Это же "Шок! Видео!" - что вы буквоедством-то занимаетесь? )
> 1. Не Maintainer-ов, а Developer-ов.
Девелоперы в дебиан - это подмножество майнтайнеров.
> 2. Никто никого не скупал. Вопрос ведь не про переход на systemd
> или нет, а про то, грубо говоря, делать двойную работу или
> нет.Вопрос про переход на systemd решен. И народ, судя по всему, не хочет поддерживать ничего, кроме systemd.
> 3. Не всех, и лишь:
>И сколько вы насчитали? )
>>> Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!
> Это же "Шок! Видео!" - что вы буквоедством-то занимаетесь? )Тут не буквоёбство, а исправление серьёзных ошибок.
>> 1. Не Maintainer-ов, а Developer-ов.
> Девелоперы в дебиан - это подмножество майнтайнеров.А я — подмножество Человечества. Поэтому, если я решу, что нужно использовать OpenRC, то согласно вашей логике следует, что Человечество решит, что нужно использовать OpenRC.
>> 2. Никто никого не скупал. Вопрос ведь не про переход на systemd
>> или нет, а про то, грубо говоря, делать двойную работу или
>> нет.
> Вопрос про переход на systemd решен. И народ, судя по всему, не
> хочет поддерживать ничего, кроме systemd.Судя по чему? Народ не выбирал systemd в качестве default-а. Но так как systemd уже был выбран, то заниматься дублированием работы тоже не так много кто хочет.
>> 3. Не всех, и лишь:
> И сколько вы насчитали? )Кого конкретно? Тут вообще не было голосования за/против systemd. А по реальным вариантам опубликованные данные уже приведены в комментарии.
>>>> Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!
>> Это же "Шок! Видео!" - что вы буквоедством-то занимаетесь? )
> Тут не буквоёбство, а исправление серьёзных ошибок.
>>> 1. Не Maintainer-ов, а Developer-ов.
>> Девелоперы в дебиан - это подмножество майнтайнеров.
> А я — подмножество Человечества. Поэтому, если я решу, что нужно использовать
> OpenRC, то согласно вашей логике следует, что Человечество решит, что нужно
> использовать OpenRC.Ага, ага. Только вы один, а человечества - 7 ярдов. Только вот Debian Maintainer - 202 человека, а Debian Developer - 1086 штук. И все они называются майнтайнерами в Debian.
>>> 2. Никто никого не скупал. Вопрос ведь не про переход на systemd
>>> или нет, а про то, грубо говоря, делать двойную работу или
>>> нет.
>> Вопрос про переход на systemd решен. И народ, судя по всему, не
>> хочет поддерживать ничего, кроме systemd.
> Судя по чему? Народ не выбирал systemd в качестве default-а. Но так
> как systemd уже был выбран, то заниматься дублированием работы тоже не
> так много кто хочет.Народ опроверг крики о том, что дай только волю поддерживать старое - все ринутся поддерживать. Первым, кстати, Arch был.
>>> 3. Не всех, и лишь:
>> И сколько вы насчитали? )
> Кого конкретно? Тут вообще не было голосования за/против systemd. А по реальным
> вариантам опубликованные данные уже приведены в комментарии.Количесво проголосовавших от общего количества девелоперов.
> Народ опроверг крики о том, что дай только волю поддерживать старое - все ринутся поддерживать. Первым, кстати, Arch был.Ну, как бы те, кто поставил вариант 1 (обязательно все поддерживать) или 2 (настоятельно рекомендовать все поддерживать) на первые места - как раз большинство. То что победил пункт 4 - это продукт очень странной системы подсчета. Никогда такой не видел.
>> Народ опроверг крики о том, что дай только волю поддерживать старое - все ринутся поддерживать. Первым, кстати, Arch был.
> Ну, как бы те, кто поставил вариант 1 (обязательно все поддерживать) или
> 2 (настоятельно рекомендовать все поддерживать)"may not (in general) require" == "обязательно все поддерживать"
"is recommended" == "настоятельно рекомендовать"Так по вашему получается?
> на первые места - как раз большинство.
In the following table, tally[row x][col y] represents the votes that
option x received over option y.Опция 4 опережает опцию 1 на 323 голоса, а опцию 2 на 280 голосов. Так что,
>То что победил пункт 4
в ваших мечтах
> - это продукт очень странной системы подсчета. Никогда такой не видел.
вы даже не удосужились перевести, но сделали вывод что "ситема подсчета очень странная"
> "may not (in general) require" == "обязательно все поддерживать"
> "is recommended" == "настоятельно рекомендовать"
>
> Так по вашему получается?А по Вашему - не так? Придраться можно разве что к слову настоятельно, а в остальном - логика как бы не оставляет много маневра, если пакет не может привязываться к одной системе инита, то нужно обязательно все системы поддерживать.
> Опция 4 опережает опцию 1 на 323 голоса, а опцию 2 на 280 голосов. Так что,
Это как раз по этой странной системе подсчета. По нормальной (считаем то что попало на первое место) - выиграл номер пять (155), номер один - на втором (118), а номер четыре - на третьем (80).
>[оверквотинг удален]
>> Так по вашему получается?
> А по Вашему - не так? Придраться можно разве что к слову
> настоятельно, а в остальном - логика как бы не оставляет много
> маневра, если пакет не может привязываться к одной системе инита, то
> нужно обязательно все системы поддерживать.Это уже как про Василия Ивановича, Петьку и нюанс )
>> Опция 4 опережает опцию 1 на 323 голоса, а опцию 2 на 280 голосов. Так что,
> Это как раз по этой странной системе подсчета. По нормальной (считаем то
> что попало на первое место) - выиграл номер пять (155), номер
> один - на втором (118), а номер четыре - на третьем
> (80).Расскажите пожалуйста, путем каких вычислений вы получили числа 155 и 118, если они даже поиском не обнаруживаются на странице результатов голосования?
Каюсь, облажался, неправильно понял куда какие цифры пишут.> Расскажите пожалуйста, путем каких вычислений вы получили числа 155 и 118, если они даже поиском не обнаруживаются на странице результатов голосования?
Я брал исходник со списком всех проголосовавших и их голосами. Только неправильно понял что там к чему и посчитал неверно. Единственное верное число 118 - это число проголосовавших за пункт 1. За четвертый - 252, он действительно выиграл. :(
>[оверквотинг удален]
>>> Это же "Шок! Видео!" - что вы буквоедством-то занимаетесь? )
>> Тут не буквоёбство, а исправление серьёзных ошибок.
>>>> 1. Не Maintainer-ов, а Developer-ов.
>>> Девелоперы в дебиан - это подмножество майнтайнеров.
>> А я — подмножество Человечества. Поэтому, если я решу, что нужно использовать
>> OpenRC, то согласно вашей логике следует, что Человечество решит, что нужно
>> использовать OpenRC.
> Ага, ага. Только вы один, а человечества - 7 ярдов. Только вот
> Debian Maintainer - 202 человека, а Debian Developer - 1086 штук.
> И все они называются майнтайнерами в Debian.И что, вы считаете корректно приравнивать термины «maintainer-ы Debian-а» а «Debian Developer-ы»? Не на 5% расходятся множества.
>>>> 2. Никто никого не скупал. Вопрос ведь не про переход на systemd
>>>> или нет, а про то, грубо говоря, делать двойную работу или
>>>> нет.
>>> Вопрос про переход на systemd решен. И народ, судя по всему, не
>>> хочет поддерживать ничего, кроме systemd.
>> Судя по чему? Народ не выбирал systemd в качестве default-а. Но так
>> как systemd уже был выбран, то заниматься дублированием работы тоже не
>> так много кто хочет.
> Народ опроверг крики о том, что дай только волю поддерживать старое -
> все ринутся поддерживать. Первым, кстати, Arch был.Причём тут Arch вообще? Там свое сообщество со своей культурой и причинами что-либо делать.
>>>> 3. Не всех, и лишь:
>>> И сколько вы насчитали? )
>> Кого конкретно? Тут вообще не было голосования за/против systemd. А по реальным
>> вариантам опубликованные данные уже приведены в комментарии.
> Количесво проголосовавших от общего количества девелоперов.Проголосовавших вообще (не понятно причём тут эта величина, ибо речь была про сторонников systemd) или проголосовавших за systemd (что как было упомянуто вообще не делалось среди DD), или проголосовавших за "General Resolution is not required" (что некорректно, ибо голосование там делалось по приоритетам)?
$ grep -c '^V' tally.txt
483
Пясните, пожалуйста, данную таблицу. Голосование позволяло выбирать несколько вариантов?
Там каждый указывал порядок, в котором должны следовать варианты. Потом там какая-то странная система, которая выбирает по принципу "что больше набрало случаев когда это больше другого". Если просто по первому месту брать, то победил пункт 5.
> Там каждый указывал порядок, в котором должны следовать варианты. Потом там какая-то
> странная система, которая выбирает по принципу "что больше набрало случаев когда
> это больше другого". Если просто по первому месту брать, то победил
> пункт 5.Почти так, за исключеним того, вы строки со столбцами перепутали. )
In the following table, tally[row x][col y] represents the votes that
option x received over option yПункт 5 вообще не прошел в финал, так как не набрал кворума (47.5762545814611%)
> Там каждый указывал порядок, в котором должны следовать варианты. Потом там какая-то
> странная система, которая выбирает по принципу "что больше набрало случаев когда
> это больше другого". Если просто по первому месту брать, то победил
> пункт 5.http://ru.wikipedia.org/wiki/Парадокс_Кондорсе
> Шок! Видео! Подлый RedHat скупил всех майнтайнеров Debian!Они все уже устали от этой возни. Пустили по течению. Течение оно ясно куда - в сторону привязки к системд.
> SystemD решает значительно больший список задач чем все его предшественники вместе взятыеИз википедии (о unix way):
Developers should build a program out of simple parts connected by well defined interfaces, so problems are local, and parts of the program can be replaced in future versions to support new features. This rule aims to save time on debugging code that is complex, long, and unreadable.Читать до просветления. В линуксе никогда не приветствовали комбайностроительство, т.к. оно делает систему дубовой, а любые нестандартные изменения вызывают АД
>> SystemD решает значительно больший список задач чем все его предшественники вместе взятые
> Из википедии (о unix way):
> Developers should build a program out of simple
> parts connected by well defined interfaces, so problems are local, and
> parts of the program can be replaced in future versions to
> support new features. This rule aims to save time on debugging
> code that is complex, long, and unreadable.
> Читать до просветления. В линуксе никогда не приветствовали комбайностроительство, т.к.
> оно делает систему дубовой, а любые нестандартные изменения вызывают АДВы говорите неправду, - строгое следования unix-way никогда не входило в цели ничего кроме самого UNIX.
Сам же SystemD по принципу устроения очень поход на любое крупное DE типа GNOME или KDE, - набор программ, решающих разные задачи, объединённые на одной базе. Не хотите предъявить претензии KDE или GNOME в не следование unix-way.Это самый слабый и бездарный аргумент, так сказать агония противников.
KDE и GNOME никогда не следовали unix-way, если что. Так что иди обратно в школу.
> KDE и GNOME никогда не следовали unix-way, если чтоНу и хрен с этим вашим юниксвеем. Кеды мощные, быстрые, прекрасно работают, значит, юниксвей - это не серебрянная пуля. А у вас - сектантское мышление.
> KDE и GNOME никогда не следовали unix-way, если чтоСправедливости ради можно отметить, что для прикладного софта надёжность всё же не настолько критична, как для системного.
>> KDE и GNOME никогда не следовали unix-way, если что
> Справедливости ради можно отметить, что для прикладного софта надёжность всё же не
> настолько критична, как для системного.Вантузятники не поймут, побереги бисер :(
У них если де не взлетел - надо переустанавливать оЗЪ. Теперь и в Линукс(С)
И где эти ДЕ сейчас? :DGNOME вызывает рвоту после 5 мин работы
Плазма тормозит и падаетВот перешёл на LXQt и взял лучшее от LXDE, KDE и независимых разработчиков. Это лучшая связка чем монструозные комбайны.
Ну эти ДЕ, как минимум, являются дефолтными средами в овер дофига топовых дистрибутивов.
> Плазма тормозит и падаетОчередная сектантская ложь.
>> Плазма тормозит и падает
> Очередная сектантская ложь.А ну да - некоторым хоть в морду .... всё божья роса! Виндофс головного мускула.
>GNOME вызывает рвоту после 5 мин работыОбратитесь к врачу, внезапная рвота может быть признаком серьезного заболевания
>Плазма тормозит и падает
Ну может стоит обновить свой пентиум 3 до чего-нибудь хоть чуть-чуть современного?
>И где эти ДЕ сейчас?
На десктопах подавляющего большинства пользователей Linux.
>>GNOME вызывает рвоту после 5 мин работы
> Обратитесь к врачу, внезапная рвота может быть признаком серьезного заболеванияОбратитесь хоть к врачу. Со своим советом, куда обращаться, знаток рвоты вы наш...
>>Плазма тормозит и падает
> Ну может стоит обновить свой пентиум 3 до чего-нибудь хоть чуть-чуть современного?Ещё раз со своим советом обратитесь к врачу практологу...
> Ещё раз со своим советом обратитесь к врачу практологу...Проктологу, неуч.
> На десктопах подавляющего большинства пользователей Linux.это умозрительное заключение, даже толково посчитать пользователей GNU/Linux нельзя, а об окружениях вообще молчу
PS. сам пересел на MATE (до этого большую часть времени использовал Unity) по причине легкости его, не думаю что я какой-то очень особенный, хотя и не такой уж и "одинаковый"
> Вот перешёл на LXQt и взял лучшее от LXDE, KDE и независимых разработчиков.
> Это лучшая связка чем монструозные комбайны.В смысле комбайновости он принципиально не отличается, надо сказать.
Victor Wagner лет десять-пятнадцать тому написал статью по части того, как могло бы выглядеть применение unix way к GUI -- сейчас не соображу ключевые слова, к сожалению, но пользователь-потребитель таким явно не смог бы воспользоваться примерно по тем же причинам, по каким боится непонятной консоли. А вот пользователь-инженер -- ещё как.
>но пользователь-потребитель таким явно не смог бы воспользоваться примерно по тем же причинам, по каким боится непонятной консоли.Это? http://nubisnovem.com/friendly-interface-considered-harmful/
Жаль это оффтоп. И жаль, что я еще не осилил статью :)
>> но пользователь-потребитель таким явно не смог бы воспользоваться примерно по тем же
>> причинам, по каким боится непонятной консоли.
> Это? http://nubisnovem.com/friendly-interface-considered-harmful/Нет, эту статью и сейчас нашёл, но не она. Вот в оригинале для удобства: http://www.wagner.pp.ru/~vitus/articles/user-friendly.html
KDE и GNOME претензии не предъявляют, потому что ими пользоваться не заставляют, в отличие от, пускай пишут как хотятставишь своё любимое DE и знать не знаешь, что где-то рядом в дистрибутиве существуют какие-то гномы, т.е. какой-никакой unix-way присутствует
>[оверквотинг удален]
>> Из википедии (о unix way):
>> Developers should build a program out of simple
>> parts connected by well defined interfaces, so problems are local, and
>> parts of the program can be replaced in future versions to
>> support new features. This rule aims to save time on debugging
>> code that is complex, long, and unreadable.
>> Читать до просветления. В линуксе никогда не приветствовали комбайностроительство, т.к.
>> оно делает систему дубовой, а любые нестандартные изменения вызывают АД
> Вы говорите неправду, - строгое следования unix-way никогда не входило в цели
> ничего кроме самого UNIX.Вам тогда на UNIX-unlike системы >:-)
Не уверен, на какие, но возможно микрософтовские... Или, на худой, так сказать, конец, ReactOS...
Но эти персонажи, однако, рвутся крутить Дебианом...
> Вы говорите неправду, - строгое следования unix-way никогда не входило в цели
> ничего кроме самого UNIX.
> Сам же SystemD по принципу устроения очень поход на любое крупное DE
> типа GNOME или KDE, - набор программ, решающих разные задачи, объединённые
> на одной базе. Не хотите предъявить претензии KDE или GNOME в
> не следование unix-way.Ок, я могу использовать sysv-rc и logind? Или, например, заменить journald на syslog-ng? (только перенаправить можно) Нет? Ой! А в гноме (покрайней мере, до 3 версии. Потом на эту блевотину я не смотрел. Перешел на МАТЕ) можно подменить все, что угодно в плоть до оконного менеджера, а также, использовать куски самого гнома в других ДЕ и ВМ-ах (к стати, если поинтересуетесь, то КДЕ сейчас к подобной модели переходит). Так что, вполне себе юниксвейность :)
Так что, не стоит рассказывать, что systemd - это разные программы на одной платформе. Это так только декларируется.
>В линуксе никогда не приветствовали комбайностроительство, т.к. оно делает систему дубовой, а любые нестандартные изменения вызывают АДИз интервью Линуса (о unix way):
There's still value in understanding the traditional UNIX "do one thing and do it well" model where many workflows can be done as a pipeline of simple tools each adding their own value, but let's face it, it's not how complex systems really work, and it's not how major applications have been working or been designed for a long time. It's a useful simplification, and it's still true at *some* level, but I think it's also clear that it doesn't really describe most of reality.
> Из интервью Линуса (о unix way):Ну всё правильно! _Не панацея_ от всего.
Стоит придерживаться, но исключения возможны там где надо.Смотрим пoдeлиe из за которого сыр-бор ... виндовс галимый. Если слетит кусок кода генеряший QR-codes для 3.14***cов вы останетесь без сервака? ПРЭЛЕСТНО!
Linux RIР now, babe :~-(
> Уважаемые противники, зачехлите клыки и идите в школу, - война проиграна. Или
> найдите хоть один весомый минус в этой системе.Так это есть война?
Почему она проиграна? (Что есть победа и для кого?)
> Так это есть война?Business is a war! (C) Один известный CEO, одной известной джапской компании.
> Почему она проиграна? (Что есть победа и для кого?)
Потому что всунули (и раскрыли - чтоб не выдергнуть) сыстемд
А выиграл касношляп, уже печатают талоны на линукс.
> Так это есть война?
> Почему она проиграна? (Что есть победа и для кого?)когда двое дерутся чаще всего выигрывает третья сторона, RedHat на роль выгодоприобретателя вполне годится
> как и предложение разрешить подобную привязку на усмотрение сопровождающих.
не исключено - пруфы будут?
> не исключено - пруфы будут?Какие вам нужны пруфы? Арч купили, Calculate, SUSE туда же, технический комитет дебиана купили, теперь вот девелоперов. Скоро будут еще и Анонимусам доплачивать )
>> не исключено - пруфы будут?
> Какие вам нужны пруфы? Арч купили, Calculate, SUSE туда же, технический комитет
> дебиана купили, теперь вот девелоперов. Скоро будут еще и Анонимусам доплачивать
> )Calculate?
Т.е. эта зараза расползается там где бинарщина.
"Говори не смотреть с утро до ночи телевизор - вот вам пожалуйста!"
Бинарщина страшное и не симпатишное зло!
Выход в том чтобы развивать пакетные менеджеры с проактивной программной логикой.
>> не исключено - пруфы будут?
> Какие вам нужны пруфы? Арч купили, Calculate, SUSE туда же, технический комитет
> дебиана купили, теперь вот девелоперов. Скоро будут еще и Анонимусам доплачивать
> )первый раз слышу о таких покупках
Какой-то странный опрос. Мнения несогласных как всегда размазали по 4-м пунктам. Так и победим.
Мнение несогласных только первые два варианта. А третий, четвертый и пятый как раз антихейтерские.
> Мнение несогласных только первые два варианта.
> А третий, четвертый и пятый как раз антихейтерские.Вам слово "размазали" с русского на русский перевести иль на какой? Предоставление нескольких вариантов выбора для одной и той же целевой группы -- классический "честный кидок" при проведении подобных мероприятий. Именно поэтому когда спрашивают действительно честно -- в таких случаях ставят бинарный выбор о главном, а затем, возможно, есть уточняющие вопросы к одному или обоим вариантам.
Посмотрите варианты ответов на нескольких недавних европейских референдумах при желании, там были весьма показательные именно в этом плане.
да, меня несколько удивил такой необычный вид бюллетеней. в цивилизованных странах наверное не удивляются._https://pbs.twimg.com/media/B1-6aU5IYAAlqJL.jpg:large
> Предоставление нескольких вариантов выбора для одной и той же целевой группы -- классический "честный кидок"То есть для одной группы два варианта, а для второй три - это не черный кидок?
Варианты предоставляли как раз несогласные. И они как раз сделали так, что бы нужных им вариантов было меньше. Но даже с таким мухлеванием проиграли. Вывод - все доводы противников несостоятельны.
То есть несколько сот человек несогласных собрались и предоставили кидковые вопросы. Правда они были настолько тупые что размазали свои ответы.
Там просто подсчет странный очень. Выигрывает совсем не те варианты, которые ставят на первые места.
очевидная ложь! хотели бы противники systemd своей победы (при условии того, что систему голосования разрабатывали они) то свои голоса объединили бы
Плохо конечно, что не оставили возможность выбора. Но зато теперь не надо поддерживать все 100500 инитов, а сосредоточится на одном.
Совместимость не нужна, гори поезд, гори!!
> Плохо конечно, что не оставили возможность выбора. Но зато теперь не надо
> поддерживать все 100500 инитов, а сосредоточится на одном.Купи уже винду. Или спирать. Нафейхуа ты каку к нам в дом тащищшь?
> Плохо конечно, что не оставили возможность выбора. Но зато теперь не надо
> поддерживать все 100500 инитов, а сосредоточится на одном.Свои так сказать приложения поддерживайте... Init в вашей поддержке вряд ли нуждается...
Пора переименовывать дистрибутив в Debiand
дистрибутив будет называться systemd, а debiand - всего лишь его подсистема, обеспечивающая взаимодействие с пользователями debian
Понятно, что майнтейнерам не хочется адаптировать пакеты сразу под несколько систем.
Интересно, чем бы завершилось такое же голосование по переходу на systemd.
Вот и хорошо. В худшем случае выпилить depend из пакета и добавить строчку в /etc/rc.local не проблема.
Хороший был дистрибутив, стабильный, такой. А что с Raspbian будет?
> Хороший был дистрибутив, стабильный, такой. А что с Raspbian будет?Туда вкорячат системд ... и всё сдохнет :-Е Или есть сомнения?
>> Хороший был дистрибутив, стабильный, такой. А что с Raspbian будет?
> Туда вкорячат системд ... и всё сдохнет :-Е Или есть сомнения?На чахлых ARMv6 не пробовал, а на окологигагерцовых v7 с гигабайтом-двумя памяти systemd в качестве нагрузки незаметен, технически говоря. Правда, и проку с него около нуля -- всё в I/O упирается.
> На чахлых ARMv6 не пробовал, а на окологигагерцовых v7 с гигабайтом-двумя памяти
> systemd в качестве нагрузки незаметен, технически говоря. Правда, и проку
> с него около нуля -- всё в I/O упирается.Технически, обычно такие как этот гражданин пишут какую-нибудь хрень на питоне, которая половину памяти сжирает. А виноват конечно же systemd, который для начала вообще ничего не делает большую часть времени.
> Технически, обычно такие как этот гражданин пишут какую-нибудь хрень на питоне,
> которая половину памяти сжирает.Такое наблюдал на i.MX53 с Ubuntu 10.04, да. Только не половину, а где-то четверть из гига, если не изменяет склероз.
А если не заведётся - выкинут архитектуру. Kак уже выкинули кое какие.
Привыкайте - Ein fuhrer! ...
А где там речь про systemd?
предпочли смириться т.к. выглядит нереалистично поддерживать различные системы инициализации. Выбор невелик вместо USE-флагов и компиляния всех вариантов сборок...
Да блин. Что нужно от системы инициилизации кроме передачи параметров и запуска в пакетах?
Неужели на том же sh нельзя реализовать парсер-запускатор (как там его) формата init фалов systemd?
А кучу интерфейсов в dbus ты чем эмулировать собрался?
а зачем?
> Да блин. Что нужно от системы инициилизации кроме передачи параметров и запуска
> в пакетах?
> Неужели на том же sh нельзя реализовать парсер-запускатор (как там его) формата
> init фалов systemd?есть такой антипаттерн (не вспомню название, а смысл чрезмерно текучий бесхребетный интерфейс) - система конфигурируется всё и вся путем подкрутки бесчисленных винтиков, шурупчиков, опций...
> есть такой антипаттернThe Tool?
насчет The Tool не слыхал, но сейчас освежил в памяти списочек антипаттернов из педоикивии:
"""
> Мягкое кодирование (Soft code): Патологическая боязнь жёсткого кодирования, приводящая к тому, что настраивается всё что угодно, при этом конфигурирование системы само по себе превращается в программирование"""
> насчет The Tool не слыхалhttp://egorfine.com/ru/articles/worse-than-failure/
PS: процитирую, пожалуй:
---
Для создания таких извращений в них нужно знать толк. Они требуют глубоких знаний технологии и соответствующего опыта. Так чего ради человек с такой квалификацией создает ужасную систему? Очень просто. Потому что он не останавливается на провале. Он идет дальше.
---
>> насчет The Tool не слыхал
> http://egorfine.com/ru/articles/worse-than-failure/
> PS: процитирую, пожалуй:
> ---
> Для создания таких извращений в них нужно знать толк. Они требуют глубоких
> знаний технологии и соответствующего опыта. Так чего ради человек с такой
> квалификацией создает ужасную систему? Очень просто. Потому что он не останавливается
> на провале. Он идет дальше.
> ---Конгениально!
Спасибо - занятно.
Надо бы пофантазировать на досуге какие анти-паттерны еще воспроизводит сабж
Раньше поддерживали, пока системД не влезла в архитектуру.
А что за странная таблица с опциями в столбцах и строках? Просто количество голосов за одну из пяти опций написать было слишком просто или они всегда так голосуют?
Если учитывать только первый вариант (то есть то, что мейнтейнеры поставили на первое место):53 -
118 1
45 2
32 3
80 4
155 5
Ну собственно при таком раскладе побеждает пункт дальнейшее обсуждение, что почти то же самое что и 4 пункт.
Совсем не тоже самое, сторонники systemd реального обсуждения достоинств и недостатков не выдерживают и истерично сваливают. Четвертый пункт им как раз на руку.
Для второго варианта:32 -
64 1
187 2
151 3
42 4
7 5Короче, получается, что победил вариант, который мало кто ставил на первое или второе место. Охрененная система голосования. systemd-voted у них там, что-ли?
> systemd-voted у них там, что-ли?С плагином dieboldd...
А нет, вру. У них там позиция этого варианта, а не номер варианта был. Посчитал неверно. :(
>> systemd-voted у них там, что-ли?
> С плагином dieboldd...Нечего свои плагины в Debian сувать )
> С плагином dieboldd...А у альтов какой плагин? КОИБД? :)
>> С плагином dieboldd...
> А у альтов какой плагин? КОИБД? :)У альтов коллегиальная автократия :]
Diebold вспомнил насчёт http://lwn.net/Articles/184111/
лебедь + рак + щука == 0
> лебедь + рак + щука == 0А кто-то ради интереса разбирал задачку и пришли к выводу что там не ноль. Лебедь тянущий вверх - воюет с силой тяжести и никому не мешает, а может и помогает. А суммарный вектор тяги рака и щуки по условиям басни скорее всего не ноль.
Иными словами, всем похрену...
Если б Королев таким образом конструировал ракетоносители, то вскорости отправился бы лес валить в глухой сибирской тайге.
Пора уже принять волевое судьбоносное и окончательное решение. Сколько можно толочь воду в ступе. Хлюпики какие-то...
> Если б Королев таким образом конструировал ракетоносителиВы про того Королёва, у которого неопытный крановщик как-то помял блок?
> Пора уже принять волевое судьбоносное и окончательное решение.
Для такого надо быть субъектом, а не объектом. Дебиан этот экзамен пока проваливает, что неожиданно и огорчительно.
> Вы про того Королёва, у которого неопытный крановщик как-то помял блок?ну это мелочи.
http://m.habrahabr.ru/post/217665/
>> Вы про того Королёва, у которого неопытный крановщик как-то помял блок?
> ну это мелочи.Это докопался к "конструировал" вместо "управлял". А случай по-своему интересный был, именно об ответственности, и оргмеры -- тоже. Жаль, не ищется по тем словам, что из книжки припоминаю. Там ещё было про "понимаешь, сколько ты народных средств загубил?"...
Впрочем, офтопик совсем.
Он до этого уже валил - чудо, что его там не загубили. Сейчас имели бы ракеты с systemd на борту...
> Он до этого уже валил - чудо, что его там не загубили.
> Сейчас имели бы ракеты с systemd на борту...Они были бы самыми передовыми! С собственныйм веб-сервером, с генератором QR-кодов и прояая.
Правда летать они бы не умели и и при старте разносили бы XYZ и себя и старт на атомы ...ВеЩЩЪ!
Главное - быстрый старт, а что потом - не важно.
Понятно, почему Дебиан так нежно любим на расейских просторах. Потому что бардак и никто ни за что не отвечает. Одни нагадили и свалили, предоставив остальным разгребать нагаженное, другие затеяли голымсувание, чтобы легитимизировать нужный результат, но самим за него не отвечать - типа, "так проголосували". Для того и мутная система подсчета.
так форкать будут или что ? так и до греха недалеко переметнутся в BSD, gentoo
> так форкать будут или что ?Вопрос обсуждался в данной ветке:
http://www.opennet.me/openforum/vsluhforumID3/100147.html#25
Осталось ещё референдум среди пользователей провести.) Чтобы уж наверняка.