Re: [devel] [#8156] FAILED protobuf.git=protobuf-2.1.0-alt2

Re: [devel] [#8156] FAILED protobuf.git=protobuf-2.1.0-alt2

[Andrey Rahmatullin]

On Wed, Jun 17, 2009 at 07:02:28PM +0400, Mikhail A. Pokidko wrote:
> >        x86_64: NEW unmet dependencies detected:
> > libcompizconfig#0.8.2-alt1      libprotobuf.so.2()(64bit)
Это значит, что libcompizconfig хочет libprotobuf.so.2()(64bit), но после
сборки protobuf-2.1.0-alt2 этой зависимости в сизифе не будет.

Re: [devel] [#8156] FAILED protobuf.git=protobuf-2.1.0-alt2

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 2321 bytes --]

"Mikhail A. Pokidko" <pma-u2l5PoMzF/Vg9hUCZPvPmw@public.gmane.org>
writes:

> On Wed, Jun 17, 2009 at 5:59 PM, Girar Builder robot <girar-builder-u2l5PoMzF/
> Vg9hUCZPvPmw@public.gmane.org> wrote:
>
>     http://git.altlinux.org/tasks/8156/task/log
>
>     2009-Jun-17 17:54:00 :: task #8156 for sisyphus started:
>     #1 build protobuf-2.1.0-alt2 from /people/pma/packages/protobuf.git
>     2009-Jun-17 17:54:01 :: created pkg.tar for protobuf.git tag
>     protobuf-2.1.0-alt2
>     2009-Jun-17 17:54:02 :: [i586] protobuf.git protobuf-2.1.0-alt2: build
>     start
>     2009-Jun-17 17:54:02 :: [x86_64] protobuf.git protobuf-2.1.0-alt2: build
>     start
>     2009-Jun-17 17:57:17 :: [x86_64] protobuf.git protobuf-2.1.0-alt2: build OK
>     2009-Jun-17 17:57:54 :: [i586] protobuf.git protobuf-2.1.0-alt2: build OK
>     2009-Jun-17 17:57:58 :: build check OK
>     2009-Jun-17 17:57:59 :: plan OK
>     2009-Jun-17 17:57:59 :: version check OK
>     2009-Jun-17 17:58:34 :: created temporary repo
>            i586: NEW unmet dependencies detected:
>     libcompizconfig#0.8.2-alt1      libprotobuf.so.2
>            x86_64: NEW unmet dependencies detected:
>     libcompizconfig#0.8.2-alt1      libprotobuf.so.2()(64bit)
>     2009-Jun-17 17:58:58 :: dependencies check FAILED
>     2009-Jun-17 17:58:58 :: task #8156 for sisyphus FAILED
>
>
> Хм, а 1) в локальном хэшере сборка прошла нормально и 2) libcompizconfig при
> этом не использовался.
> Я как-то не так собираю или неверно истолковал слова про анмет?
Анметы не в пакете, а во всём репозитории. Скорее всего старый пакет
предоствлял libprotobuf.so.2 на который завязан
libcompizconfig#0.8.2-alt1, так как в новом пакете нету этого файла, то
libcompizconfig станет нерабочим, и поэтому ваш пакет, хоть и собрался
хорошо и успешно, в сизиф не попадёт.

Надо заботиться о своих пользователях. на wiki где-то есть
SharedLibsPolicy на эту тему.

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] [#8156] FAILED protobuf.git=protobuf-2.1.0-alt2

[Mikhail A. Pokidko]

2009/6/17 Ivan Fedorov <ns@altlinux.org>
> Анметы не в пакете, а во всём репозитории. Скорее всего старый пакет
> предоствлял libprotobuf.so.2 на который завязан
> libcompizconfig#0.8.2-alt1, так как в новом пакете нету этого файла, то
> libcompizconfig станет нерабочим, и поэтому ваш пакет, хоть и собрался
> хорошо и успешно, в сизиф не попадёт.
Именно это я и хотел прояснить. Теперь понятно.
Да, раньше был libprotobuf.so.2, в новой версии - libprotobuf.so.4

> Надо заботиться о своих пользователях. на wiki где-то есть
> SharedLibsPolicy на эту тему.
Если я правильно понял http://www.altlinux.org/SharedLibsPolicy,
то мне нужно переименовать пакет в libprotobuf4 c Provides:
libprotobuf = %version-%release (что раскроется в 2.1.2-alt1) ?



--
xmpp: pma AT altlinux DOT org

Re: [devel] [#8156] FAILED protobuf.git=protobuf-2.1.0-alt2

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 1159 bytes --]

"Mikhail A. Pokidko"
<mikhail.pokidko-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes:

>> Надо заботиться о своих пользователях. на wiki где-то есть
>> SharedLibsPolicy на эту тему.
> Если я правильно понял http://www.altlinux.org/SharedLibsPolicy,
> то мне нужно переименовать пакет в libprotobuf4 c Provides:
> libprotobuf = %version-%release (что раскроется в 2.1.2-alt1) ?

В общем случае вам надо сделать так, чтобы прошлая версия пакета с
библиотекой не заменилась вашей новой версией.

Если там кроме библиотеки собираются ещё и бинарники, то их лучше
собирать только от новой версии, а старый пакет пересобрать с
увеличением релиза так, чтобы в нём был только минимально необходимый
набор файлов - это ведь лишь временный compat.

[-- Attachment #2: Type: application/pgp-signature, Size: 196 bytes --]

Re: [devel] FAILED protobuf.git=protobuf-2.1.0-alt2

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1402 bytes --]

On Thu, Jun 18, 2009 at 11:41:54AM +0400, Mikhail A. Pokidko wrote:
> 2009/6/17 Ivan Fedorov <ns@altlinux.org>
> > Анметы не в пакете, а во всём репозитории. Скорее всего старый пакет
> > предоствлял libprotobuf.so.2 на который завязан
> > libcompizconfig#0.8.2-alt1, так как в новом пакете нету этого файла, то
> > libcompizconfig станет нерабочим, и поэтому ваш пакет, хоть и собрался
> > хорошо и успешно, в сизиф не попадёт.
> Именно это я и хотел прояснить. Теперь понятно.
> Да, раньше был libprotobuf.so.2, в новой версии - libprotobuf.so.4
> 
> > Надо заботиться о своих пользователях. на wiki где-то есть
> > SharedLibsPolicy на эту тему.
> Если я правильно понял http://www.altlinux.org/SharedLibsPolicy,
> то мне нужно переименовать пакет в libprotobuf4 c Provides:
> libprotobuf = %version-%release (что раскроется в 2.1.2-alt1) ?

Лучше сделать так: имя src.rpm пакета оставить прежним, но пакет с
разделяемой библиотекой переменовать в libprotobuf4 (при этом останется
libprotobuf-devel, который будет требовать libprotobuf4 = %version-%release).
В пакете libprotobuf4 писать Provides: libprotobuf не обязательно.
После этого в том же самом задании надо пересобрать зависимый пакет
libcompizconfig.  Получится синхронная смена сонейма в репозитории без
создания compat-пакета.  Думаю, что такая схема смены сонейма
предпочтительна в большинстве несложных случаев.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] FAILED protobuf.git=protobuf-2.1.0-alt2

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1434 bytes --]

В Чтв, 18/06/2009 в 18:44 +0400, Mikhail A. Pokidko пишет:
> 2009/6/18 Alexey Tourbin <at@altlinux.ru>
>         Лучше сделать так: имя src.rpm пакета оставить прежним, но
>         пакет с
>         разделяемой библиотекой переменовать в libprotobuf4 (при этом
>         останется
>         libprotobuf-devel, который будет требовать libprotobuf4 = %
>         version-%release).
>         В пакете libprotobuf4 писать Provides: libprotobuf не
>         обязательно.

зачем делать libprotobuf4 если

>         После этого в том же самом задании надо пересобрать зависимый
>         пакет
>         libcompizconfig.  Получится синхронная смена сонейма в
>         репозитории без
>         создания compat-пакета.  Думаю, что такая схема смены сонейма
>         предпочтительна в большинстве несложных случаев.
>  С этим поздновато - compat-пакет и его новая версия отправлены на
> сборку.
> Но на будущее иметь в виду стоит, спасибо.


-- 
Valery V. Inozemtsev

[-- Attachment #2: Эта часть сообщения подписана цифровой подписью --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] FAILED protobuf.git=protobuf-2.1.0-alt2

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1435 bytes --]

On Thu, Jun 18, 2009 at 07:12:21PM +0400, Valery V. Inozemtsev wrote:
> В Чтв, 18/06/2009 в 18:44 +0400, Mikhail A. Pokidko пишет:
> > 2009/6/18 Alexey Tourbin <at@altlinux.ru>
> >         Лучше сделать так: имя src.rpm пакета оставить прежним, но
> >         пакет с
> >         разделяемой библиотекой переменовать в libprotobuf4 (при этом
> >         останется
> >         libprotobuf-devel, который будет требовать libprotobuf4 = %
> >         version-%release).
> >         В пакете libprotobuf4 писать Provides: libprotobuf не
> >         обязательно.
> 
> зачем делать libprotobuf4 если

Чтобы сохранить возможность точечного обновления клиентов.
Один старособранный клиент может использовать libprotobuf а другой
новособранный клиент может использовать libprotobuf4, и это может стоять
в одной системе (хотя в репозитории libprotobuf уже всё).  А если не
переименовать пакет с библиотекой при изменении сонейма то остается
только дист-апгрейд.

> >         После этого в том же самом задании надо пересобрать зависимый
> >         пакет
> >         libcompizconfig.  Получится синхронная смена сонейма в
> >         репозитории без
> >         создания compat-пакета.  Думаю, что такая схема смены сонейма
> >         предпочтительна в большинстве несложных случаев.
> >  С этим поздновато - compat-пакет и его новая версия отправлены на
> > сборку.
> > Но на будущее иметь в виду стоит, спасибо.

[-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]