From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.5 Message-ID: <4AA4A9CD.8070001@mmedia2.kemsu.ru> Date: Mon, 07 Sep 2009 14:35:57 +0800 From: REAL User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4AA4A38D.1010000@mmedia2.kemsu.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?4tLBzt7JIMkg0NLP3sXF?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 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, 07 Sep 2009 06:20:53 -0000 Archived-At: List-Archive: List-Post: Eugene Prokopiev пишет: > Напоминаю, 2 варианта: > > 1) есть люди, которые в состоянии взять на себя ответственность по > переносу/пересборке main откуда угодно (хоть из Сизифа, хоть из p5) - > и я не против премодерации этого main, если найдется кому этим > заниматься Этот вариант неплох, вопрос в том, кто займётся. Здесь можно было бы даже отдать предпочтение p5, наверно. > 2) таких людей нет, мейнтейнеры community-бранча по умолчанию > делегируют эту функцию мейнтейнеру p5, вмешиваясь только в случае > несогласия с переносом А захочет ли он (мейнтейнер p5) этим заниматься? >> совсем непонятно, что делать с пакетами, мейнтейнеры которых в бранч >> портировать не будут, а на портирование другими лицами будут возмущаться. > Начхать на таких мейнтейнеров - разве что они могут предъявить планы > по переносу и обоснование невозможности делать это в лоб - тогда к ним > нужно прислушиваться Тоже вариант. > Нет, даже API/ABI менять нежелательно (в main нельзя?), не говоря уже > о смене тулчейна Пожалуй, соглашусь. Только тогда нужно изначально чётко очертить границы main с какими-то возможностями двигания этих границ (скажем, необходимо обновить что-то не общесистемное, но требующее по зависимостям обновления/пересборки ряда других пакетов). Ну и потом не каждую смену API сборочница способна выловить, тут тоже что-то прописать в правилах не помешало бы. >> Ну и вообще, где-то бы место иметь для пробных сборок, потому что >> у меня вот на etersoft есть контейнер x86_64, но он на сизифе. А самому >> переходить на такой бранч вообще-то не хочется, тогда утратится возможность >> полноценно работать над пакетами в сизифе. > Кто мешает указать хашеру целевой репозитарий, на котором и и для > которого производится сборка? В контейнере - наверно, можно будет обговорить с lav@ (когда возникнет необходимость, если всё же дойдёт дело до дела, а не закончится беседой), а вот дома это нереально: трафик. -- REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ