From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3FC4A31E.6060900@altlinux.com> Date: Wed, 26 Nov 2003 15:57:02 +0300 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru-RU; rv:1.5) Gecko/20031108 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] =?KOI8-R?Q?=CF=C2_=CF=C2=D3=D5=D6=C4=C5=CE=C9=C9_?= =?KOI8-R?Q?=D0=CF=C4=C8=CF=C4=CF=D7_=CB_=CF=C3=C5=CE=CB=C5_=CE=C1=C4?= =?KOI8-R?Q?=A3=D6=CE=CF=D3=D4=C9_Sisyphus?= References: <20031125001230.D78905@elefant.dgtu.donetsk.ua> <20031125072830.GE2421@basalt.office.altlinux.org> <20031125094848.GH10424@osdn.org.ua> <20031125122911.GA9809@basalt.office.altlinux.org> <20031125225916.GE19276@localhost.localdomain> <20031126082752.GD24420@basalt.office.altlinux.org> <20031126080057.A03A72B521@mail.ru.echo.fr> <20031126112058.GB20469@localhost.localdomain> In-Reply-To: <20031126112058.GB20469@localhost.localdomain> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Nov 2003 12:52:04 -0000 Archived-At: List-Archive: List-Post: Денис Смирнов wrote: > On Wed, Nov 26, 2003 at 11:46:27AM +0300, Anton V. Boyarshinov wrote: > > > И тут начинается самое интересное. Особенно если он не совсем не > > работает, а работает не совсем так, как надо. Поскольку > > обновление было сделано кроном, админ о нём узнает только от > > разъярённых пользователей, причём не факт, что в тот же день. И > > когда выяснится, что в результате всего этого безобразия фирма > > потеряла X или даже Y денег, вылетит такой админ с неофициальной > > формулировкой: "за абсолютную безответственность". > > Абсолютно согласен, ибо обновление на автомате сервера, который > используется в обслуживании клиентов это действительно "абсолютная > безответственность". Такое обновление на сервере, который является чем-то > вроде внутриофисного файл-сервера, если это компания "рога и копыта" и > денег на своего админа нет, и они предпочитают приглашать удалённого > вполне разумно (правда не из Сизифа, а именно из updates). > > А вот на персональной машине разработчика, который как всякий умный > разработчик не держит на своей машине никаких данных, которые не лежали бы > на соседнем сервере в CVS, который ежедневно архивируется (а в идеале и > кассеты с этого CVS периодически уносятся кем-нибудь к себе домой, как это > делается в одной из фирм, где я настраивал файл-сервер), если это > разработчик активно участвует в разработке дистрибутива -- можно и нужно > так обновляться. И на тестовых машинах (на которых программисты результаты > своего труда гоняют) такое обновление делать весьма полезно. Ну и обновляемся мы автоматом.. из Sisyphus.. ну и что ? Тестим, рапортуем... А при этом сервера работают на Master 2.2 - и без проблем. да, вот еще одна не совсем тривиальная задачка для скриптов: допустим в тестовом репозитарии есть пакет A, который нужен для сборки и функционирования пакетов B, C А пакет C - нужен для сборки пакета G, но может быть собран только с пакетом A. А пакет G - для функционирования пакета E, но может быть собран только с пакетом G. Ну и пакет F - для него нужно иметь собранный пакет C, но он может быть собран только с пакетом A. И вот допустим что все они вместе выложены (c интервалом в один день). Получаем, что: пакеты должны быть перемещены при отстуствии ошибок : dateA=A+14 dateB=B+14 (или A+15) и т.д. Но тут возникает маленькая неприятность. В день C+11 нашли ошибку в пакете C. Вопрос: какие пакеты и когда нужно выкладывать. Ответ желательно в виде скрипта. Rgds, Rider