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=-1.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 Date: Sun, 6 Sep 2009 16:02:32 +0300 From: Michael Shigorin To: ALT Linux Team development discussions Message-ID: <20090906130232.GA16305@osdn.org.ua> Mail-Followup-To: ALT Linux Team development discussions References: <4d6cc2f20908260120r16b7455cu6a1ceb451a05a81f@mail.gmail.com> <4A9383C7.2070003@altlinux.com> <4A93A1C7.7050905@altlinux.org> <777d80610908250140u68f0d662ha9ee734db3b07edb@mail.gmail.com> <200908251948.39762.asy@altlinux.ru> <777d80610908250756p55c2aabei735bab50961d6ffd@mail.gmail.com> <4d6cc2f20908252307pa356f13kda4dd05178bdad75@mail.gmail.com> <20090826072706.GO10975@altlinux.org> <4d6cc2f20908260036wb76a06ex7a37606774349070@mail.gmail.com> <20090826074605.GP10975@altlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4d6cc2f20908260120r16b7455cu6a1ceb451a05a81f@mail.gmail.com> <20090826074605.GP10975@altlinux.org> User-Agent: Mutt/1.4.2.1i Subject: Re: [devel] branch 5.0 RIP ? [repo+updates unmets] 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: Sun, 06 Sep 2009 13:02:48 -0000 Archived-At: List-Archive: List-Post: On Wed, Aug 26, 2009 at 11:46:05AM +0400, Alexey Tourbin wrote: > > > Потому что у нас принята такая фигня что в репозитории не > > > должно быть дупов. А если делать repo+updates то появляются > > > дупы, у тогда уже например невозможно правильно проверить > > > анметы! Очень легко сконструировать случай когда дупы > > > маскируют анметы: > > > A -> dep1 -> B_1 > > > A -> dep2 -> B_2 > > > (то есть часть зависимостей пакета A разрешаются в пакет B > > > устаревшей версии). А если прогонять sisyphus_cleanup_dups по сборищу симлинков на repo+updates? И что значит маскирует -- если в repo есть анметы, то это проблема; если в repo+updates есть анметы, то это проблема; если анметов нет (и они замаскированы так, что танк проедет, бишь установленный пакет работает) -- то почему нет? Ты же не о том, что soname забывают менять при съезде ABI? > Более конкретный пример -- изменение сонейма без изменения > названия пакета с библиотекой. Анметы проверять смысла нет -- > два одноименных пакета разных версий предоставляют разные > сонеймы. Но эти два пакета нельзя установить одновременно. Мы можем отловить такой случай и прислать письмо со ссылкой на http://www.altlinux.org/SharedLibsPolicy? On Wed, Aug 26, 2009 at 12:20:27PM +0400, Boris Savelev wrote: > В альте нет чего-то типа branch policy? Есть http://www.altlinux.org/BackportsPolicy -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/