На странице (http://www.markshuttleworth.com/archives/288) своего блога Марк Шатлворт предлагает сообществу обсудить идею реализации мета-циклов разработки свободного ПО. Мета-циклы будут охватывать больший временной промежуток по сравнению с регулярными циклами и должны помочь систематизировать выпуск основных (major) релизов.Практика регулярного выпуска обновлений ПО хорошо прижилась среди разработчиков свободного кода. Шести, четырех, трех месячные циклы выпуска релизов положительно сказываются на состоянии использующих их проектов. Они позволяют сконцентрироваться на конкретных краткосрочных задачах, быстрее исправлять недоработки и своевременно корректировать курс движения проекта. Вместе с тем, если назревает обширная перестройка структуры проекта и связанная с ним полная переработка кода (как, например, в случае с KDE4), то возникает опасность не уложиться в отведенные сроки. В таких случаях полезно было бы иметь в запасе более длительный промежуток времени на который планиро...
URL: http://www.markshuttleworth.com/archives/288
Новость: http://www.opennet.me/opennews/art.shtml?num=21344
Хочет чтобы все привязывали выход релизов к его виндобунте, чтобы только ему было удобно. При этом остальные будут выпускать сырые релизы. Таких зазнавшихся `идеологов' типа Шаттлворта и де Иказы сообществу надо игнорировать, пусть в своих песочницах играют и на свет не вылезают.
он сделал для сообщества больше чем многие анончики. для неподготовленных людей убунту - рулез.
Он в целом тоже ничего, откровенно говоря.
А зачем "неподготовленным людям" убунту, и линух ваапще?
Счастье для всех, даром... ну ты понял.
Агитация за массовую раздачу героина? ;)
>А зачем "неподготовленным людям" убунту, и линух ваапще?Запускать прикладные программы.
А зачем Вам ОС?
>А зачем "неподготовленным людям" убунту, и линух ваапще?чтоб платный софт писаный кривыми руками за бабло, исчез! т.к. сейчас эти самые руки со стыда и страха открыть бояться, а если будет уличен явный нарочный тормоз производительности то прощай работа!!! попробуйте выциганить блокнот из 3,11 винды из 95, 98, me и XP а затем дизасемблить их, а потом подумать какой такие ряды нопов???? чтобы клава сработать успела?
[делая большие невинные глаза]
А что хорошего сделал для сообщества Шатлворт?
Если не считать перетаскивания (в подавляющем большинстве случаев - временного) в наши ряды порядочного количества чайников, для сообщества совершенно бесполезных?
Вас это напрягает?
хотите об этом поговорить?
Ну почему сразу напрягает?
Просто интересно.Очень-очень хочется услышать ответ на свой вопрос. Причем желательно не от вас. Потому что в ваших ответах, уважаемый оппонент, слишком мало полезной информации и вообще смысла, зато троллинга - с избытком. Конечно, троллить это прикольно, я вас понимаю, но в данный момент мне интересна именно информация, а не НЕНАВИСТЬ.
>Ну почему сразу напрягает?
>Просто интересно.
>
>Очень-очень хочется услышать ответ на свой вопрос.Про зависимость "полезности" сети от ее размера.
>Если не считать перетаскивания (в подавляющем большинстве случаев - временного) в наши
>ряды порядочного количества чайников, для сообщества совершенно бесполезных?Откуда такие "Гитлеровские" мысли? Что Вам сделали пользователи Ubuntu?
они есть. :-D
>[делая большие невинные глаза]
>А что хорошего сделал для сообщества Шатлворт?
>Если не считать перетаскивания (в подавляющем большинстве случаев - временного) в наши
>ряды порядочного количества чайников, для сообщества совершенно бесполезных?Никогда не приходила в голову мысль, что сообщество растёт не только за счёт чайников? Поразмышляйте на досуге. Впрочем, если вам все кажутся чайниками - есть предложение, отключите себе интернет, телефон и не выходите из дома. И в вашем обществе не будет чайников, только анонимусы-самовары вроде вас
Хотите ли вы этого или нет, но чем больше профессионалов будет вовлечено в разработку свободного ПО, тем более чёткими будут рамки разработки. И шанс того, что циклы разработки разных проектов будут синхронизированы - повысятся. Это происходит потому, что ответственные люди заботятся не только о себе, но и о других. А пролема безумно отличающихся нумераций есть, другое дело, что в ближайшее время вряд ли что-то изменится:)
Теперь касательно Иказы. Очень хочется верить, что для свободного ПО вы сделали не меньше чем он, или хотя бы что-то сделали. За Шаттлворта вступаться не буду, хотя думается и он сделал намного больше вас:) Но вот почитайте исходники гнома хотя бы, может найдёте причины, почему Иказа имеет право на выссказывание своей позиции.
В общем всё традиционно: критикуя предлагай, подкрепляй.
Хочется верить, что вы сделали для свободного ПО хоть что-то, чтобы иметь такое мнение. Комментировать нечего.
а что для свободного ПО сделал пользователь по имени Guest? Какие у него основания комментировать других?
No, you don't understand. Основная мысль такая: если хватает мозгов затыкать другим рот, на почве наличия/отсутствия достижений в опенсорсе - показывай для начала свое. А вообще, конечно, и так все понятно - у фанатиков, молящихся на столлмана и шаттлворта, других аргументов никогда и не будет.
В целом правильно сказано, только RMS тут имхо не к месту. Они только на Марка молятся (по моим наблюдениям).
>своих песочницах играют и на свет не вылезают.Ну, когда вы сделаете больше чем Шатлворт для всех жителей планеты, ваше мнение будет чего-то стоить.А покуда - просто пук в лужу.Идея то у него может и неплохая, вот только как он себе представляет реализацию?Разработчики все-таки не филиал его компании а потому будут делать как им удобно.И это их удобно вовсе не обязано совпасть с щатлвортовским удобно :).Ну и соответственно лучше б Шатлворт имхо сделал цикл выпуска гибче по времени.Чтобы выпускать хорошую систему тогда когда для этого самое время.Если даже микрософт может позволить себе насрать на дату релиза и не раз отложить релиз - остальным и подавно можно и зачастую - нужно.Чтобы не вываливать пользователям глюкавое дерьмо.
Да, но есть одна проблема - если в убунте забить на жесткие циклы и добиваться стабильности - то получится второй дебиан и всем станет видна очевидная истина, что бубунта не нужна :)
Зачем этим отморозкам стабильность, им и так весело...
странные Вы люди... а если дебиан доводить до стабильности нетваре, то он вообще выпускаться перестанет.... и софта под него будет столько же.
Странные вещи говорите, сударь.У нас в организации параллельно существуют две инфраструктуры: доставшаяся в наследство система единой авторизации на нетвари и современная система шлюзов/днсов/проксей и т.д. для выхода в инет - на центосе. Администрируют эти системы разные команды.
В общем зачете 90% косяков в работе сети приходятся как раз нетварь. То он вообще не отвечает, то виснет на середине процесса авторизации, то вообще легальных юзеров нафиг посылает. Причем админы новелла - вроде серьезные дяди, кривизны рук так на глазок и не заметно...
Так что по части стабильности нетвари у меня ассоциации вполне однозначные.
А насчет стабильности дебиана - ровно наоборот. Ребята выпускают релиз только когда от ошибок перестает рябить в глазах - и поэтому дебиан выигрышно смотрится на фоне бубунты, которую выпускают "по звонку" вне зависимости от степени готовности.
Еще бы циклы поддержки дебиановцы сделали как в RHEL'е - вообще бы сказка была...
>В общем зачете 90% косяков в работе сети приходятся как раз нетварь.а на каком она железе?
что за спецы?
и много ли обновлений (а дырки ведь есть и в самих протоколах, стандартах.. да они ещё и развиваются) Вы на нетварь ставили?думаю ответ очевиден... а лучшее - враг хорошего.
да и дырки в бубунте - это быстрые патчи во всех остальных.поэтому думаю что лучше поменьше снобизма и побольше конструктивизма. а это предложение на мой взгяд - конструктивно. даже если и пришло из космоса. :-)
>а на каком она железе?На юнитовом. Правда, стареньком, но винты регулярно заменяются, благо рейд там хардовый (вроде).
>что за спецы?Я уже сказал - впечатления идиотов не производят. У их главного даже сертификат какой-то новелловский есть.
>и много ли обновлений (а дырки ведь есть и в самих протоколах, стандартах.. да они ещё и развиваются) Вы на нетварь ставили?Я - ни одного :D Я центосом занимаюсь. Да и не в дырках дело. Нет в нашей локалке народу, который бы мог их заюзать без опасений за свое здоровье.
Речь шла о стабильности в целом. И в этом плане нетварь имхо не есть что-то очень хорошее. Средненькое - в лучшем случае.>дырки в бубунте - это быстрые патчи во всех остальных
Да ну? Неужели они таки вспомнили, что GPL предписывает возвращать патчи ВСЕМУ сообществу, а не только убунтовскому?
>а это предложение на мой взгяд - конструктивно. даже если и пришло из космоса
Ммм... космос... Могу пожелать вам, чтобы поскорей отпустило :D
>Да ну? Неужели они таки вспомнили, что GPL предписывает возвращать патчи ВСЕМУ сообществу, а не только убунтовскому?????....??
>Ммм... космос... Могу пожелать вам, чтобы поскорей отпустило :Dну вот опять. одно мычание.
>Я уже сказал - впечатления идиотов не производят.каждый Наполеон?
>Так что по части стабильности нетвари у меня ассоциации вполне однозначные.
>
>А насчет стабильности дебиана - ровно наоборот. Ребята выпускают релиз только когда
>от ошибок перестает рябить в глазах - и поэтому дебиан выигрышно
>смотрится на фоне бубунты,Стабильность дистрибутива Debian -- наверное, одна из лучших среди community-based дистров, но ввиду ПОЛНОГО отсутствие нормального QA, стабильность эта находится на уровне принтуса.
Я понятия не имею, что там с NetWare, Solaris, RHEL или SLES, но "стабильностью" Debian я лично не доволен. Проблемы начинаются начиная со святая святых -- с ядра.
А другого и быть не может при "технологии" бетатестирования без нормального QA.
>но "стабильностью" Debian я лично не доволен. Проблемы начинаются начиная со
>святая святых -- с ядра.Ядро у Debian такое же, как и у многих других - Linux. В такой ситуации выше головы не прыгнешь.
Интересно, как вы представляете себе правильный QA в Debian?
>Ядро у Debian такое же, как и у многих других - Linux.Не такое же. Линукс линуксу рознь. Давно известно, что ванильные ядра
ВСЕГДА имеют статус экспериментальных и в production
их используют только камикадзе или пионеры.>В такой ситуации выше головы не прыгнешь.
Выше головы имеют шансы прыгнуть только те, у кого есть ресурсы для
самостоятельной до/пере-делки ядра, то есть прежде всего
RedHat, Novell, CERN.>Интересно, как вы представляете себе правильный QA в Debian?
Больше тестов на подсистемы и отдельные компоненты. Это раз.
Если в релизном ядре оказывается неработающим NFS(!), то я извиняюсь,
что тогда вообще может работать в этом ядре???
Меньше писателей -- больше читателей, то есть аудит кода. Это два.
Изменить очень странный срок "2 недели" на что-то более разумное, то есть большое,
может быть даже зависящее от показателя popcon.
Больше одного куратора пакета (с выделением главного) как элемент полиси не только на ключевые/большие пакеты, но и на все остальные.
Соответственно, аудит работы куратор[а/ов].
>>Ядро у Debian такое же, как и у многих других - Linux.
>
>Не такое же. Линукс линуксу рознь. Давно известно, что ванильные ядра
>ВСЕГДА имеют статус экспериментальных и в production
>их используют только камикадзе или пионеры.Полсотни патчей погоды не сделают. Ситуация, которая описывается буквами GIGO.
>>В такой ситуации выше головы не прыгнешь.
>
>Выше головы имеют шансы прыгнуть только те, у кого есть ресурсы для
>самостоятельной до/пере-делки ядра, то есть прежде всего
>RedHat, Novell, CERN.
>>Интересно, как вы представляете себе правильный QA в Debian?
>
>Больше тестов на подсистемы и отдельные компоненты. Это раз.Я думаю тут нужны автоматические регрессионные тесты... Потому что бета-тестирование живыми людьми малоэффективно. А регрессионное тестирование лучше рекомендовать самим разработчикам. Можно попытаться стимулировать разработчиков к улучшению качества кода, запуская регрессионные тесты самостоятельно, а им в багтрекер отправляя нескончаемые отчёты об ошибках. Может быть тогда некоторые разработчики заинтересуются таким комплектом тестов и возьмут его на вооружение, прежде чем выпустить очередной глюкодром, за который им было бы стыдно.
>Если в релизном ядре оказывается неработающим NFS(!), то я извиняюсь,
>что тогда вообще может работать в этом ядре???Кто виноват? ИМХО прежде всего разработчики ядра, а не мэнтейнеры.
>Меньше писателей -- больше читателей, то есть аудит кода. Это два.
Квалифицированным специалистам вряд-ли будет интересно читать чужой плохо написанный код, а неквалифицированные мало что смогут исправить. Отсюда имеем ситуацию с бета-тестированием людьми и заваленные отчётами багтрекеры.
>Изменить очень странный срок "2 недели" на что-то более разумное, то есть
>большое, может быть даже зависящее от показателя popcon.Хмм...
>Больше одного куратора пакета (с выделением главного) как элемент полиси не только
>на ключевые/большие пакеты, но и на все остальные.
>Соответственно, аудит работы куратор[а/ов].Ну в общем я понял. По-вашему, нужно над каждым разгильдяем поставить человека с палкой, который в случае чего будет бить разгильдяю по рукам.
>Полсотни патчей погоды не сделают. Ситуация, которая описывается буквами GIGO.В плюс, возможно, и нет, а вот в минус ПОГОДУ сделает один патч,
недавняшняя дыра в Debian - показательный пример важности code review.>>Больше тестов на подсистемы и отдельные компоненты. Это раз.
>
>Я думаю тут нужны автоматические регрессионные тесты... Потому что бета-тестирование живыми людьми малоэффективно.О чем собственно я говорю, но классические регрессионные тесты трудно написать для некоторых компонент. Где-то нужен могучий framework, в общем, работы вагон.
Поэтому в некоторых случаях хватило бы капитальных stress test-ов.>>Если в релизном ядре оказывается неработающим NFS(!), то я извиняюсь,
>>что тогда вообще может работать в этом ядре???
>
>Кто виноват? ИМХО прежде всего разработчики ядра, а не мэнтейнеры.Дистрибутив для конечного пользователя выступает в некоторой степени как QA -- гарант кое-какого качества. Ясно, что "пользователь" должен быть активен в идеале и писать репорты, но тем не менее. Провал или у разработчиков и/или у команды QA -- это провал дистрибутива, не важно чей персонально.
>>Меньше писателей -- больше читателей, то есть аудит кода. Это два.
>
>Квалифицированным специалистам вряд-ли будет интересно читать чужой плохо написанный код, >а неквалифицированныеКвалифицированные специалисты понимают важность и нужность регрессионных тестов.
Если им лень, то паршивые они профессионалы. Точка.>>Изменить очень странный срок "2 недели" на что-то более разумное, то есть
>>большое, может быть даже зависящее от показателя popcon.
>
>Хмм...Это важно. 2 недели - это просто мгновение, за этот период бета-тесто-бедняги могут найти баги только в очень популярных пакетах, да и то под вопросом.
>>Соответственно, аудит работы куратор[а/ов].
>
>Ну в общем я понял. По-вашему, нужно над каждым разгильдяем поставить человека
>с палкой, который в случае чего будет бить разгильдяю по рукам.Аудит кода и регрессионные тесты -- это не "бить разгильдяю по рукам" и не "человек с палкой", это нормальная практика разработки ПО. По другому получается заведомо какашки.
>>>Меньше писателей -- больше читателей, то есть аудит кода. Это два.
>>
>>Квалифицированным специалистам вряд-ли будет интересно читать чужой плохо написанный код, а неквалифицированные
>
>Квалифицированные специалисты понимают важность и нужность регрессионных тестов.
>Если им лень, то паршивые они профессионалы. Точка.Им лень ЧИТАТЬ, как предложили Вы.
>>Ну в общем я понял. По-вашему, нужно над каждым разгильдяем поставить человека
>>с палкой, который в случае чего будет бить разгильдяю по рукам.
>
>Аудит кода и регрессионные тесты -- это не "бить разгильдяю по рукам"
>и не "человек с палкой", это нормальная практика разработки ПО. По
>другому получается заведомо какашки.Ну вы-то предложили дополнительных кураторов, вот я и говорю про "людей с палками". ИМХО ничего хорошего из такого QA не выйдет.
Про регрессионные тесты высказался опять же я. А про аудит кода я выше уже заметил - читать чужой код квалифицированному специалисту будет лень, а неквалифицированный ничего не увидит.
>>Аудит кода и регрессионные тесты -- это не "бить разгильдяю по рукам"
>>и не "человек с палкой", это нормальная практика разработки ПО. По
>>другому получается заведомо какашки.
>
>Ну вы-то предложили дополнительных кураторов, вот я и говорю про "людей с
>палками".Нет. "Люди с палками" и code review - это разные вещи.
> ИМХО ничего хорошего из такого QA не выйдет.
>
>Про регрессионные тесты высказался опять же я.Я всё понял. Вопросов больше нет :-)
>циклы и добиваться стабильностиСтабильности должно быть в меру.Как минимум критичные баги - надлежит изловить и починить.А зачем выпускать систему где, допустим, юзер не сможет поюзать сеть?Ну и т.п. - иногда лучше недельку потратить на доведение до ума чем впаривать всем с пеной у рта откровенно сырую систему.
На самом деле я бы прислушался к словам миллиардера :-)
>На самом деле я бы прислушался к словам миллиардера :-)Тогда к Гейтсу прислушайся.
>Хочет чтобы все привязывали выход релизов к его виндобунте, чтобы только ему
>было удобно. При этом остальные будут выпускать сырые релизы. Таких зазнавшихся
>`идеологов' типа Шаттлворта и де Иказы сообществу надо игнорировать, пусть в
>своих песочницах играют и на свет не вылезают.Дорогой борец за права "остальных" дистрибутивов, смотри ссылку к новости №2. Шаттлворт - молодец.
Насколько я понимаю, Шатлворт предлагает синхронизировать части одного проекта, а не дистрибутива.
А, имхо, если в проекте назревает полная переработка кода, лучше делать её в отдельной ветке (develop/current).
Как сделано в Linux с нечетными номерами версий.
И как сделано во FreeBSD с CURRENT версиями.
При необходимости можно хоть переписать код с нуля.
И нет таких жестких временных ограничений.
Всегда можно обмениваться фичами/патчами между стабильной и разрабатываемой версией.
Хоршие рассуждения Шатлворта, ведь ошибки допускаемые разработчиками в других проэктах, используемых в дистрибутивах униксовых-систем могут повлиять на их имидж. Что собственно и обсуждается им - например:
Проблемы с Ext4 повлияли на работоспособность кед4
Разработчики ФС попросили доработку у Торвальдса, на что тот помахал пальцем(каким - неважно)
В результате виноваты были кедовцы.
А прокол был Юбунтушный...Шатлворт задумался о том как избежать этих проблем...
>Шатлворт задумался о том как избежать этих проблем...То есть проблемой считается то, что ошибки в одних проектах влияют на работоспособность других, и чинить предлагается это (выпуская все скопом), а не изначальные ошибки? Молодцы, что сказать.
Windows-way, ага)
>Хоршие рассуждения Шатлворта, ведь ошибки допускаемые разработчиками в других проэктах, используемых
>в дистрибутивах униксовых-систем могут повлиять на их имидж. Что собственно и
>обсуждается им - например:
>Проблемы с Ext4 повлияли на работоспособность кед4
>Разработчики ФС попросили доработку у Торвальдса, на что тот помахал пальцем(каким -
>неважно)
>В результате виноваты были кедовцы.
>А прокол был Юбунтушный...
>
>Шатлворт задумался о том как избежать этих проблем...Правильно ли я понимаю, что Шатлворт предлагает сделать скорость стада проектов равной скорости самого медленного в стаде? )
скорее он хочет ограничеть скорость самого медленного.
не успеет - на убой. есть альтернативы... и другие методы воздействия. :-D
Сейчас все плюются на его идеи, а лет через пять удивятся, что может быть как-то по-другому. Обычное дело.Марк прав. Временные лимиты организовывают разработку, приходится составлять план, что уже большой плюс.
Никто не заставляет работать быстрее. Если есть, что добавить в новую версию, это гуд, а если нет, то хоть багфиксы, и то оч. хорошо.
Какой-то бред. Очередная версия программы будет готова, когда будет готова.
Применительно к дистрибутивам хочу сказать, что рулит безрелизная система как в Арче — релиз представляет собой установочный диск со срезом софта на определенный момент. Надоело в апреле/октябре читать море однотипных писулек "Вот обновил свою убунту, тут вылезла кака, пришлось выкрутить такой вот финт ушами. А вот тут оно чуть фичастее стало, etc"
точно.
Вы получите з/п, когда получите и не раньше.буржуи тоже планируют. это новость?
а вот если не получается... ну тогда да. выйдет когда выйдет. и будь что будет.
>Вы получите з/п, когда получите и не раньше.Понимаешь, зарплата не взбрыкнет с неработающей сетью или глюками видео\аудио, hibernate или там еще чем.А вот софт - очень даже может.При выборе - релизить откровенно неудачный вариант или взять таймаут на доводку порой логично взять именно таймаут на доводку.Зачем релизить откровенно сырую систему?Вон ту же кубунту например, весь мылбокс засран юзерами по части неработы статичного айпи в KNetworkManager'е.
У меня нетворк-манагер и в оригинальной бубунте не работает. Вроде все правильно прописываю, везде окей нажимаю, оно пишет что все за*бись, статика, только ifconfig показывает что адрес все равно от дхцп (т.е. левый - такое уж у нас дхцп). ЧЯДНТ?З.Ы. В /etc/network/interfaces и /etc/resolv.conf я нужные слова и циферки прописал, мне не впадлу. Но что бы на моем месте сделал нуб?
>У меня нетворк-манагер и в оригинальной бубунте не работает. Вроде все правильно
>прописываю, везде окей нажимаю, оно пишет что все за*бись, статика, только
>ifconfig показывает что адрес все равно от дхцп (т.е. левый -
>такое уж у нас дхцп). ЧЯДНТ?
>
>З.Ы. В /etc/network/interfaces и /etc/resolv.conf я нужные слова и циферки прописал, мне
>не впадлу. Но что бы на моем месте сделал нуб?Там прикол в том, что переключаться между адресом, шлюзом и т.д. надо с помощью энтера, а не просто стрелочками. Баг, конечно, но все не так ужасно.
>Понимаешь, зарплата не взбрыкнет с неработающей сетью или глюками видео\аудио, hibernate или там еще чем.правда чтоли? во! ребятам скажу.
пусть забьют на этих клиентов с инетом....
>правда чтоли?Прикинь, тугрики - если уж они есть - значит есть.И "сто долларов - это всегда сто долларов".А вот софт... бывает что он вроде как есть, но существенно менее полезен и востребован чем мог бы быть на первый взгляд.Слова "релиз" и "операционная система" еще ничего не говорят о том что вы по факту увидите.В отличие от "сто долларов", однозначно идентифицирующих предмет.
>..во! ребятам скажу.
Что-то я этой мысли не понял.Это о чем? :)
>пусть забьют на этих клиентов с инетом....
И этой мысли я не понял.Линух без интернета - это как птица без крыльев.И когда не удается настроить статичный айпишник и есть проблемы с PPTP - это плохо. А например в той же кубунте по-моему PPTP вообще ни разу так и не додавили до логичного финала ака простой для юзера настройки уж как минимум не сливая в этом вопросе виндам, где это настроить - не сложнее чем диалап, что и способствует его юзежу у провайдеров в итоге.И перманентное верещание юзеров которые статику не смогли настроить в мыльнике - оно до сих пор есть, черт побери.Потому что я влупил этот баг еще в эпоху беты 8.10 и это так и не починили, что привело к массовым воплям, разумеется, которые разумеется фигарят мне в инбокс.Правда теперь у них в кде вообще не KNetworkManager юзается - бум посмотреть что получится, другая приблуда - другие грабли :).Как минимум - бла, вот так сходу ну опять я там не вижу настроек PPTP удобных.Есть настройки какого-то VPNC (цысковский VPN) и OpenVPN.Это круто, а PPTP что, настолько сложно было добавить, гхм?А то например в рашке цысковское экзотико - ну хз, я его в реальном юзеже не встречал.Зато сотни тыщ юзеров корбины\билайна юзающих wi-fi точки и эзернет доступ - опять пососут болт, да?Поскольку гуйная приблуда как всегда PPTP в дефолтном виде не умеет а настройка PPTP иными методами если и возможна то уж как минимум снесет башню большинству обычных юзеров, которые не являются крутыми сетевиками которые с пачкой протоколов OSI на ты - они в лучшем случае очень приблизительно понимают что такое VPN.А значит - Kubuntu будет не для них.А жаль, если б не такое распи...тво, юзеров у убунты могло бы быть больше.И черт побери было бы приятно если бы юзеры висты закнулись с их бухтежом что "линукс провалился даже на нетбуках" и что "невзирая на хреновость висты, дескать линух не покорил десктоп".И для этого некоторым надо научиться не только за сраными датами релиза гоняться но и, блин, адекватно триажить важные баги и, блин, если баг - "showstopper", не позорно и релиз отложить в таком случае.И на мое мнение - кубунту в эпоху 8.10 не надо было релизить точно в срок зато в том виде в котором ее зарелизили.Когда юзерам приходится нереально трахаться чтобы просто сеть запустить.У меня например в данный момент в KDE вообще сеть загнулась.В смысле, KNetworkManager хоть и запускается, но зато говорит про проблемы с форматом конфига - и гудбай.В итоге после старта сетка поднимается, с неверными на данный момет параметрами.Через гуй вообще хрен исправишь.Не, я конечно это могу пролечить, равно как я в курсе про ifconfig и dhclient.Но это что, так и надо, да?А прикиньте если за монитором пусть даже не чайник и не дубина, а просто неглупый юзер который тем не менее не очень крут в сетях и протоколах?
>>Вы получите з/п, когда получите и не раньше.
>
>Понимаешь, зарплата не взбрыкнет с неработающей сетью или глюками видео\аудио, hibernate или
>там еще чем.А вот софт - очень даже может.При выборе -
>релизить откровенно неудачный вариант или взять таймаут на доводку порой логично
>взять именно таймаут на доводку.Зачем релизить откровенно сырую систему?Вон ту же
>кубунту например, весь мылбокс засран юзерами по части неработы статичного айпи
>в KNetworkManager'е.То есть Вы какбы намекаете, что Марк хотел рекомендовать разработчикам поддерживать в обязательном порядке помимо текущей ветки ещё и стабильную и поддерживать стабильную ветку в течение определённого периода? То есть он попросту попросил разработчиков заняться тем, чем сейчас по сути занимаются мэнтейнеры Debian, и срубить на этом профит для Ubuntu, приблизив её по надёжности к Debian, не прилагая к этому собственных усилий?
правильно говорит. если получиться - большой респект.надоело - постоянно что-нибудь (даже мелочь, но очень нужная) даже при самом стабильном релизе - в глубокой разработке.
в результате впечатления от линуха - что у него всё время что-то не работает.в терминах латентных проприетарщиков - свалка, нищебродство и т.д. (даже если у них этой фичи вообще не предвидется :-D)
>в терминах латентных проприетарщиков - свалка, нищебродство и т.д. (даже если у
>них этой фичи вообще не предвидется :-D)Да, такие эпитеты виндузятники любят.И даже ведь правы местами, сволочи.Только вот с чего вдруг все захотят плясать под дудку Шатлворта?Мне кажется что ему стоило бы быть гибче в сроках релизов.А то вон например .29 ядро не успели внедрить из-за резонных опасений что на тестирование времени не останется.Все так, но теперь что, полгода ждать нового ядра или разбираться с глюками самокомпиленного на свой страх и риск?
>Только вот с чего вдруг все захотят плясать под дудку Шатлворта?а он что? денег просит?
ну если ни одна сво.. не говорит об этом? то пусть хоть кто-то.
>а он что? денег просит?Нет, но ничто не мешает сторонним програмерам рассмотреть это как попытку управлять их проектом и указывать им что делать.И даже нахаляву.Собственно по умолчанию - никто никому ничего не должен и я вижу вот какое слабое место: а с чего Шатлворт уверен что предложенная им схема должна быть всем удобна и всем по душе?Как-то мягко синхронизировать и координировать - недурная идея, но с достаточной гибкостью для реакции на проблемы.А жесткие даты дедлайнов и релизы любой ценой - ой не рулят...
>А жесткие даты дедлайнов и релизы любой ценой - ой не рулят...разве жесткий дедлайн и ночной билд стали синонимами?
выбрали разумные ориентиры - и пилить-пилить до вменяемого состояния. сделали, отладили, в релиз.
НУЖНО!!! Ubuntu для Debian,это Fedora для Red-Hat
>Ubuntu для Debian,это Fedora для Red-HatИменно так! Тестовый полигон aka десктопный вариант. Не более чем.
Вот только почему-то в последнее время расплодилась куча горлопанов, утверждающих, что бубунта "это наше всио", что это самый лучший линукс, что все остальные дистры не нужны и поэтому маст дай, etc. Лично меня такие призывы к тоталитаризации настораживают. Особенно в свете наличия человека с деньгами, материально заинтересованного в монопольном положении на рынке дистров (да-да-да, это я о нашем общем друге Марке!).
>Вот только почему-то в последнее время расплодилась куча горлопанови не говори. житья от Вас нет.
Ну-ну. Стрелочки-то не переводи.
И не принимай так близко к сердцу :D
>>Вот только почему-то в последнее время расплодилась куча горлопанов
>и не говори. житья от Вас нет.Чья бы корова мычала!
на опеннете от Вас есть хоть один полезный совет?
Мне кажется, что лучше сместить выпуск дистрибутивов на полгода по отношению к основным составляющим дистрибутива.
Я про серверные системы говорю.
К примеру, выходят новые версии веб-сервера, почтового сервера, БД, пхп, питона.
Полгода это все обкатывается (все равно ошибки найдут, от этого никуда не денешься).
А через 6 месяцев выходит новый релиз серверной системы, построенной именно на этих версиях компонентов.
Мне кажется, если все выпускать разом, то очень сложно будет интегрировать все новые версии программ в дистрибутив.А вот для десктопов сойдет.
Для серверов используйте LTS. 5 лет поддержки вполне приемлимый срок.
Сижу 4 года на бубунте и вполне доволен... сырость релиза компенсируется широтой сообщества и командой apt-get upgrade.Посыл Марка был именно в синхронизации релизов т.к. процесс программирования и совершенствования бесконечен и былоб не плохо чтобы были какие-то этапы более менее законченных продуктов...
Это всё замечательно, а как ты будешь отбиваться от експлойтом /sbin/iptables -A INPUT -p all -s 0/0 -d 0/0 -j REJECT ???