Может быть ты еще и в деда мороза веришь?

У меня есть доказательства его сущестоввания. На последнее Рождество он подарил мне целый блок плана. Могу поделиться.

Из двух сортов говна (systemd и upstart) я выбираю systemd, ибо не нужно передавать код Canonical и несложно портировать на GNU Hurd — ядро будущего.

и несложно портировать на GNU Hurd — ненужно будущего.

Так правильнее.

Чего там маленькие девочки натворят? Рисовалки есть (и планшеты с индукционной подложкой тоже). Музыкальные редакторы есть. Кодить можно. Чего им ещё надо?

именно в таком виде оно изначально будет в «Unstar»...

а в проекте «Upstart» ни каких «Copyright 2014 user_id_68054@linux.org.ru (anonymous)» — НЕ будет, само собой разумеется.

Вспоминая лекцию по «охране интеллектуальной собственности», могу сказать что тут всё зависит от МЕСТНОГО законодательства. В большинстве стран мира неимущественные права не отчуждаемы (в первую очередь право на авторство и имя ). То есть даже если ты наёмный работник и делаешь коммерческую программу, то несмотря на то, что продавать и получать прибыль будет компания, но всё равно ты можешь смело в уголку программы написать «Сделал Вася Пупкин». А вот в США другие законы и автором Windows является Microsoft, а не конкретные люди.

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

То есть, когда вас заставляет подписать CLA FSF, то всё хорошо, а если кто-то другой, то всё сразу становится плохо?

Цели передачи прав разные, юрлица разные (коммерческая компания vs некоммерческая организация), и доверие к данным юрлицам разное.

Цели передачи прав разные, юрлица разные (коммерческая компания vs некоммерческая организация), и доверие к данным юрлицам разное.

Какой бы вклад в FOSS/FLOSS они не внесли, но к Canonical у меня доверия не больше, чем к Oracle или Microsoft, до тех пор, пока они корпорация.

Какой бы вклад в FOSS/FLOSS они не внесли, но к Canonical у меня доверия не больше, чем к Oracle или Microsoft, до тех пор, пока они корпорация.

RedHat тоже идут лесом? Только FSF, только хардор!

Дебиан сейчас выполняет утилитарную функцию по обеспечению пакетной базой Убунту.

У тебя просто сеанс самовнушения затянулся.

коммерческая компания vs некоммерческая организация

Какая разница какой передавать интеллектуальные права? Некоммерческие организации не ограничены своим статусом в возможности их продать или передать для коммерческого использования. Если разобраться, то и использовать в коммерческих целях, главное везде заявлять что прибыль не является целью и всё идёт на оплату текущих расходов, например заработной платы. То есть разницы то на самом деле никакой.

RedHat тоже идут лесом?

Если они контрибутят в мой или FSF проект или изобретают велосипеды, которые можно потом фокрнуть - то нет. А если предлагают подписать соглашение - то идут лесом. Суть драмы в том, что для Upstart такое соглашение обязательно, а для systemd нет, но в systemd могут быть другие, нерассмотренные ещё подводные камни и кроме того, ini-хейтеры не примут.

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

Разница в наличии доверия. Коммерческая суть организации лично для меня даёт предпосыл недоверять - по той причине, что коммерческая составляющая даёт как минимум мотив для зловредных действий - возможность моментальной прибыли, или хитрый план на долгосрочную. Некоммерческая организация сама по себе не является целью извлечения выгоды, и при наличии слаженной системы (как в случае с FSF), вызывает доверие. Откуда это доверие? К такому доверю добавляет каплю каждый случай, когда свобода GPL была FSF защищена.

изобретают велосипеды, которые можно потом фокрнуть - то нет.

upstart нельзя форкнуть?

Велоспипедистов и на ЛОРе хватает, которые не изучив суть вопроса задают по кругу один и тот же вопрос.

Например, нельзя ли форкнуть апстарт.

1001й овтет: можно, и подписывать при этом не надо, но аргумент против форка апстарта в том, чтобы не городить велосипеды а сделать что-то более универсальное между дистрибутивами. systemd например, который некоторые дистрибутивы уже приняли, но там другая проблема - сложно портировать.

меня интересует какое важное и нужное ПО они сделали, все люди имеющее отношение к дебиану

Julien Danjou, разработчик awesome, openstack и многих других проектов; Michael Stapelberg, автор i3wm и, внезапно, основной maintainer systemd в Debian; Ben Hutchings, участвующий в разработке ядра...

Кроме того, а кто, по-вашему, создаёт и развивает apt, alternatives и другие основополагающие компоненты дистрибутива?

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

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

я вот знаю 62 биллинговые компании и просто компании и везде centos/fedora/rhel/suse. а дебиан с убунтой на 1С у ип, а так же на хостингах для малообеспеченных фирм/физ лиц

Ну да, Spotify и Google, безусловно, очень малообеспеченные компании.

Кроме того, было высказано сомнение в том, что конституция Debian позволяет Техническому комитету принимать соответствующее решение.

Технический комитет не может выбирать систему инициализации?

Вопрос о системе инициализации по умолчанию оказался завязан на вопрос «а могут ли пакеты зависеть от альтернативных систем инициализации». Второй вопрос никто перед техническим комитетом не ставил, поэтому есть мнение, что технический комитет не имеет права принимать по нему решения (это прерогатива разработчиков политики Debian).

Бюрократия - вот истинная причина протуших пакетов в дебиане.

Было бы им до лампочки, они бы не отстаивали с пеной у рта свой апстарт (для справки, три члена из восьми Технического Комитета Debian являются или являлись по совместительству работниками Canonical).

Там гораздо интереснее то, что Steve Langasek, о котором идет речь в топике, является ключевым контрибутором в upstart. :) Вообще, интересно, он считает верным для себя голосовать?

С другой стороны если посмотреть. Наличие среди DD разработчиков upstart фактически гарантирует, что система инициализации будет идти так, как надо Debian. И если надо будет что-то добавить в код, то добавят. Но это при условии, конечно, что выберут upstart.

Тогда задача Debian сводится к поддержке нескольких систем инициализации

ИМХО, провальный вариант. Тестировать будут кто на чем, в результате невоспроизводимые баги и болото.

ИМХО, провальный вариант. Тестировать будут кто на чем, в результате невоспроизводимые баги и болото.

Смотря что считать за поддержку. Например, считать ли отсутствие юнита или скрипта (или как там оно называется?) для какой-то системы инициализации RC-багом или нет.

Насчет тестирования. Разумеется, сопровождающий будет тестировать по крайней мере на том, что считается обязательным (то есть, насколько я понимаю, наличие скриптов для sysvinit пока считается обязательным) и то, что ему нравится. В то же время он не имеет права отказать NMU или патчам от пользователей, которые добавляют поддержку других систем инициализации. Ну, разве что, по техническим причинам (кривой патч, требующий доработки или ломающий что-то).

Это вариант (подержка нескольких систем одновременно) обсуждается на CTTE. Там простыни обсуждения по этой теме, которые я уже не осиливаю по времени.

Омские линуксоиды одобряют неопределённость!

Да пусть все три остаются. Или сколько их там. Просто при установке, спросить у пользователя через debconf: «Что желаете из систем инициализации?»

но ведь там нет одного Линуса-тирана! а значит их 8 кто-то есть власть народа, а не тирания

systemd например

А если попробовать отослать патч в systemd, то и там всплывут разнообразные CLA :)

https://fedoraproject.org/wiki/Legal:Fedora_Project_Contributor_Agreement

Как хорошо, что лоровские аналитики НИКОГДА и НИКУДА НИЧЕГО не отсылают.

Будут кодить на лиспе.

Будто на ведре нельзя кодить на лиспе.

кодить
планшет или телефон

А ты шутник.

для меня единственным аргументом в пользу upstart является то, что в дебиане типа очень стабильные сервисы идут с init скриптами, которые просто не работают, а когда это делают (не работают), даже не сообщают, почему

и да, кто-нить из владельцев дебиана, сделайте у себя на компе /etc/init.d/networking restart

и посмотрите на результат

комментарии, как говорится, излишни

P.S. Меня уже запарило вручную править убогие демьяновские недопиленные init скрипты

Не мешало бы прочитать текст, ссылки на который даешь.

Fedora Contributor Agreement говорит о том что весь код который поступает в Fedora без прямого указания лицензии считается лицензированным под

If Your Contribution is Licensed, Your Contribution will be governed by the terms under which it has been licensed.

If You Submit an Unlicensed Contribution to Fedora, the license to the Fedora Community for that Contribution shall be the Current Default License.

«Current Default License», with respect to a Contribution, means (i) if the Contribution is Code, the MIT License, and (ii) if the Contribution is Content, CC-BY-SA supplemented by Moral Rights Clause Waiver and GPL Relicensing Permission.

Ничего похожего на Ubuntu CLA в Fedora нет.

К тому же systemd проектом Fedora не является, поэтому ни FPCA на него никак не распространяется, ни редхатовских никаких бумажек тем более.

А блютуз-клавы на что?

И монитор, что б на полторамиллиметровые буквы не смотреть? А может того, лучше таки сразу комп? :}

Ну да, Spotify и Google, безусловно, очень малообеспеченные компании.

Ты не догоняешь, те 62 биллинговых конторы на самом деле правят миром :)

что б на полторамиллиметровые буквы

Я не понимаю, откуда у всех стереотип, что размер шрифтов пропорционален размеру экрана?

А может того, лучше таки сразу комп? :}

А как она кодить на переменках будет?

Я не понимаю, откуда у всех стереотип, что размер шрифтов пропорционален размеру экрана?

Ты собрался писать код имея экран размером 40x10? :}

А как она кодить на переменках будет?

Кодить на переменках верный способ написать кучу багов.

Ты собрался писать код имея экран размером 40x10? :}

Будто что плохое.

Кодить на переменках верный способ написать кучу багов.

Так это ж хорошо, будет учиться их исправлять!

Да, это...

... бесспорно:

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

Я боюсь этих горячих парней из дебиана. Всё, что они разрабатывают, потом превращается в... полное ubuntu. :)

systemd - это зависимость от технологий Redhat
upstart - это зависимость от технологий Canonical
openrc - это чужой велосипед
sysvinit - это старый велосипед
свой велосипед делать долго и трудоёмко, на это нужны люди, силы и время

Дебиан хочет и рыбку съесть (получить нахаляву современную систему инициализации) и на хрен (корпоративный) не сесть (соблюсти невинность).

А вот это уже маловажно. Ъ-путь - без гуев, гуи - это от мелкософта (тем более, что это более чем возможно, даже свежую серию поняшек в tty попалить можно). У любого нормального обывателя (а не задрота ЛОРа) гуй ассоциируется с ламповой виндой (или маком), а линукс с суровой консолью. О б-же, ини-файл, зачем так жить, его же мелкософт придумал

Без гуёв путь на десктоп закрыт. На серверах без гуёв можно обойтись, но в последнее время туда тоже гуи суют и всякие графические конфигурялки, чтобы не учить команды. Хотя там веб-интерфейса хватит за глаза (по принципу Firefox OS).

Дебиан хочет и рыбку съесть (получить нахаляву современную систему инициализации) и на хрен (корпоративный) не сесть (соблюсти невинность).

В Техническом комитете Debian «политические» вопросы вообще не обсуждают и просят прекратить их обсуждать зашедших на огонек. В основном они на технических моментах сконцентрированы. Вопросы зависимости от какой-то компании не обсуждаются.

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

В Техническом комитете Debian «политические» вопросы вообще

Если бы это было так, то ты бы не приводил тот мутный кусок текста, смысл которого здесь не понял никто (а лишь предложили несколько вариантов трактовок). Вся эта муть стоит во главе угла, и глупо это отрицать.

Дебиан однозначно должен поддерживать все. Это определенно будет полезно для всех.

Дебиан однозначно должен поддерживать все. Это определенно будет полезно для всех.

...кроме самого Дебиана

OpenRC достаточно простой велосипед, чтобы его форк (в крайнем случае, конечно) не вызвал проблем.

А ему-то что, он и работать-то не обязан (главное стабильность).

он и работать-то не обязан

Примерно такого ответа я от тебя и ждал.

Вообще, не думаю, что ты будешь отрицать, что дебиан дает начало большому количеству проектов, и это, как минимум, немаловажно.

а значит их 8 кто-то есть власть народа

И кто их выбрал? Политбюро, вид сбоку.