From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 26 Nov 2007 22:04:59 +0200 From: Michael Shigorin To: "Yury A.Romanov" Message-ID: <20071126200459.GA7191@osdn.org.ua> Mail-Followup-To: "Yury A.Romanov" , ALT Linux Team development discussions References: <777d80610711180456n830f31bqda6e0e7405b4e323@mail.gmail.com> <47409B6A.4060803@altlinux.ru> <777d80610711181650o3df67001gc8f453e9de732de8@mail.gmail.com> <4742D515.9070803@altlinux.org> <20071126015747.01d7452d@mission> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: ALT Linux Team development discussions Subject: Re: [devel] =?koi8-r?b?RndkOiBbT2ZmaWNlXSBncm91cHdhcmUgKHdhczogVWJ1?= =?koi8-r?b?bnR1IMkgzdkp?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Nov 2007 20:05:00 -0000 Archived-At: List-Archive: List-Post: On Mon, Nov 26, 2007 at 03:14:44PM +0300, Yury A.Romanov wrote: > Как мне сейчас видится решение проблемы: делается фриз бранч > 4.0, пока он еще актуален, на нем делается либо обновление > полное до текущего сизифа, Какое-такое "полное"? Его уже отбранчили, не надо там таких волн. Сизиф отдельно как минимум с поры попадания в него xorg-7.3 и изрядно перепиленных шрифтов. Я бы предложил (а то и настаивал) на том, что на это всё следует нарисовать ТЗ по бранчу 4.1 и потихоньку готовиться к его заморозке за зиму. Далее выпускать линейку 4.1 -- предположительно это Desktop и Master (вероятно, также Terminal Server). > либо обновление некоторого множества, потом на получившемся > нечто добиваются пересобираемости и работоспособности всего. > Потом делается обновление с branch 4.0 на этот репозитарий, > смотрится, что отвалилось в итоге, фиксится, и т.д. до тех пор, > пока dist-upgrade не будет проходить чисто, после чего это > называется branch 4.1 (а лучше branch date +%F) и т.д. Далее > процесс повторяется. По идее, при такой схеме возможно > итерационное обновление до каждого из последующих бранчей с > каждого из предыдущих. Нет такого понятия "делается обновление с бранча на репозиторий", если не зафиксировано множество _устанавливаемых_ пакетов. Глупости по поводу `date` -- именно глупости, поскольку хороший суппорт хорошего дистрибутива может доверять своим updates настолько, что прикладывать их на кроне. А освободившееся время заниматься анализом того, что в дистрибутиве сделано не так или вообще никак, и возможно -- даже улучшать состояние. Если плодить бездумно ветки только оттого, что в сизифе-YYYYMMDD такой-то пакетик стал такой-то версии -- толку не будет. > Нам Кому -- support@? > нужна возможность обновления до актуальной системы, а не до > последнего security fix. Версиоманией все поголовно заболели, что ли? Делать больше нечего, как тестировать да вылавливать? От же ж. > Исправления по безопасности - это хорошо, но хочется свеженьких > пакетиков. Клиентам, например, хочется новых фичей. Значит, делайте бэкпорты. Для этого по-бедному есть уже всё, если будет больше интереса -- наверняка можно устроиться и получше. > Опять же у нас есть мегаактуальная проблема с php, который > хочет _каждый_ наш клиент, и который практически находится в > разломанном состоянии по причине того, что в апстриме > периодически все переписывают заново, и никаких security fix'ов > не выпускают, в результате чего патчи и модули перестают > работать. Ну так ищите инженегра, который будет его поддерживать. Там именно такая вот работа для усидчивых, боюсь. > В качестве домашнего задания, попробуй обновиться с compact 3.0 > на deathktop 4.0, словишь много интересных багов. А некоторые их потиху документируют здесь, между прочим: http://wiki.sisyphus.ru/changes/Branch40 P.S. коллега, не много ли у Вас упечаток? :} -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/