Существующие уже давно правила заморозки кода при разработке ядра Linux разрешают выполнять вливание существенных изменений в основную ветку только до выхода первого релиз-кандидата новой версии (RC1), после чего в основную ветку должны приниматься только исправления серьезных ошибок. Однако на практике эти правила зачастую игнорировались, и даже после выхода RC1 и RC2 в ядро принимались не только исправления ошибок, но и улучшения функционала. Такое подход практиковался вплоть до недавнего времени, в частности, именно так готовился 2.6.35-rc2. Однако непосредственно перед выходом второго релиз-кандидата 2.6.35 Торвальдс неожиданно начал жестко отказывать в просьбах ввести в основную ветку ядра не связанные с исправлением ошибок изменения.
Одной из причин, побудившей лидера разработки ядра Linux вырнуться к жесткому соблюдению правил заморозки, стал недавний внешне вполне безобидный коммит (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6......URL: http://www.h-online.com/open/features/Kernel-Log-Linus-resol...
Новость: http://www.opennet.me/opennews/art.shtml?num=27088
>Другой причиной стало желание Торвальдса уйти в небольшой отпуск после выхода RC3, оставив тестерам код более-менее приемлемого качества.Блин, он там что реально один всем процессом рулит?
Насколько я заметил, любым успешным сложным проектом рулит один человек. Как только начинается коллективизм - с успешностью можно прощаться. Начинаются тормоза, споры, разброд и шатание. А так всё просто - поддерживаешь "генеральную линию" - сотрудничаешь. Нет - до свидания.
Гугл?
у них много внутренних проектов :) очень много.
меня больше волнует, что будет с ядром Linux, когда Торвальдса не будет, или он захочет отойти от дел......
сейчас худо-бедно есть основное ядро, и уже от него делаются разные дистри-версии и фичи-версии, а вот когда эта основа перестанет существовать, возможна ситуация, когда наделают столько же веток ядра, сколько сейчас дистрибутивов Linux и внимание разработчиков рассредоточится, что в итоге неизбежно приведет к снижениям темпам разработки и качеству ядра или корпорации типа novell купленные microsoft возьмутся за разработку и подомнут под себя Linux, а потом плавно его сольют.
он рулит только своей веткой в жите.
можешь прям там же свою заколбасить и рулить хоть сам, хоть коллективно.
вот только брать все будут все-равно торвальдское, уж извини, но доверия как то больше.
ты это к чему тут написал? при чем тут своя ветка и доверие?
> ты это к чему тут написал? при чем тут своя ветка и доверие?При том, что Торвальдс управляет только своей веткой, а вам никто не мешает поуправлять своей. До вас всегда всё доходит только со второго раза?
Да пусть управляет, мне не жалко.
к тому, что там этих веток мама не горюй. как бы уже не больше чем исходных файлов в ядре.
дистростроители берут сейчас торвальдский вариант (и то с большими оговорками), а могут и любой другой брать.
не скажу что если торвальдс уйдет, то никто и не заметит, но и паники (сродни вашей) не будет никакой.
теперь ясно?зы:
чето тут окололинуксячьих спецов дофига развелось. знаний и понимания технпроцесса 0, а все туда же - дай безаппеляционно и авторитетно повыступать....
А ведь парень прав. Есть Торвальдс - есть генеральная линия. Есть стабильность. И дело не только и даже не столько в . Торвальдс это такой энтузиаст, который не просто имеет талант, опыт и видение, он к тому же обладает прекрасными харизмой и, что самое главное, лидерскими и организаторскими способностями. Только такой человек мог создать и поддерживать свободное, стабильное и универсальное ядро.
Не станет его - все кинутся кто куда, гнуть свои линии. Начнётся самый настоящий кипеш и анархизм. И тут про качественное, единое и универсальное ядро не будет и речи. Понапоявляется, как грибы после дождя (или как многочисленные клоны дистрибов после выхода новой версии убунту), разные ядра, под разными лицензиями, писанные на разных языках, толкаемые разными кампаниями и компаниями, все пойдут своими путями и получатся новые Гномы, Кеды, XFCE, LXDE и пр., а развитие и, главное, менеджмент - застопорится, только теперь на самом низком уровне - уровне ядра. И проблема в том, что ядро это не просто программа, не десктоп, и не дистр - оно должно быть цельным, единым во всех смыслах, поскольку это ведь ядро - самая основа, центр, "голова". Это как в жизни, напр., при производстве - ты можешь использовать разные технологии производства, но база - одни и те же законы физики и унифицированные системы мер, учёта, иначе невозможно будет наработки в одних делах использовать для решения других, если они сами по себе вООбще будут работать. Это то же самое, что потерять опору, стержень...
В той же истории и политике - так любят ругать самодержавных правителей - таких, которые брали власть в свои руки и не прогинались под напором\нытьём придворных\заморских сил, а вели свою политику. И сейчас есть живой пример - тот самый "батька" в Беларуси. Как его все не ругали бы, не критиковали бы, тем не менее, в правимой им страной - пусть и постепенный, но постоянный подъём уровня жизни; коррупция, воровство, насилие, беднота, соц. неравенство, уровень смертности и самоубийств - всё наименьшие показатели на фоне всех остальных "демократичных" и "свободных" пост-советских стран, при вроде бы отсутствии особых природных богатств, сырья и небольшой платёже-\закупо-способности населения - ни какие кризисы им не страшны и не известны, все заводы и хозяйства ещё с советских времён стоят и работают на всю, поля и ресурсы пользуются тоже на всю, автопром, который здесь ориентирован на автобусы, грузовые и сельхоз-машины, выпускает конкурентоспосОбную и кАчественную продукцию, то же самое касается аппаратуры и бытовой техники. Сейчас вот насмотревшись на "события последних дней", особенно со стороны своих "цивилизованных" восточных братьев, развивают и реструктуризирует энергетику, быстро и уверенно строят свою атомную ЭС (теперь вообще 100% будут искать любые пути как отказаться от Российского Газа и зависимости от России вообще), видя бесперспективность и нецелесообразность прежней международной политики (приоритет и поиск дружбы со "своими", точение зуба на инакомыслящих) - изменяют её курс (теперь только прагматизм и сотрудничество - нужда и явная выгода) - не топчутся на месте сложа руки... За что получают очередную порцию яду - теперь уже не со стороны западных\заокеанских коллег, но со стороны самого близкого, большого и братского соседа - махинаторам, манипуляторам и эксплуататорам независимые лидеры никогда неугодны... Да и если посмотреть историю с тамошней выющей оппозицией - всё засланные казачки и финансируемые-известно-кем политиканы.
Да ничего особенного не будет. Его место займёт кто-нибудь, на кого Торвальдс укажет, и всё.
Главное, чтобы была преемственность курса! :)
>Да ничего особенного не будет. Его место займёт кто-нибудь, на кого Торвальдс
>укажет, и всё.Тут не так всё просто - попробуй найти замену Торвальдсу! Второго такого пока незаметно.
IMHO- правильно, ибо внесение этих изменений отвлекает на себя внимание разработчиков, что способствует появлению багов. Если же правило "После RC1- никаких новых фич" будет соблюдаться- думаю багов в ядре станет гораздо меньше.
Правильно, новые версии выходят достаточно часто, поэтому новых фич ждать долго не придётся.
Никто не любит чистить картошку^W^W фиксить баги вместо добавки фич. Но если этого не делать, результатом будет глюкало. Посему иногда не лишне заняться багфиксингом вместо наворачивания фич.
Да ладно, в ядре уже тыщу лет как нет критических ошибок, ты так пишешь как-будто ядро сплошное глюкало. Что там вычищать то, ну вот прямо сейчас? То чего нету?
даа... возможность случайной перезаписи различных областей памяти ядра - это совсем даже не критическая ошибка.
Перечитай из-за чего она появилась.
>Перечитай из-за чего она появилась.Так вот из-за того самого и появилось.
Хорошо, WARNING: section mismatch при сборке efifb, большей части usb gadget и ещё куевой тучу файлов это не повод задуматься? Канеш, это не критично будет для большинства, но у клого- то совпадут все условия и случится или глюк, или упс и кернел паник.
Да это вообще никогда не лишнее, судя по результатам. А Торвальдс, конечно, правильно делает. Главное, чтобы эта линия партии не прогнулась снова.
Линус, молодец так их. Хочешь фичи накидать-кидай в след релиз
еще немного и наконец-то придут к BSD-шной модели управления.
>еще немного и наконец-то придут к BSD-шной модели управления.В разных *BSD разные модели управления, господин тролль.
>>еще немного и наконец-то придут к BSD-шной модели управления.
>
>В разных *BSD разные модели управления, господин тролль.не нужно так пыжиться. Я имел ввиду FreeBSD-шную модель, разумеется. Как наиболее адекватную в отсутствие сильного лидера.
>>>еще немного и наконец-то придут к BSD-шной модели управления.
>>
>>В разных *BSD разные модели управления, господин тролль.
>
>не нужно так пыжиться. Я имел ввиду FreeBSD-шную модель, разумеется. Как наиболее
>адекватную в отсутствие сильного лидера.Кому разумеется, а кому нет. FreeBSD — не единственная BSD-система без сильного лидера. И ничего особенного из себя их система управления не представляет. Как и системы с сильным лидером.
переходить на личности не стоит! Сам лучше перечитай и перейди по ссылке. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...
Упс, не туда нажал.
Эта фраза адресована Анолоноло (http://www.opennet.me/openforum/vsluhforumID3/68213.html#33)
> но и улучшения функционала«Функционал — числовая функция, заданная на векторном пространстве.»
http://ru.wikipedia.org/wiki/%D0%A4%D1%8...«Функциональность (обычно в технике и программном обеспечении) — набор возможностей (функций), которые предоставляет данная система или устройство.»
http://ru.wikipedia.org/wiki/%D0%A4%D1%8...
Разъяснение функционала.
пусть векторное пространство размерности К (если К - мало, возьми М или даже Р), где компоненты данного вектора являются совокупностью различных факторов, а функция - номер версии ядра, итого на пространстве различных условий мы легко получаем различные версии, плюс параметризацию по времени.Функциональность связана с функционалом некоторым нетривиальным соотношением.
Ага, а «улучшение функционала» — итеративный процесс поиска максимального значения (версии ядра).