Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Pavlov Konstantin]

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

On Wednesday 13 December 2006 16:08, QA Team Robot wrote:

>         15 NEW unmet dependencies detected:
> asterisk1.4-res_snmp#1.4.0-alt0.20061107        libnetsnmp.so.10
> asterisk1.4-res_snmp#1.4.0-alt0.20061107        libnetsnmpagent.so.10
> asterisk1.4-res_snmp#1.4.0-alt0.20061107        libnetsnmpmibs.so.10
> hplip#1.6.10-alt1               libnetsnmp.so.10
> kdeutils-ksim#3.5.5-alt1        libnetsnmp.so.10
> libfwbuilder#2.1.7-alt1         libnetsnmp.so.10
> php-snmp#1:4.4.4-alt2           libnetsnmp.so.10
> seirospbx1.4-res_snmp#1.4.0-alt0.20061208       libnetsnmp.so.10
> seirospbx1.4-res_snmp#1.4.0-alt0.20061208       libnetsnmpagent.so.10
> seirospbx1.4-res_snmp#1.4.0-alt0.20061208       libnetsnmpmibs.so.10
> snort-snmp#2.4.5-alt2           libnetsnmp.so.10
> snort-snmp+flexresp#2.4.5-alt2  libnetsnmp.so.10
> stonith#2.0.7-alt2              libnetsnmp.so.10
> zabbix-mysql#1:1.1.4-alt1       libnetsnmp.so.10
> zabbix-pgsql#1:1.1.4-alt1       libnetsnmp.so.10

Прошу прощения у всех, чьи пакеты при этом пострадали, что не предупредил о 
смене soname. Не углядел.

P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом после 
hasher'а и проверяла такие случаи?

Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Dmitry V. Levin]

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

On Wed, Dec 13, 2006 at 04:50:04PM +0300, Pavlov Konstantin wrote:
[...]
> P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом после 
> hasher'а и проверяла такие случаи?
> 
> Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.

Вручную такое легко обнаружить при помощи
compare_packages -a --provides


-- 
ldv

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

Re: [devel] механизмы пересборки

[Ildar Mulyukov]

On 13.12.2006 19:50:04, Pavlov Konstantin wrote:
>  P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом   
> после  hasher'а и проверяла такие случаи?

Про подобную "умную улитку" я тут уже несколько раз спрашивал. Исследуя  
вопрос автоматической пересборки, я пришёл к следующим выводам:

1. Пакеты, уже собранные в Сизифе, не пересобираются ни под каким видом  
без увеличения версии. Есть основания, чтобы в публичном доступе не  
существовало двух файлов с одинаковым именем, например,  
libgtk-sharp2-2.10.0-alt1.src.rpm

2. Существует робот, который умеет добавить ".1" к %release и  
пересобирает пакет в Сизиф. Он подписывается именем QA Team Robot. Но,  
оказывается, попросить его о том, чтобы он это сделал, могут далеко не  
все. (Возможно того, кто может, зовут QA Team Master ;)). Несомненно,  
имело бы большой смысл лоббировать продвижение механизма, подобного  
notes, который бы давал команду роботу на пересборку, если бы не пункт

3. Для пакетов, собирающихся из git, задание на пересборку очевидно  
осуществляется двумя пассами руками.

> Про rpmsodiff я в курсе, но хотелось бы именно автоматического
> уведомления.

Не знаю, как этот механизм поможет пересборке.

С уважением, Ильдар.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Денис Смирнов]

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

On Wed, Dec 13, 2006 at 04:50:04PM +0300, Pavlov Konstantin wrote:

PK> Прошу прощения у всех, чьи пакеты при этом пострадали, что не предупредил о 
PK> смене soname. Не углядел.
PK> P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом после 
PK> hasher'а и проверяла такие случаи?
PK> Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.

А нельзя ли теперь залить версию со старым soname?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Переоткрывайте тогда. Чего кричать-то?
		-- zerg in #7565

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Pavlov Konstantin]

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

On Friday 15 December 2006 18:51, Денис Смирнов wrote:
> On Wed, Dec 13, 2006 at 04:50:04PM +0300, Pavlov Konstantin wrote:
>
> PK> Прошу прощения у всех, чьи пакеты при этом пострадали, что не
> предупредил о PK> смене soname. Не углядел.
> PK> P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом
> после PK> hasher'а и проверяла такие случаи?
> PK> Про rpmsodiff я в курсе, но хотелось бы именно автоматического
> уведомления.
>
> А нельзя ли теперь залить версию со старым soname?

Залить можно всё, что угодно.

Policy на это заливание есть?

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Денис Смирнов]

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

On Fri, Dec 15, 2006 at 09:10:55PM +0300, Pavlov Konstantin wrote:

>> А нельзя ли теперь залить версию со старым soname?
PK> Залить можно всё, что угодно.
PK> Policy на это заливание есть?

Нет, есть сложившаяся практика.

Кроме того для пакетов которые относительно часто меняют soname мне вообще
не нравится практика именовать их как lib%name. Это lib%name%soversion.
Иначе у обновляющихся с более старых дистрибутивов apt'у крышняк срывает
напрочь.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
> >Может, в obsolete его сразу?
> И туда тоже !
Серьезно? Кудзу выкидываем?
		-- wrar in sisyphus@

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Michael Shigorin]

On Sat, Dec 16, 2006 at 11:57:10AM +0300, Денис Смирнов wrote:
> >> А нельзя ли теперь залить версию со старым soname?
> > Залить можно всё, что угодно.
> > Policy на это заливание есть?
> Нет, есть сложившаяся практика.

Мож заинтересованные и оформят её в policy draft?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Pavlov Konstantin]

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

On Saturday 16 December 2006 11:57, Денис Смирнов wrote:
> On Fri, Dec 15, 2006 at 09:10:55PM +0300, Pavlov Konstantin wrote:
> >> А нельзя ли теперь залить версию со старым soname?
>
> PK> Залить можно всё, что угодно.
> PK> Policy на это заливание есть?
>
> Нет, есть сложившаяся практика.

Из таких практик я помню только libssl4 да libreadline4.3. Более того, как 
правильно поступать с пакетами, где сменилась soname, я так нигде и не нашел.
Вариантов может быть два:
1) Сменился SONAME и сменился API. В этом случае простая пересборка пакетов, 
зависящих от данного не поможет, нужно хирургическое вмешательство.
2) Сменился SONAME, но API не поменялся. Тут пересборка поможет.

Распишите, пожалуйста, как правильно в этих случаях паковать версию со старым 
SONAME и с новым. 

Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и API. Тут 
я пока что сделал так -- старый пакет libflac7, из которого получаются только 
библиотеки, без devel, и новый libflac, из которого получается все, что было 
раньше в старом пакете.

Пример 2) -- пакет net-snmp, в котором сменился SONAME, а API не поменялось. 
Тут я думал сделать примерно так же, как и в flac, т.к. простая пересборка с 
новой версией должна пройти успешно.

Поправьте меня, если я где не прав.

> Кроме того для пакетов которые относительно часто меняют soname мне вообще
> не нравится практика именовать их как lib%name. Это lib%name%soversion.
> Иначе у обновляющихся с более старых дистрибутивов apt'у крышняк срывает
> напрочь.

OK, Напишите, как что делать правильно, а я уж и policy draft попробую 
накатать.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Aleksey Avdeev]

Pavlov Konstantin пишет:
> 
> Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и API. Тут 
> я пока что сделал так -- старый пакет libflac7, из которого получаются только 
> библиотеки, без devel, и новый libflac, из которого получается все, что было 
> раньше в старом пакете.

   А как быть, если требуется собрать нечто со старыми flac? Где искать 
для него devel?

   Может стоит по пути libdb идти (присутствуют взаимоконфликтуещие 
devel для всех версий)?

-- 

С уважением. Алексей.

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Pavlov Konstantin]

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

On Saturday 16 December 2006 19:18, Aleksey Avdeev wrote:
> Pavlov Konstantin пишет:
> > Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и
> > API. Тут я пока что сделал так -- старый пакет libflac7, из которого
> > получаются только библиотеки, без devel, и новый libflac, из которого
> > получается все, что было раньше в старом пакете.
>
>    А как быть, если требуется собрать нечто со старыми flac? Где искать
> для него devel?

А апстрим озадачиваться не хочет?

>    Может стоит по пути libdb идти (присутствуют взаимоконфликтуещие
> devel для всех версий)?

Может.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Денис Смирнов]

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

On Sat, Dec 16, 2006 at 07:18:56PM +0300, Aleksey Avdeev wrote:

>> Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и API. Тут 
>> я пока что сделал так -- старый пакет libflac7, из которого получаются только 
>> библиотеки, без devel, и новый libflac, из которого получается все, что было 
>> раньше в старом пакете.
AA>    А как быть, если требуется собрать нечто со старыми flac? Где искать 
AA> для него devel?
AA>    Может стоит по пути libdb идти (присутствуют взаимоконфликтуещие 
AA> devel для всех версий)?

Это очень плохо тем, что не будет "пинков" на тему несобираемости пакетов.
В сизифе подобная каша должна иметь очень серьезное обоснование. А
отсутствие/присутствие devel управляется, обычно, --with-devel.

То есть если обновилась библиотека, от которой зависит некий пакет, он
должен перестать собираться до тех пор, пока не будет пофиксен на предмет
сборки с новой версией.

И по крайней мере в ситуации "сменился soname не сменился API" старый
devel должен уйти в /dev/null совершенно однозначно.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
В 'man awk' все четко описано по этому поводу. Так что этот баг
не в gawk.
		-- legion in sisyphus@


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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Денис Смирнов]

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

On Sat, Dec 16, 2006 at 03:36:31PM +0300, Pavlov Konstantin wrote:

PK> 1) Сменился SONAME и сменился API. В этом случае простая пересборка пакетов, 
PK> зависящих от данного не поможет, нужно хирургическое вмешательство.

Это уже проблемы этих пакетов. Главное что они продолжают ставиться вплоть
до их пересборки мантейнером.

PK> 2) Сменился SONAME, но API не поменялся. Тут пересборка поможет.

Ага.

PK> Распишите, пожалуйста, как правильно в этих случаях паковать версию со старым 
PK> SONAME и с новым. 

Лучше всего вообще паковать с именем lib%name%soname. При этом devel
паковать как lib%name-devel, и только от пакета с последней версией.

PK> Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и API. Тут 
PK> я пока что сделал так -- старый пакет libflac7, из которого получаются только 
PK> библиотеки, без devel, и новый libflac, из которого получается все, что было 
PK> раньше в старом пакете.

Точно. Только я бы сделал libflac8 и libflac-devel.

PK> Пример 2) -- пакет net-snmp, в котором сменился SONAME, а API не поменялось. 
PK> Тут я думал сделать примерно так же, как и в flac, т.к. простая пересборка с 
PK> новой версией должна пройти успешно.

Уж не знаю поменялся он там или нет, но asterisk с новым net-snmp не
собирается. Где-то что-то надо патчить. Причем отвалилось определение
наличия net-snmp в configure.

PK> Поправьте меня, если я где не прав.

В любом случае когда сменилась soname надо делать отдельный пакет. В
противном случае apt-get dist-upgrade отправляется нафиг.

>> Иначе у обновляющихся с более старых дистрибутивов apt'у крышняк срывает
>> напрочь.
PK> OK, Напишите, как что делать правильно, а я уж и policy draft попробую 
PK> накатать.

Ok.

Основа:
 - отдельное имя пакета для каждого soname;
 - один devel на все пакеты с фиксированым именем (lib%name-devel);

И уже от этого сразу станет легче.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
<Voins> drF_ckoff, а ты не хочешь на конференции про свои balls доклад сделать? :))

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Led]

В сообщении от 16 декабря 2006 18:44 Денис Смирнов написал(a):
> On Sat, Dec 16, 2006 at 03:36:31PM +0300, Pavlov Konstantin wrote:
>
> PK> 1) Сменился SONAME и сменился API. В этом случае простая пересборка
> пакетов, PK> зависящих от данного не поможет, нужно хирургическое
> вмешательство.
>
> Это уже проблемы этих пакетов. Главное что они продолжают ставиться вплоть
> до их пересборки мантейнером.
>
> PK> 2) Сменился SONAME, но API не поменялся. Тут пересборка поможет.
>
> Ага.
>
> PK> Распишите, пожалуйста, как правильно в этих случаях паковать версию со
> старым PK> SONAME и с новым.
>
> Лучше всего вообще паковать с именем lib%name%soname. При этом devel
> паковать как lib%name-devel, и только от пакета с последней версией.
>
> PK> Пример 1) -- пакет flac, в котором помимо смены SONAME сменился еще и
> API. Тут PK> я пока что сделал так -- старый пакет libflac7, из которого
> получаются только PK> библиотеки, без devel, и новый libflac, из которого
> получается все, что было PK> раньше в старом пакете.
>
> Точно. Только я бы сделал libflac8 и libflac-devel.
>
> PK> Пример 2) -- пакет net-snmp, в котором сменился SONAME, а API не
> поменялось. PK> Тут я думал сделать примерно так же, как и в flac, т.к.
> простая пересборка с PK> новой версией должна пройти успешно.
>
> Уж не знаю поменялся он там или нет, но asterisk с новым net-snmp не
> собирается. Где-то что-то надо патчить. Причем отвалилось определение
> наличия net-snmp в configure.
>
> PK> Поправьте меня, если я где не прав.
>
> В любом случае когда сменилась soname надо делать отдельный пакет.

ИМХО всё же не в "любом". Если API не поменялось и зависимые от библиотеки 
пересобираются без проблем, то, мне кажется, плодить цифры в названии 
пакетов - лишнее... То же самое, если мэйнтейнер библиотеки может предложить 
рабочее решее (патч) для неперосибаемого зависимого пакета (хотя, если от 
библиотеки зависит очень много пакетов, это может быть трудно для мейнтейнера 
библиотеки).
Из своей не слишком богатой практики: я стараюсь не заливать в Sisyphus новую 
либу, не найдя или не изготовив патчей для всех зависимых пакетов.

Касательно libflac: я и говорил здесь в рассылке, что неплохо бы положить 
новый libflac хотя бы в Daedalus. Таким образом, появится возможность 
мейнтейнерам зависимых пакетов "подогнать" свои пакеты к новой библиотеке, 
проверить собираемость, да и "посторонние" люди, возможно, смогуть изготовить 
решения для сборки не-своих пакетов с новой библиотекой (я бы, например, мог 
посмотреть один-пару пакетов: поискать/изготовить к ним патчи, проверить 
собираемость, если получится - предложить решение в рассылку/багзиллу).

> В 
> противном случае apt-get dist-upgrade отправляется нафиг.
>
> >> Иначе у обновляющихся с более старых дистрибутивов apt'у крышняк срывает
> >> напрочь.

В своём мнении я не претендую на Policy, может я и не прав - всего 
лишь "личные наблюдения":)

-- 
Led.

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Pavlov Konstantin]

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

On Monday 18 December 2006 13:08, Led wrote:

> > В любом случае когда сменилась soname надо делать отдельный пакет.
>
> ИМХО всё же не в "любом". Если API не поменялось и зависимые от библиотеки
> пересобираются без проблем, то, мне кажется, плодить цифры в названии
> пакетов - лишнее...

Согласен. Какие еще мнения на этот счет?

> То же самое, если мэйнтейнер библиотеки может 
> предложить рабочее решее (патч) для неперосибаемого зависимого пакета
> (хотя, если от библиотеки зависит очень много пакетов, это может быть
> трудно для мейнтейнера библиотеки).
> Из своей не слишком богатой практики: я стараюсь не заливать в Sisyphus
> новую либу, не найдя или не изготовив патчей для всех зависимых пакетов.
>
> Касательно libflac: я и говорил здесь в рассылке, что неплохо бы положить
> новый libflac хотя бы в Daedalus. 

Он уже давно лежит в git.

http://git.altlinux.org/people/thresh/packages/?p=flac.git

> Таким образом, появится возможность мейнтейнерам зависимых 
пакетов "подогнать" свои пакеты к новой библиотеке, проверить собираемость, 
да и "посторонние" люди, возможно, смогуть изготовить решения для сборки 
не-своих пакетов с новой библиотекой (я бы, например, мог посмотреть 
один-пару пакетов: поискать/изготовить к ним патчи, проверить собираемость, 
если получится - предложить решение в рассылку/багзиллу).

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Dmitry V. Levin]

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

On Mon, Dec 18, 2006 at 08:53:01PM +0300, Pavlov Konstantin wrote:
> On Monday 18 December 2006 13:08, Led wrote:
> 
> > > В любом случае когда сменилась soname надо делать отдельный пакет.
> >
> > ИМХО всё же не в "любом". Если API не поменялось и зависимые от библиотеки
> > пересобираются без проблем, то, мне кажется, плодить цифры в названии
> > пакетов - лишнее...
> 
> Согласен. Какие еще мнения на этот счет?

Припоминаю историю с обновлением readline: API не поменялось, зависимые
пакеты были пересобраны одновременно с обновлением библиотеки, и всё равно
потом пришлось собрать старую библиотеку.

Так что я склоняюсь к другому мнению: если у библиотеки есть пользователь
отличный от мантейнера библиотеки, то надо "плодить цифры в названии
пакетов".


-- 
ldv

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Денис Смирнов]

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

On Mon, Dec 18, 2006 at 12:08:08PM +0200, Led wrote:

>> В любом случае когда сменилась soname надо делать отдельный пакет.
L> ИМХО всё же не в "любом". Если API не поменялось и зависимые от библиотеки 
L> пересобираются без проблем, то, мне кажется, плодить цифры в названии 
L> пакетов - лишнее... То же самое, если мэйнтейнер библиотеки может предложить 
L> рабочее решее (патч) для неперосибаемого зависимого пакета (хотя, если от 
L> библиотеки зависит очень много пакетов, это может быть трудно для мейнтейнера 
L> библиотеки).
L> Из своей не слишком богатой практики: я стараюсь не заливать в Sisyphus новую 
L> либу, не найдя или не изготовив патчей для всех зависимых пакетов.

Только вот это напрочь сломает точечные обновления. Я хорошо помню как
libreadline сломал все нафиг, пока не залили compat.

Причем хрен с ними с точечными. apt-get upgrade сразу идет нафиг. А вот
это уже неприемлимо ни под каким соусом.

L> Касательно libflac: я и говорил здесь в рассылке, что неплохо бы положить 
L> новый libflac хотя бы в Daedalus. Таким образом, появится возможность 
L> мейнтейнерам зависимых пакетов "подогнать" свои пакеты к новой библиотеке, 
L> проверить собираемость, да и "посторонние" люди, возможно, смогуть изготовить 
L> решения для сборки не-своих пакетов с новой библиотекой (я бы, например, мог 
L> посмотреть один-пару пакетов: поискать/изготовить к ним патчи, проверить 
L> собираемость, если получится - предложить решение в рассылку/багзиллу).

Это решает проблемы девелоперов. На проблемы пользователей, как обычно,
плюнем? :-(

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Не читайте LOR
Он только как юмористический сайт может использоваться
		-- mrkooll in community@

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

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Ildar Mulyukov]

On 16.12.2006 14:57:10, Денис Смирнов wrote:
> On Fri, Dec 15, 2006 at 09:10:55PM +0300, Pavlov Konstantin wrote:
> 
> >> А нельзя ли теперь залить версию со старым soname?
> PK> Залить можно всё, что угодно.
> PK> Policy на это заливание есть?
> 
> Нет, есть сложившаяся практика.
> 
>  Кроме того для пакетов которые относительно часто меняют soname мне   
> вообще  не нравится практика именовать их как lib%name. Это   
> lib%name%soversion.  Иначе у обновляющихся с более старых  
> дистрибутивов apt'у крышняк  срывает  напрочь.

Позвольте с Вами не согласиться. Если в репозитарий поместить  
compat-библиотеки, содержащие старые soname, такое случится? Кста, ещё  
не забывать, чтобы эти compat делали obsolete на старые версии lib%name

С уважением, Ильдар.
-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [devel] net-snmp soname change [SONAME CHANGE POLICY?]

[Денис Смирнов]

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

>> Нет, есть сложившаяся практика.
>>  Кроме того для пакетов которые относительно часто меняют soname мне   
>> вообще  не нравится практика именовать их как lib%name. Это   
>> lib%name%soversion.  Иначе у обновляющихся с более старых  
>> дистрибутивов apt'у крышняк  срывает  напрочь.
IM> Позвольте с Вами не согласиться. Если в репозитарий поместить  
IM> compat-библиотеки, содержащие старые soname, такое случится? Кста, ещё  
IM> не забывать, чтобы эти compat делали obsolete на старые версии lib%name

Можно и так, сути это в общем-то не меняет, кроме логики именования.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Это либо исправляется, либо не в этом дело.
		-- lav in devel@

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

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Sergey Y. Afonin]

On Friday 15 December 2006 19:51, Денис Смирнов wrote:

> PK> hasher'а и проверяла такие случаи?
> PK> Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.
> 
> А нельзя ли теперь залить версию со старым soname?

А смысл ? Или смена не по делу ?

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Денис Смирнов]

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

On Sat, Dec 16, 2006 at 02:28:01PM +0400, Sergey Y. Afonin wrote:

> PK>> hasher'а и проверяла такие случаи?
> PK>> Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.
>> А нельзя ли теперь залить версию со старым soname?
SYA> А смысл ? Или смена не по делу ?

У dist-upgrade крышу сносить будет. И возможность точечных обновлений
отправили, как обычно, нафиг.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
LATER наступило.  Патчи в аттачах.
		-- raorn in #5429

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

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Alexey Tourbin]

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

On Wed, Dec 13, 2006 at 04:50:04PM +0300, Pavlov Konstantin wrote:
> P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом после 
> hasher'а и проверяла такие случаи?
> 
> Про rpmsodiff я в курсе, но хотелось бы именно автоматического уведомления.

rpmsodiff делает совсем другое.  Оно ищет *одинаковые* сонеймы в двух
пакетах и запускает diff на их символы.  Это позволяет генерировать
предварительный вариант version script относительно старого пакета.
Но при смене soname запускать rpmsodiff уже смысла нет.

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

Re: [devel] [Sisyphus-cybertalk] net-snmp soname change

[Pavlov Konstantin]

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

On Saturday 16 December 2006 23:31, Alexey Tourbin wrote:
> On Wed, Dec 13, 2006 at 04:50:04PM +0300, Pavlov Konstantin wrote:
> > P.S. А нет ли какой умной утилитки, которая бы вызывалась автоматом после
> > hasher'а и проверяла такие случаи?
> >
> > Про rpmsodiff я в курсе, но хотелось бы именно автоматического
> > уведомления.
>
> rpmsodiff делает совсем другое.  Оно ищет *одинаковые* сонеймы в двух
> пакетах и запускает diff на их символы.  Это позволяет генерировать
> предварительный вариант version script относительно старого пакета.
> Но при смене soname запускать rpmsodiff уже смысла нет.

Я про то, что rpmsodiff хотя бы может показать отсутствие одинаковых soname в 
пакете.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

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