Учтя все проблемы, вскрывшиеся при первой попытке перевода проекта X.Org на схему выпуска релизов через фиксированные промежутки времени, объявлено (http://lists.x.org/archives/xorg-devel/2009-September/002231...) о намерении определить жесткие сроки на подготовку релиза X-Server 1.8. В случае наличия недоработок при приближении к заморозке кода перед началом тестирования, решено не продлевать сроки, а откладывать недоделанные новшества на будущие релизы, выпуская текущий релиз точно в срок, но с несколько поредевшим, относительно первоначальных планов, функционалом.
Хотя версия X-Server 1.7 еще не вышла из стадии кандидата в релизы (по первоначальному плану релиз должен был выйти в апреле), разработчики приступили к планированию релиза X-Server 1.8. Начиная с данного выпуска разработка будет разбита на три фиксированные стадии: добавление новых возможностей (3 месяца), выявление и исправление ошибок (2 месяца) и заморозка перед релизом (1 месяц). Таким образом релизы X.Org отны...URL: http://lists.x.org/archives/xorg-devel/2009-September/002231...
Новость: http://www.opennet.me/opennews/art.shtml?num=23602
космонавт на 200% прав
нужна синхронизация релизов с жесткими сроками
Тогда нужно утвердить некую общую унифицированную шкалу к которой привязывать релизы основных широкоиспользуемых взаимосвязанных проектов (например X.Org и дистрибутивов, использующих привязанную к датам схему релизов).
Можно поинтересоваться Вашим участием в апстримах?
неправ он. Пусть делают как делается. Just for fun.
Нет, пусть работают усердно и торопятся выполнить план. Такие схемы всегда работают лучше, чем просто "Just for fun" между делом.
Пусть работают в спешке, забивая на мелкие ошибки и шероховатости!
Фиксированный срок релиза в некоммерческом проекте - лучший способ превратить его в перманентный недопил типа убунты.
> перманентный недопил типа убунтыА что допилено? Заведомо мертвый на десктопах дебиан?
>Заведомо мертвый на десктопах дебиан?О, великий гуру, поведайте нас, простым юзерам, чем вам не нравится Debian на десктопе?
очевидно же, устаревший софт в stable, что вынуждает использовать unstable.
>что вынуждает использовать unstable.из что же вы используете из unstable?
KDE 4.3.1 и карнель 2.6.31, т.к. ноутбук новый и дров для Атероса в 2.6.26-2 нет. Усё!
Добавь в список свежий Гноме - хоть тут обновления и не так критичны, и альзу.
Мне это всё не нужно. Gnome 2.22 устраивает, единственное что юзаю networkmanager 0.7 из бекпортов
Пользуюсь Debian stable. Мне KDE 4 и свежий кернель не нужны, не нужны и NetworkManager с Gnome. Всё остальное на моём компьютере просто работает. Чем принципиально отличаются свежие от несвежих программ я не понимаю.Всё что сейчас у вас работает вдруг перестанет работать через год-два просто по факту прошествия времени? Вроде не должно. Вот через год-два у меня будет работать всё то, что у вас работает сейчас, а вы всё будете рассказывать сказку про белого бычка. Дескать Debian tsable для пользователя не годен.
Пользуюсь книгой. Мне компьютер не нужен, не нужен и Debian stable. Все остальное на моих наручных часах просто работает.Чем принципиально отличаются свежие от несвежих программ я не понимаю.
Всё что сейчас у вас работает вдруг перестанет работать через год-два просто по факту прошествия времени? Вроде не должно. Вот через год-два у меня будет работать всё то, что у вас работает сейчас, а вы всё будете рассказывать сказку про белого бычка. Дескать Debian tsable для пользователя годен.
>Пользуюсь книгой. Мне компьютер не нужен, не нужен и Debian stable. Все
>остальное на моих наручных часах просто работает.Сравнение, кстати, весьма удачное. Многое из того, чем многие занимаются на компьютере, можно делать без него. Книги читать можно бумажные или распечатанные, видео можно смотреть с DVD-плеера, музыку слушать на CD/MP3-проигрывателе, новости узнавать из газет и журналов, общаться можно используя телефон, хотя живое общение лучше. Многие люди так и живут и не испытывают каких-либо комплексов.
Что там остаётся? Перманентные обновления системы, чаты, торренты да попи**еть на опеннете? Да, с таким набором потребностей компьютер скорее всего вообще не нужен. А вы тут про разницу между stable/unstable. Проще надо быть.
> KDE 4.3.1 и карнель 2.6.31, т.к. ноутбук новый и дров для Атероса в 2.6.26-2 нет. Усё!ну так и пользуйтесь unstable, какое отношение ядро вышедшее 10 дней назад может иметь к стабильной версии ?
>> KDE 4.3.1 и карнель 2.6.31, т.к. ноутбук новый и дров для Атероса в 2.6.26-2 нет. Усё!
>
>ну так и пользуйтесь unstable, какое отношение ядро вышедшее 10 дней назад
>может иметь к стабильной версии ?
>ну так и пользуйтесь unstableЕсли KDE 4 не нужен, то можно из всего unstable поставить всего-лишь только ядро, но stan очевидно не знает про /etc/apt/preferences и смешанных системах. Подозреваю также, что stan не знает, что в Debian можно самостоятельно простым способом собрать собственный deb-пакет с ядром.
>KDE 4.3.1 и карнель 2.6.31, т.к. ноутбук новый и дров для Атероса в 2.6.26-2 нет. Усё!А где вы нашли в Дебиане 2.6.31?
>>KDE 4.3.1 и карнель 2.6.31, т.к. ноутбук новый и дров для Атероса в 2.6.26-2 нет. Усё!
>
>А где вы нашли в Дебиане 2.6.31?Вот ещё один, не знающий о существовании в дебиане простого способа собрать deb-пакет с ядром.
opensuse
>Нет, пусть работают усердно и торопятся выполнить план. Такие схемы всегда работают
>лучше, чем просто "Just for fun" между делом.Знач так, к утру чтоб были два мешка картошки. Лопата у крыльца. Живо!
Just for fun. - это для души,
а дисциплина дисциплиной. Выпуск должен идти в срок.
Планирование и следование плану - основа стабильности любого процесса.
чушь
это для непрофессионалов чушь,
а для профи важно блюсти репутацию:
выпускать релизы в срок,
править баги быстро и точно,
выпускать документацию и туторалы,
лояльно обшаться с пользователем,
вобщем предоставить полный пакет.
его "Just for fun" наслаждение победой над трудной задачей.
а не "ура, я смог родить", да рожать и мыши могут.
>Планирование и следование плану - основа стабильности любого процесса.Вполне логично, но я не совсем понимаю, как это применить к людям занимающимся разработкой Just for fun?
Сделать свой Just for fun в срок.
>Сделать свой Just for fun в срок.Я там выше вопросик задал. Расскажите, какие фофаны в какие сроки Вы уже сделали или помогли сделать, мне очень интересно.
>>Сделать свой Just for fun в срок.
>
>Я там выше вопросик задал. Расскажите, какие фофаны в какие сроки
>Вы уже сделали или помогли сделать, мне очень интересно.Я не программист. Кое что переводил на ланчпаде. Исправлял косяки перевода гнома.
И продолжаю считать, что если ты взялся за дело, то нужно делать качественно. А если что-то "рожаешь" "just for fun" и не соблюдаешь никаких сроков - то лучше, имхо, рожать локально на своем компе, никому не показывая и не говоря "я веду этот проект". Пусть займутся другие. А то они не делают форков и не начинают свои проекты только потому, что не хотят изобретать велосипеды.
>>>Сделать свой Just for fun в срок.
>>Я там выше вопросик задал. Расскажите, какие фофаны в какие сроки
>>Вы уже сделали или помогли сделать, мне очень интересно.
>Я не программист.Тогда зачем выступаете?
>Кое что переводил на ланчпаде. Исправлял косяки перевода гнома.
Ойойо... На будущее: "кое-что" пишется через дефис. Боюсь, косяки Вы добавляли -- чем аудитория lp и известна нормальным переводчикам :(
>И продолжаю считать, что если ты взялся за дело, то нужно делать
>качественно.Вот тут согласен.
>А если что-то "рожаешь" "just for fun" и не соблюдаешь
>никаких сроков - то лучше, имхо, рожать локально на своем компе,
>никому не показывая и не говоря "я веду этот проект".Вы серьёзно ставите знак равенства между "качественно" и "в срок"? Вообще-то любому ПМ известно, что это антагонисты.
PS: надеюсь, примете критику конструктивно -- мне действительно кажется, что ряд Ваших суждений ошибочен, но ничего личного.
Пусть делают как в Gnome кто мешает?
Вот и вылезли люди, никогда не участвовавшие в открытых проектах...
На самом деле, это не так уж плохо, особенно для такого проекта как иксы. Если что-либо не успевают доделать, то это спокойно переносится на следующий релиз. Главное преимущество тут в том, что не возникнет ситуации когда что-то не допилено, а старое уже выкинули. Но это толкько в том случае, если они будут жёстко контролировать качество кода и не гнаться за фичами. Либо как вариант экспериментальное будет нужно включать самому.
+1. так уже живет ядро - и отлично развивается.
А вдруг они все образумятся и все ключевые проекты, которые активно развиваются - скоординируются над едиными циклами релизов, подобно одной крупной коммерческой компании? ;)
И тогда наступит... ОН! ^_^
>И тогда наступит... ОН! ^_^Вендекапец?
Выпускать код надо тогда когда - when it's done! Особенно в открытом проекте, иначе все летит к чертовой матери. Мы с кем на перегонки бегаем? Куда спешить?
А никто спешить не призывает, речь про включение кода в релиз, а не его написания. Как пишут, так и будут писать, как могут и сколько захотят. Просто теперь релиз будет формироваться через фиксированное время и в него будет попадать только то что уже готово. Остальное как варилось в репозитории, так и будет вариться, пока не дойдет до готовности. Зато стабильность повысится, 3 месяца тестирования - это супер !
Надо закачивать всё из git и собирать самому, если ты настоящий "мужик".
Одним из фундаментальных открытий человечества было разделение труда.
хочешь обратно превратьться в макаку?
может мне себе и процессор спаять самому?
никто из моих знакомых, собирающих из cvs/svn/git/hg/bzr в макаку не превратился, у Вас есть примеры?
>никто из моих знакомых, собирающих из cvs/svn/git/hg/bzr в макаку не превратился, у
>Вас есть примеры?да, есть примеры, вот давеча читал на opennet пост одного пользователя у которого вместо буквы в нике цифра — ну явная деградация... :)
Хм, а что в этом такого? у меня тоже вместо буквы цифра стоит (если Вы не заметили), не вижу в этои ничего плохого, это ведь просто ник, а не имя.
>Хм, а что в этом такого? у меня тоже вместо буквы цифра
>стоит (если Вы не заметили), не вижу в этои ничего плохого,
>это ведь просто ник, а не имя.Не "тоже". Это он про тебя и говорил. А то, что ты этого не понял, так это выглядит как лишнее подтверждение правильности высказывания. Видимо деградация вас всё-таки коснулась :)
на свой ник посмотри
>на свой ник посмотриЯ "какбэ" в курсе, что у меня в нике цифра. Я догадливее тебя, поэтому и смайлик в конце своей фразы влепил. Думал, что у тебя хоть чувство юмора есть :)
> Я догадливее тебя, поэтому и смайлик в конце своей фразы влепил.С чувством юмора у меня всё в порядке, но согласись с логикой у кого-то из нас проблемы.
>> Я догадливее тебя, поэтому и смайлик в конце своей фразы влепил.
>
>С чувством юмора у меня всё в порядке, но согласись с логикой
>у кого-то из нас проблемы.Если ты не понял шутку, значит с логикой проблемы у тебя :)
то есть у тебя чувство юмора тоже самое что логика? сочувствую :) (специально смайл поставил, некоторые не воспринимают шуток без смайлов)
>то есть у тебя чувство юмора тоже самое что логика? сочувствую :)
>(специально смайл поставил, некоторые не воспринимают шуток без смайлов)Вообще-то иногда шутки основаны на противоречии с логикой. Если у тебя все шутки должны быть логичными, то сочувствовать ты должен себе :)
Например, однажды я услышал хорошо рассказанный кавказский тост. Рассказывался он очень долго, и поэтому концовка была неожиданной. Слышал я его тогда первый раз, поэтому от смеха в конце чуть не порвался. Суть его примерно в следующем.
Пасется стадо баранов, подлетает орёл, хватает одного и взлетает с ним. Пастух достаёт ружьё и стреляет. Орёл падает, а баран продолжает лететь.
Так выпьем за то, чтобы в орлы никогда не падали, а бараны никогда не летали.
хватит шутить, я себе уже весь живот порвал
я Мужчина, а не "мужик". Я для себя и знакомых ставлю только из официальных репо. Обновления через сборку из SVN приемлю ТОЛЬКО если для себя и ТОЛЬКО если требуется функциональность не присутствующая в официальном репо.Типа многопоточный linuxdcpp или htop (когда его еще не было в официал-репо).
Лучше всего, на мой взгляд делать полноценные релизы, в которых все работает так, как должно. А just for fun держать CURRENT DEV Version.