From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <49C5377D.3070804@altlinux.com> Date: Sat, 21 Mar 2009 21:52:45 +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> <49C51702.1010407@altlinux.com> <87ocvu3jnl.fsf@vertex.dottedmag.net> In-Reply-To: <87ocvu3jnl.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 18:54:17 -0000 Archived-At: List-Archive: List-Post: Mikhail Gusarov пишет: > Twas brillig at 19:34:10 21.03.2009 UTC+03 when rider@altlinux.com did gyre and gimble: > > >> 1) Достаточно трудоёмко держать несколько версий библиотек. Впрочем, > >> с git-ом легче: git clone, старый оставили как есть, в новом > >> переименовали. > > AF> Там не только переименовать, но и спек придётся подчистить... да, > AF> геммороя много. Мне больше нравится (в ряде случаев) схема > AF> lib%name и lib%name-compat, > > У этой схемы есть проблема: не получается бэкпортить библиотеки. Если в > бранче лежит libfoo17, то не проблема положить туда libfoo18. А как > называть такой новый libfoo, если в бранче уже есть libfoo? > libfoo-tapmoc? :) Какой смысл иметь возможность бэкпортить библиотеки, с которыми никто не может слинковаться? (без devel пакета). > > Кроме того, возникает вопрос проставления правильных > provides/obsoletes. Для %soname проще. В том то и счастье, что не надо ничего проставлять. Всё проставляется само. $ rpm -q --provides libImageMagick-compat libMagick++.so.1 libMagickCore.so.1 libMagickWand.so.1 libImageMagick-compat = 6.4.8.1-alt3 > > >> 2) Потенциальная возможность загрузить две разные версии библиотеки > >> в процесс, со всеми вытекающими. > > AF> Да, тоже неприятно. Как эту проблему решают в debian ? > > Частично решают ручным управлением transition'ами: несколько библиотек > может сосуществовать недолгое время, так как мейнтейнеров пинают на > пересборку. Т.е. - фактически тот же compat, но в менее формальном виде. > > В backports никак не решают. В backports нет библиотек с разными soname ? Или в Debian backports никак не формализован ?