From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sun, 20 Mar 2011 16:26:27 +0300 From: Alexey Tourbin To: devel@lists.altlinux.org Message-ID: <20110320132627.GD1698@altlinux.org> References: <20110320062054.1D967218217F@ssh.git.altlinux.org> <20110320121930.GP23409@osdn.org.ua> <20110320123059.GC1698@altlinux.org> <20110320130236.GQ23409@osdn.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20110320130236.GQ23409@osdn.org.ua> Subject: Re: [devel] =?koi8-r?b?YXRALCDOxSDMz83ByiDTydrJxg==?= 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, 20 Mar 2011 13:26:27 -0000 Archived-At: List-Archive: List-Post: On Sun, Mar 20, 2011 at 03:02:36PM +0200, Michael Shigorin wrote: > On Sun, Mar 20, 2011 at 03:30:59PM +0300, Alexey Tourbin wrote: > > > > Package: strongswan-4.5.1-alt1 > > > > checking for main in -lcrypto... no > > > > configure: error: OpenSSL crypto library not found > > (похоже, раньше libcurl-devel или libldap-devel вытягивал > libssl-devel) Да, libcurl-devel требовал libssl-devel, причем эта зависимость была указана в спекфайле вручную. OpenSSL используется только в реализации, а на уровне API никак не упоминается. Поэтому я всего лишь убрал лишнюю зависимость из спекфайла, вследствие чего пакет libcurl-devel стал лучше. Обидно слышать, что я ломаю сизиф. > > > Лёша, ты решил добить сизиф перед бранчем? > > Я исправляю зависимости у *-devel пакетов, эта работа ещё > > не закончена. > > Анонсируй отрываемое, тебе ж сейчас известно точно, > а остальным потом выяснять будет на порядки дороже. При тестовой пересборке могут быть два вида регрессии: 1) пакет либо не соберётся в новой среде, либо 2) пакет соберётся в урезанной конфигурации. Для второго случая после тестовой пересборки выполняется сравнение зависимостей свежепересобранного пакета и пакета в сизифе, напр. http://git.altlinux.org/beehive/logs/Sisyphus-i586/latest/success/icecast-2.3.2-alt3.1 --- icecast-2.3.2-alt3.1.i586.rpm.repo 2010-12-09 00:16:09.000000000 +0300 +++ icecast-2.3.2-alt3.1.i586.rpm.hasher 2011-03-18 15:02:01.245037016 +0300 @@ -93,3 +93,2 @@ Requires: libspeex.so.1 >= set:jiucg -Requires: libssl.so.10 >= set:mh0ZzZ4w0KKBNOBcugFZmh4pH010wmyAlEdV5y4mHoFQFZ93 Requires: libtheora.so.0 >= set:ifX7Gl8PRmuZuwf3lN1 error: open of /ALT/Sisyphus/files/i586/RPMS/icecast-debuginfo-2.3.2-alt3.1.i586.rpm failed: No such file or directory Здесь видно, что после тестовой пересборки у пакета пропала зависимость на libssl.so.10 (а другом месте в логе написано "configure: SSL disabled"). Кроме того, из последней строчки ясно, что пакет ещё не был пересобран с поддержкой debuginfo, и пересобирать его всё равно придётся. Я не отслеживаю возникновение "урезанных конфигураций" такого рода, просто нашёл первый подходящий для примера лог сборки. В принципе вся информация открыта. Если бы тестовая пересборка была частью сборочной системы, то анализировать эту информацию было бы проще. > > Создавать бранч в ближайшее время не рекомендуется. > > Если исправлять молча в одностороннем порядке, то и > к осени можно не управиться с разгребанием последствий. Проще ничего не делать и в час X объявить сизиф стабильным. Вследствие крайней нужды в стабильном бранче.