From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49C51702.1010407@altlinux.com> Date: Sat, 21 Mar 2009 19:34:10 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20090320184025.GA11970@ssh.git.egro.altlinux.org> <20090321093756.GM20208@osdn.org.ua> <49C4C881.4070300@altlinux.com> <20090321120423.GA13893@dad.imath.kiev.ua> <20090321120955.GA1816@wo.int.altlinux.org> <20090321124540.GL26967@altlinux.org> <20090321125057.GF1991@osdn.org.ua> <8763i33r8i.fsf@vertex.dottedmag.net> <20090321143405.GA1995@mw.office.seiros.ru> <49C50C14.2080602@altlinux.com> <20090321155610.GA15880@mw.office.seiros.ru> <49C510B4.8050509@altlinux.com> <87skl63l9i.fsf@vertex.dottedmag.net> In-Reply-To: <87skl63l9i.fsf@vertex.dottedmag.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] 4.1 FAILED srpm=rpm-build-thunderbird-2.0.0.21-alt0.M41.1.src.rpm X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.10b3 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: Sat, 21 Mar 2009 16:35:41 -0000 Archived-At: List-Archive: List-Post: Mikhail Gusarov пишет: > Twas brillig at 19:07:16 21.03.2009 UTC+03 when rider@altlinux.com did gyre and gimble: > > AF> Ссылку на policy можно ? > > http://www.altlinux.org/Drafts/SharedLibs > > AF> Повесьте баг на girar, пускай прикрутят жёсткую проверку на > AF> соответствие пакетов с библиотеками sharedlib policy. > > К сожалению, робот не умеет читать исходники и понимать, какую часть > SONAME нужно вынести в название пакета. > > Кроме того, с этим черновиком есть проблемы, которые пока не разрешены: > > 1) Достаточно трудоёмко держать несколько версий библиотек. Впрочем, с > git-ом легче: git clone, старый оставили как есть, в новом переименовали. Там не только переименовать, но и спек придётся подчистить... да, геммороя много. Мне больше нравится (в ряде случаев) схема lib%name и lib%name-compat, когда с момента смены soname в lib%name (и переименования её в lib%name-compat) до момента выхода новой lib%name с увеличенным soname у lib%name-compat не остаётся пользователей и её можно спокойно обновить. Пример реализован в ImageMagick в Sisyphus/5.0 > > 2) Потенциальная возможность загрузить две разные версии библиотеки в > процесс, со всеми вытекающими. Да, тоже неприятно. Как эту проблему решают в debian ?