[devel] #103969 shared task: cyrus-sasl 2.1.26

[devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

Приветствую.

А давайте cyrus-sasl обновим ? cyrus-imapd я добавлю (собственно, он-то
мне и нужен, на самом деле), а вот если кто-то меня с остальными пакетами
опрередит, будет здорово.

        ACLs of affected packages:
389-ds  vitty @everybody
SPICE   shaba @everybody
autofs  sbolshakov
cyrus-imapd     crux @everybody
ekiga   shaba @everybody
exim    force @everybody
gtk-vnc aris
kde4pim zerg
kde4pimlibs     zerg
kdebase rom_as zerg @everybody
kdepim  rom_as zerg @everybody
libetpan        sem @everybody
libpt   shaba @everybody
libpw1.11       mithraen @everybody
libspice-gtk    shaba @everybody
libvirt solo real rider shaba
mozldap legion
mutt1.5 @nobody
openldap        @openldap
pidgin  shaba damned mike shrek
pine    viy @everybody
postfix ldv george
qca2    zerg
qemu    shaba @everybody
sendmail        asy
squid   vitty bga @everybody
squid_3.1       led @everybody
tcl-sasl        sbolshakov
ziproxy rt @everybody

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ? cyrus-imapd я добавлю (собственно, он-то
> мне и нужен, на самом деле), а вот если кто-то меня с остальными пакетами
> опрередит, будет здорово.

Что-то оно не сильно просто:

http://git.altlinux.org/tasks/103969/logs/events.6.1.log

Selected version sdf#1:2.001-alt3 for sdf>=2
Selected version libsasl2-devel#2.1.26-alt1.git.20130830 for libsasl2-devel>=2.1.24-alt1.cvs.20090508
Selecting libdb4.7-devel for 'libdb4-devel'
Selecting libltdl7-devel for 'libltdl-devel'
Investigating libldap
Package libldap has broken dep on libsasl2.so.2
  Considering libsasl2 2 as a solution to libldap -1
  Holding Back libldap rather than change libsasl2.so.2

Зачем libldap хочет libsasl2.so.2 ? Или это последствия циклической
зависимости libldap <> libsasl2, и надо кого-то из них пересобрать
без другого для начала ? 

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[alexei]

----- Исходное сообщение -----
> От: "Sergey Y. Afonin" <asy@altlinux.ru>
> Кому: devel@lists.altlinux.org
> Отправленные: Четверг, 12 Сентябрь 2013 г 23:55:57
> Тема: Re: [devel] #103969 shared task: cyrus-sasl 2.1.26
> 
> Что-то оно не сильно просто:
> 
> http://git.altlinux.org/tasks/103969/logs/events.6.1.log
> 
> Selected version sdf#1:2.001-alt3 for sdf>=2
> Selected version libsasl2-devel#2.1.26-alt1.git.20130830 for
> libsasl2-devel>=2.1.24-alt1.cvs.20090508
> Selecting libdb4.7-devel for 'libdb4-devel'
> Selecting libltdl7-devel for 'libltdl-devel'
> Investigating libldap
> Package libldap has broken dep on libsasl2.so.2
>   Considering libsasl2 2 as a solution to libldap -1
>   Holding Back libldap rather than change libsasl2.so.2
> 
> Зачем libldap хочет libsasl2.so.2 ? Или это последствия циклической
> зависимости libldap <> libsasl2, и надо кого-то из них пересобрать
> без другого для начала ?

Да, это цикличаская записимость. Для обхода предусмотрена крутилка --disable ldap

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Friday 13 September 2013, alexei@taf.ru wrote:

> > Зачем libldap хочет libsasl2.so.2 ? Или это последствия циклической
> > зависимости libldap <> libsasl2, и надо кого-то из них пересобрать
> > без другого для начала ?
> 
> Да, это цикличаская записимость. Для обхода предусмотрена крутилка --disable ldap
 
Что-то не помогло...

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Friday 13 September 2013, alexei@taf.ru wrote:

> > Зачем libldap хочет libsasl2.so.2 ? Или это последствия циклической
> > зависимости libldap <> libsasl2, и надо кого-то из них пересобрать
> > без другого для начала ?
> 
> Да, это цикличаская записимость. Для обхода предусмотрена 
> крутилка --disable ldap 

А цикл, похоже, в другом месте... 

openldap -> libssl-devel -> libkrb5-devel -> libkrb5-ldap -> libldap-2.4.so.2

Так что, это libkrb5 надо без ldap собирать, похоже...

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Friday 13 September 2013, Sergey Y. Afonin wrote:

> > Да, это цикличаская записимость. Для обхода предусмотрена 
> > крутилка --disable ldap 
> 
> А цикл, похоже, в другом месте... 
> 
> openldap -> libssl-devel -> libkrb5-devel -> libkrb5-ldap -> libldap-2.4.so.2
> 
> Так что, это libkrb5 надо без ldap собирать, похоже...

Отцепил со стороны OpenLDAP:

* Thu Sep 12 2013 Sergey Y. Afonin <asy@altlinux.ru> 2.4.32-alt2.1
- NMU: temporary rebuilt without cyrus-sasl (for sasl update)

Сборка пошла, можно начинать добавлять остальное. Вроде как, все
пакеты с мантейнерами, вдруг там что обновить захочется заодно...
Кстати, Exim не первой свежести, а Виктор, вроде бы, давно не 
собирал ничего...

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Michael Shigorin]

On Fri, Sep 13, 2013 at 03:43:56PM +0400, Sergey Y. Afonin wrote:
> Кстати, Exim не первой свежести, а Виктор, вроде бы, давно не
> собирал ничего...

Да, exim ищет майнтейнера или идёт на пенсию, думаю.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> а вот если кто-то меня с остальными пакетами опрередит, будет
> здорово. 

Что-то тишина... А скрипт был, вроде, который автоматом задания
на пересборку добавляет ?..

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ?

Откуда такая засада ?

2013-Sep-17 09:40:01 :: mozldap.git 6.0.7-alt1.1: src package `mozldap' version `6.0.7-alt1.1' is not greater than its version `6.0.7-alt2.M60C.1' in `c6'

Во-первых, почему происходит сверка не Сизифом, а во-вторых, 
почему в c6 случился пакет старше, чем в Сизифе ?


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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Dmitry V. Levin]

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

On Tue, Sep 17, 2013 at 02:06:04PM +0400, Sergey Y. Afonin wrote:
> On Thursday 12 September 2013, Sergey Y. Afonin wrote:
> 
> > А давайте cyrus-sasl обновим ?
> 
> Откуда такая засада ?

На мой взгляд, это была не засада, а мина замедленного действия.

> 2013-Sep-17 09:40:01 :: mozldap.git 6.0.7-alt1.1: src package `mozldap' version `6.0.7-alt1.1' is not greater than its version `6.0.7-alt2.M60C.1' in `c6'
> 
> Во-первых, почему происходит сверка не Сизифом, а во-вторых, 

Сверка с Сизифом, конечно, тоже происходит.

> почему в c6 случился пакет старше, чем в Сизифе ?

$ rpmquery --changes-since 6.0.7-alt1 -p files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null 
* Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux> 6.0.7-alt2.M60C.1
- mozldap-alt-fix-ldap_str2charray.patch


-- 
ldv

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Tuesday 17 September 2013, Dmitry V. Levin wrote:

> > почему в c6 случился пакет старше, чем в Сизифе ?
> 
> $ rpmquery --changes-since 6.0.7-alt1 -p files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null 
> * Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux> 6.0.7-alt2.M60C.1
> - mozldap-alt-fix-ldap_str2charray.patch
 
Это понятно. Вопрос в том, почему ещё в c6 пропустили мимо
Сизифа. :-) Ну и что делать, до кучи. Подождать, пока разрулится ?
Кстати, а его скопировать в Сизиф нельзя, как есть ?

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

[devel] бардак с mozldap (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Sergey Y. Afonin]

On Tuesday 17 September 2013, Sergey Y. Afonin wrote:

> > $ rpmquery --changes-since 6.0.7-alt1 -p files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null 
> > * Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux> 6.0.7-alt2.M60C.1
> > - mozldap-alt-fix-ldap_str2charray.patch
>  
> Это понятно. Вопрос в том, почему ещё в c6 пропустили мимо
> Сизифа. :-) Ну и что делать, до кучи. Подождать, пока разрулится ?
> Кстати, а его скопировать в Сизиф нельзя, как есть ?

Хех... у cas@ лежит 6.0.7-alt3, у legion@ - alt2. 
http://packages.altlinux.org/en/Sisyphus/srpms/mozldap/gear

Что-то тут вообще всё запущено. Сейчас я у себя alt4 сделаю
временно, чтобы формирование адания не задерживать, но надо
этот пакет по репозитариям в порядок приводить как-то.

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

Re: [devel] бардак с mozldap (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Alexey Gladkov]

17.09.2013 15:20, Sergey Y. Afonin wrote:
> On Tuesday 17 September 2013, Sergey Y. Afonin wrote:
> 
>>> $ rpmquery --changes-since 6.0.7-alt1 -p files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null 
>>> * Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux> 6.0.7-alt2.M60C.1
>>> - mozldap-alt-fix-ldap_str2charray.patch
>>  
>> Это понятно. Вопрос в том, почему ещё в c6 пропустили мимо
>> Сизифа. :-) Ну и что делать, до кучи. Подождать, пока разрулится ?
>> Кстати, а его скопировать в Сизиф нельзя, как есть ?
> 
> Хех... у cas@ лежит 6.0.7-alt3, у legion@ - alt2. 
> http://packages.altlinux.org/en/Sisyphus/srpms/mozldap/gear
> 
> Что-то тут вообще всё запущено. Сейчас я у себя alt4 сделаю
> временно, чтобы формирование адания не задерживать, но надо
> этот пакет по репозитариям в порядок приводить как-то.

В сизифе 6.0.7-alt1. Никто обновить меня его не просил.

http://git.altlinux.org/gears/m/mozldap.git

Если вам не сложно, то сделайте alt4 на основе моего.

-- 
Rgrds, legion

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Vitaly Kuznetsov]

Dmitry V. Levin писал 17.09.2013 12:18:
> On Tue, Sep 17, 2013 at 02:06:04PM +0400, Sergey Y. Afonin wrote:
>> On Thursday 12 September 2013, Sergey Y. Afonin wrote:
>>
>> > А давайте cyrus-sasl обновим ?
>>
>> Откуда такая засада ?
>
> На мой взгляд, это была не засада, а мина замедленного действия.
>

Мина - это когда наступишь и всё плохо. А тут наступили - и есть повод 
подумать :-)

>> почему в c6 случился пакет старше, чем в Сизифе ?
>
> $ rpmquery --changes-since 6.0.7-alt1 -p
> files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null
> * Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux> 6.0.7-alt2.M60C.1
> - mozldap-alt-fix-ldap_str2charray.patch

Я уже немного подзабыл эту историю, но мне сейчас думается, что без 
него thunderbird склеивал ласты при некотором специальном состоянии 
среды (в районе pam/nss). Это специальное состояние среды встречалось 
только у одного конкретного пользователя c6 и этот патч (точное 
происхождение вспомнить сложно, сейчас гуглится в suse: 
https://build.opensuse.org/package/view_file?file=mozldap-charray_strdup.patch&package=MozillaThunderbird2&project=mozilla%3Alegacy) 
ситуацию исправлял. В связи с тем, что бранчи образуются почкованием 
требовалось повысить релиз. Можно, наверное, было дать -alt1.1.M60C.1 
или нечто подобное, но об это тоже можно было споткнуться.

Итого:
1) Решение сейчас: собирать в Сизиф -alt3. Нужен ли патч - вопрос к 
поддерживающим c6.
2) Решение на будущее: такие специальные бранчи, требующие специального 
сопровождения, со своими гарантиями по поддержке не могут быть "чистым" 
даунстримом Сизифа, специальные изменения будут существовать всегда. 
Текущий способ производства бранчей (почкование) этому немного 
припятствует в том смысле, что для внесения изменений нужно повышать 
релиз в Сизифе. Для того, чтобы такой конфликт не возникал нужно иметь 
какое-то место в релизе, позволяюшее проводить пересборки после 
бранчевания.

Re: [devel] бардак с mozldap (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

17.09.2013 15:33, Alexey Gladkov пишет:
> 17.09.2013 15:20, Sergey Y. Afonin wrote:
>> On Tuesday 17 September 2013, Sergey Y. Afonin wrote:
>> 
>>>> $ rpmquery --changes-since 6.0.7-alt1 -p
>>>> files/SRPMS/mozldap-6.0.7-alt2.M60C.1.src.rpm 2>/dev/null *
>>>> Wed Apr 25 2012 Vitaly Kuznetsov <vitty@altlinux>
>>>> 6.0.7-alt2.M60C.1 - mozldap-alt-fix-ldap_str2charray.patch
>>> 
>>> Это понятно. Вопрос в том, почему ещё в c6 пропустили мимо 
>>> Сизифа. :-) Ну и что делать, до кучи. Подождать, пока
>>> разрулится ? Кстати, а его скопировать в Сизиф нельзя, как есть
>>> ?
>> 
>> Хех... у cas@ лежит 6.0.7-alt3, у legion@ - alt2. 
>> http://packages.altlinux.org/en/Sisyphus/srpms/mozldap/gear
>> 
>> Что-то тут вообще всё запущено. Сейчас я у себя alt4 сделаю 
>> временно, чтобы формирование адания не задерживать, но надо этот
>> пакет по репозитариям в порядок приводить как-то.
> 
> В сизифе 6.0.7-alt1. Никто обновить меня его не просил.
Просил я: https://bugzilla.altlinux.org/show_bug.cgi?id=27693

> http://git.altlinux.org/gears/m/mozldap.git
> 
> Если вам не сложно, то сделайте alt4 на основе моего.
И именно инкремент версии я и просил год назад.

- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEARECAAYFAlI4P5AACgkQSGPA9Knr8TFE4wCgp7vy7MwPS+mMt3cgSOsv/JNT
x+IAn3d0VXQBddSVlIblIxSBkOvYXwJD
=Cft8
-----END PGP SIGNATURE-----

Re: [devel] бардак с mozldap (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Alexey Gladkov]

17.09.2013 15:40, Андрей Черепанов wrote:
>> В сизифе 6.0.7-alt1. Никто обновить меня его не просил.
> Просил я: https://bugzilla.altlinux.org/show_bug.cgi?id=27693

Ты же и закрыл багу 2012-10-03 11:49:33 без моего участия. Последний
твой коммит о том, что у что-то там работает.

-- 
Rgrds, legion

Re: [devel] бардак с mozldap (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Sergey Y. Afonin]

On Tuesday 17 September 2013, Alexey Gladkov wrote:

> http://git.altlinux.org/gears/m/mozldap.git
> Если вам не сложно, то сделайте alt4 на основе моего.

Хорошо, сделаю.

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Tuesday 17 September 2013, Vitaly Kuznetsov wrote:

> ситуацию исправлял. В связи с тем, что бранчи образуются почкованием 
> требовалось повысить релиз. Можно, наверное, было дать -alt1.1.M60C.1 
> или нечто подобное, но об это тоже можно было споткнуться.

alt0.M60C.1.(и т.д.), наверное, был бы нормально... Хотя, любое 
обновление до следующего бранча вызвало бы установку пакета старого
содержания. Но, опять же, если патч нужный хоть кому-то, и он ничего
не ломает, почему его не надо в Сизиф ? Можно было и обновить везде.

> 1) Решение сейчас: собирать в Сизиф -alt3. Нужен ли патч - вопрос к 
> поддерживающим c6.

У Алексея в git сборка alt2 уже с патчем, так что он останется, очевидно.

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Vitaly Kuznetsov]

Sergey Y. Afonin писал 17.09.2013 14:03:
> On Tuesday 17 September 2013, Vitaly Kuznetsov wrote:
>
>> ситуацию исправлял. В связи с тем, что бранчи образуются почкованием
>> требовалось повысить релиз. Можно, наверное, было дать 
>> -alt1.1.M60C.1
>> или нечто подобное, но об это тоже можно было споткнуться.
>
> alt0.M60C.1.(и т.д.), наверное, был бы нормально... Хотя, любое
> обновление до следующего бранча вызвало бы установку пакета старого
> содержания. Но, опять же, если патч нужный хоть кому-то, и он ничего
> не ломает, почему его не надо в Сизиф ? Можно было и обновить везде.
>

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

17.09.2013 16:03, Sergey Y. Afonin пишет:
> On Tuesday 17 September 2013, Vitaly Kuznetsov wrote:
> 
>> ситуацию исправлял. В связи с тем, что бранчи образуются
>> почкованием требовалось повысить релиз. Можно, наверное, было
>> дать -alt1.1.M60C.1 или нечто подобное, но об это тоже можно было
>> споткнуться.
> 
> alt0.M60C.1.(и т.д.), наверное, был бы нормально... Хотя, любое 
> обновление до следующего бранча вызвало бы установку пакета
> старого содержания. Но, опять же, если патч нужный хоть кому-то, и
> он ничего не ломает, почему его не надо в Сизиф ? Можно было и
> обновить везде.
Не получится, так как в момент бранчевания уже был alt1. Так что
разумнее было просто поднять релиз в Sisyphus.

- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEARECAAYFAlI4SsAACgkQSGPA9Knr8TFvjwCgmrYIQdzlpY54NkrK0gCwH+Ip
ouQAnjORRuD3q30YuKTqp/SJB0M+aE+u
=LlNY
-----END PGP SIGNATURE-----

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Tuesday 17 September 2013, Андрей Черепанов wrote:

> > alt0.M60C.1.(и т.д.), наверное, был бы нормально... Хотя, любое
> > обновление до следующего бранча вызвало бы установку пакета
> > старого содержания. Но, опять же, если патч нужный хоть кому-то, и
> > он ничего не ломает, почему его не надо в Сизиф ? Можно было и
> > обновить везде.

> Не получится, так как в момент бранчевания уже был alt1. Так что
> разумнее было просто поднять релиз в Sisyphus.
 
Значит, поднять. :-) Опять же, есть возможность сделать NMU. Можно
внести в полиси возможность делать "NMU: bump release for ..." без
ожидания, если требуется срочное обновление в каком-то бранче.

Кстати, на основе http://git.altlinux.org/people/cas/packages/?p=mozldap.git
ничего не собиралось ? Может, тогда, alt3 в Сизиф, а не alt4, чтобы лишнего
не плодить.

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

[devel] libpw1.11 (Re: #103969 shared task: cyrus-sasl 2.1.26)

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ?

Опять непонятка какая-то. Пересборка libpw1.11:

Investigating libpw1.11
Package libpw1.11 has broken dep on libsasl2.so.2
  Considering libsasl2 2 as a solution to libpw1.11 2
  Holding Back libpw1.11 rather than change libsasl2.so.2
Investigating libpw1.11-devel
Package libpw1.11-devel has broken dep on libpw1.11
  Considering libpw1.11 2 as a solution to libpw1.11-devel 9999
    Reinst Failed early because of libsasl2.so.2
Done

The following packages have unmet dependencies:
  libpw1.11-devel: Depends: libpw1.11 (= 1.11.2-alt0.9cvs20061011.4)

Зачем в зависимостях libpw1.11-devel ? Случайно попало и осталось,
что ли ?

-- 
С уважением, Сергей Афонин

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

17.09.2013 17:02, Sergey Y. Afonin пишет:
> On Tuesday 17 September 2013, Андрей Черепанов wrote:
> 
>>> alt0.M60C.1.(и т.д.), наверное, был бы нормально... Хотя,
>>> любое обновление до следующего бранча вызвало бы установку
>>> пакета старого содержания. Но, опять же, если патч нужный хоть
>>> кому-то, и он ничего не ломает, почему его не надо в Сизиф ?
>>> Можно было и обновить везде.
> 
>> Не получится, так как в момент бранчевания уже был alt1. Так что 
>> разумнее было просто поднять релиз в Sisyphus.
> 
> Значит, поднять. :-) Опять же, есть возможность сделать NMU. Можно 
> внести в полиси возможность делать "NMU: bump release for ..." без 
> ожидания, если требуется срочное обновление в каком-то бранче.
> 
> Кстати, на основе
> http://git.altlinux.org/people/cas/packages/?p=mozldap.git ничего
> не собиралось ? Может, тогда, alt3 в Сизиф, а не alt4, чтобы
> лишнего не плодить.
Моё не берите. Проблему решили через nss-ldapd.

- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEARECAAYFAlI5RWIACgkQSGPA9Knr8TEhoACgtDk3hyeeoWlW+kBsqObz5dtG
esoAniCEsBwON5GmGUgjX73V300mSjHH
=yCtM
-----END PGP SIGNATURE-----

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ?

mithraen@ предложил обратить внимание на Shared Libs Policy. Я 
некоторое время пообращал, и вот что получается. В принципе, если
оставить libsasl2 со старым soname, новые плагины работают, по
крайней мере, libsql. Так что, в принципе, можно бы и не пересобирать
всё разом. Но не исключено, что это частный случай, так как soname,
на самом деле, у апстрима поменялся на 3.0.0 как раз таки у 2.1.24
(или, что точнее, у 2.1.24-alt1.cvs.20090508; может у чистого 2.1.24
и не 3.0.0), а у нас он остался 2.0.24 из-за вот этого изменения:

* Tue May 12 2009 Vladimir V. Kamarzin <vvk@altlinux.org> 2.1.24-alt1.cvs.20090508
- Add version script

И, похоже, совместимость сейчас есть. Вопрос: воспользоваться ли ситуацией
и сделать обновление через Shared Libs Policy без пересборки всего зависимого,
а разбираться при следующей смене soname, или, всё же, добить задание #103969
до конца ? Кто как думает ?

Ещё раз, как я выше написал, проверил только с libsql

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

PS: vvk@ не вспомнил, чем ему новый soname не угодил. Может, пересборкой 
этой большой как раз ?

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Led]

On Tuesday 24 September 2013 18:04:23 Sergey Y. Afonin wrote:
> On Thursday 12 September 2013, Sergey Y. Afonin wrote:
> > А давайте cyrus-sasl обновим ?
>
> mithraen@ предложил обратить внимание на Shared Libs Policy. Я
> некоторое время пообращал, и вот что получается. В принципе, если
> оставить libsasl2 со старым soname, новые плагины работают, по
> крайней мере, libsql. Так что, в принципе, можно бы и не пересобирать
> всё разом. Но не исключено, что это частный случай, так как soname,
> на самом деле, у апстрима поменялся на 3.0.0 как раз таки у 2.1.24
> (или, что точнее, у 2.1.24-alt1.cvs.20090508; может у чистого 2.1.24
> и не 3.0.0), а у нас он остался 2.0.24 из-за вот этого изменения:
>
> * Tue May 12 2009 Vladimir V. Kamarzin <vvk@altlinux.org>
> 2.1.24-alt1.cvs.20090508 - Add version script
>
> И, похоже, совместимость сейчас есть. Вопрос: воспользоваться ли ситуацией
> и сделать обновление через Shared Libs Policy без пересборки всего
> зависимого, а разбираться при следующей смене soname, или, всё же, добить
> задание #103969 до конца ? Кто как думает ?
>
> Ещё раз, как я выше написал, проверил только с libsql

Если вы уверены в абсолютной совместимости libxxx.so.3 с libxxx.so.2, то что 
мешает (раньше мешало) сделать соответствующий симлинк?

-- 
Led

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Tuesday 24 September 2013, Led wrote:

> > И, похоже, совместимость сейчас есть. Вопрос: воспользоваться ли ситуацией
> > и сделать обновление через Shared Libs Policy без пересборки всего
> > зависимого, а разбираться при следующей смене soname, или, всё же, добить
> > задание #103969 до конца ? Кто как думает ?
> >
> > Ещё раз, как я выше написал, проверил только с libsql
> 
> Если вы уверены в абсолютной совместимости libxxx.so.3 с libxxx.so.2,

Нет, не уверен. Я написал же, что только с libsql проверил. 

> то что мешает (раньше мешало) сделать соответствующий симлинк?

Не знаю, пакетом же Владимр Камарзин занимался, а я к cyrus-sasl отношения
не имел до настоящего момента. Его спрашивал, но он не помнит причины, по 
которой 4 года назад воспрепятствовал смене soname у libsasl2.

Интересно, а если симлинк сделать, у проверки set version много шансов
проблемы возможные отловить ?

-- 
С уважением, Сергей Афонин

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Led]

On Tuesday 24 September 2013 19:32:40 Sergey Y. Afonin wrote:
> On Tuesday 24 September 2013, Led wrote:
> > > И, похоже, совместимость сейчас есть. Вопрос: воспользоваться ли
> > > ситуацией и сделать обновление через Shared Libs Policy без пересборки
> > > всего зависимого, а разбираться при следующей смене soname, или, всё
> > > же, добить задание #103969 до конца ? Кто как думает ?
> > >
> > > Ещё раз, как я выше написал, проверил только с libsql
> >
> > Если вы уверены в абсолютной совместимости libxxx.so.3 с libxxx.so.2,
>
> Нет, не уверен. Я написал же, что только с libsql проверил.
>
> > то что мешает (раньше мешало) сделать соответствующий симлинк?
>
> Не знаю, пакетом же Владимр Камарзин занимался, а я к cyrus-sasl отношения
> не имел до настоящего момента. Его спрашивал, но он не помнит причины, по
> которой 4 года назад воспрепятствовал смене soname у libsasl2.
>
> Интересно, а если симлинк сделать, у проверки set version много шансов
> проблемы возможные отловить ?

Сделайте тестовое задание - увидите. Если оно "пройдёт" - это далеко не факт, 
что проблем нет - "set version" отлавливает "чуть больше, чем ничего". Но 
зато это будет вариант пересборки без двух(трёх?)кратного костыльного 
бутстрапа.

-- 
Led

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Dmitry V. Levin]

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

On Tue, Sep 24, 2013 at 07:04:23PM +0400, Sergey Y. Afonin wrote:
> On Thursday 12 September 2013, Sergey Y. Afonin wrote:
> 
> > А давайте cyrus-sasl обновим ?
> 
> mithraen@ предложил обратить внимание на Shared Libs Policy. Я 
> некоторое время пообращал, и вот что получается. В принципе, если
> оставить libsasl2 со старым soname, новые плагины работают, по
> крайней мере, libsql. Так что, в принципе, можно бы и не пересобирать
> всё разом. Но не исключено, что это частный случай, так как soname,
> на самом деле, у апстрима поменялся на 3.0.0 как раз таки у 2.1.24
> (или, что точнее, у 2.1.24-alt1.cvs.20090508; может у чистого 2.1.24
> и не 3.0.0), а у нас он остался 2.0.24 из-за вот этого изменения:
> 
> * Tue May 12 2009 Vladimir V. Kamarzin <vvk@altlinux.org> 2.1.24-alt1.cvs.20090508
> - Add version script
> 
> И, похоже, совместимость сейчас есть. Вопрос: воспользоваться ли ситуацией
> и сделать обновление через Shared Libs Policy без пересборки всего зависимого,
> а разбираться при следующей смене soname, или, всё же, добить задание #103969
> до конца ? Кто как думает ?

-/lib64/libsasl2.so.2.0.24	B	global_callbacks
-/lib64/libsasl2.so.2.0.24	B	global_callbacks_client
+/lib64/libsasl2.so.3.0.0	T	_sasl_is_equal_mech
+/lib64/libsasl2.so.3.0.0	T	sasl_config_done
см. http://git.cyrusimap.org/cyrus-sasl/commit/?id=32c3b03ef4918a457f2be41ba12f349f1de0f8fd

Предлагаю попробовать soname не менять и пакет не переименовывать.


-- 
ldv

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Wednesday 25 September 2013, Dmitry V. Levin wrote:

> -/lib64/libsasl2.so.2.0.24      B       global_callbacks
> -/lib64/libsasl2.so.2.0.24      B       global_callbacks_client
> +/lib64/libsasl2.so.3.0.0       T       _sasl_is_equal_mech
> +/lib64/libsasl2.so.3.0.0       T       sasl_config_done
> см. http://git.cyrusimap.org/cyrus-sasl/commit/?id=32c3b03ef4918a457f2be41ba12f349f1de0f8fd
> 
> Предлагаю попробовать soname не менять и пакет не переименовывать.
 
Очередной тестовый проход закончился успешно практически, как
раз, с переименованием по SharedLibs policy (с симлинком, как
led@ предложил, не прокатило). Одинн пакет оказался с плагином
слинкован, так что, в пакет со старой библиотекой надо ещё этот
плагин добавить, и всё будет готово:

        i586: NEW unmet dependencies detected:
tcl-sasl#1.0-alt1.qa1           /usr/lib/sasl2/libsasldb.so.2

Не менять soname теперь сложнее, так как надо ещё разобраться,
почему перестала работать конструкция с version_script: если бы
работала, я бы и не заметил, наверное, проблему с нужностью 
пересборки. Да и у апстрима, всё же, 3.0.0, мало ли, кто какой
бинарник захочет в дистрибутив со стороны втянуть ?

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Wednesday 25 September 2013, Sergey Y. Afonin wrote:

> > Предлагаю попробовать soname не менять и пакет не переименовывать.
>  
> Очередной тестовый проход закончился успешно практически, как
> раз, с переименованием по SharedLibs policy 

В общем

2013-Sep-25 13:17:04 :: test-only task #104824 for sisyphus started by asy:
#100 build 2.1.26-alt2.git.20130830 from /people/asy/packages/cyrus-sasl2.git
#200 build libsasl2-2.1.24-alt8.src.rpm
<skip>
2013-Sep-25 13:32:12 :: task #104824 for sisyphus TESTED

Если кто-то хочет/может проверить жизнь sasl не только с SQL-плагином,
это можно сделать. Если ldv@ не будет настаивать на обновлении без смены
soname, завтра с утра отправлю в Сизиф. Потом отправлю то, что успел 
собрать в #103969 (на что есть ACL в том списке).

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Dmitry V. Levin]

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

On Wed, Sep 25, 2013 at 05:38:32PM +0400, Sergey Y. Afonin wrote:
> On Wednesday 25 September 2013, Sergey Y. Afonin wrote:
> 
> > > Предлагаю попробовать soname не менять и пакет не переименовывать.
> >  
> > Очередной тестовый проход закончился успешно практически, как
> > раз, с переименованием по SharedLibs policy 
> 
> В общем
> 
> 2013-Sep-25 13:17:04 :: test-only task #104824 for sisyphus started by asy:
> #100 build 2.1.26-alt2.git.20130830 from /people/asy/packages/cyrus-sasl2.git
> #200 build libsasl2-2.1.24-alt8.src.rpm
> <skip>
> 2013-Sep-25 13:32:12 :: task #104824 for sisyphus TESTED
> 
> Если кто-то хочет/может проверить жизнь sasl не только с SQL-плагином,
> это можно сделать. Если ldv@ не будет настаивать на обновлении без смены
> soname, завтра с утра отправлю в Сизиф. Потом отправлю то, что успел 
> собрать в #103969 (на что есть ACL в том списке).

Чтобы принимать осознанное решение, надо понимать, что происходит.
Инструментальные средства говорят, что в смене soname и переименовании
библиотеки нет необходимости.

$ comm -3 <(rpmelfsym /ALT/Sisyphus/files/x86_64/RPMS/libsasl2-2.1.24-alt7.cvs.20090508.x86_64.rpm |sort -u |grep '[[:space:]][DRTuW][[:space:]]') <(rpmelfsym /tasks/104824/build/100/x86_64/rpms/libsasl2-3-2.1.26-alt2.git.20130830.x86_64.rpm |sort -u |sed s/3\.0\.0/2.0.24/g |grep '[[:space:]][DRTuW][[:space:]]')
	/lib64/libsasl2.so.2.0.24	T	sasl_config_done
	/lib64/libsasl2.so.2.0.24	T	_sasl_is_equal_mech
	/usr/lib64/sasl2/libscram.so.2.0.24	D	_edata
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_fini
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_init
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_buf_alloc
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_challenge_prompt
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode_free
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode_init
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_find_prompt
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_free_secret
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_free_string
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_error_message
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_password
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_realm
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_simple
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_iovec_to_buf
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_ipfromstring
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_make_fulluser
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_make_prompts
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_parseuser
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_snprintf_os_info
	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_strdup
	/usr/lib64/sasl2/libscram.so.2.0.24	T	sasl_client_plug_init
	/usr/lib64/sasl2/libscram.so.2.0.24	T	sasl_server_plug_init
	/usr/lib64/sasl2/libscram.so.2.0.24	T	scram_client_plug_init
	/usr/lib64/sasl2/libscram.so.2.0.24	T	scram_server_plug_init


-- 
ldv

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Led]

On Wednesday 25 September 2013 17:13:30 Dmitry V. Levin wrote:
> On Wed, Sep 25, 2013 at 05:38:32PM +0400, Sergey Y. Afonin wrote:
> > On Wednesday 25 September 2013, Sergey Y. Afonin wrote:
> > > > Предлагаю попробовать soname не менять и пакет не переименовывать.
> > >
> > >  
> > > Очередной тестовый проход закончился успешно практически, как
> > > раз, с переименованием по SharedLibs policy
> >
> > В общем
> >
> > 2013-Sep-25 13:17:04 :: test-only task #104824 for sisyphus started by
> > asy: #100 build 2.1.26-alt2.git.20130830 from
> > /people/asy/packages/cyrus-sasl2.git #200 build
> > libsasl2-2.1.24-alt8.src.rpm
> > <skip>
> > 2013-Sep-25 13:32:12 :: task #104824 for sisyphus TESTED
> >
> > Если кто-то хочет/может проверить жизнь sasl не только с SQL-плагином,
> > это можно сделать. Если ldv@ не будет настаивать на обновлении без смены
> > soname, завтра с утра отправлю в Сизиф. Потом отправлю то, что успел
> > собрать в #103969 (на что есть ACL в том списке).
>
> Чтобы принимать осознанное решение, надо понимать, что происходит.
> Инструментальные средства говорят, что в смене soname и переименовании
> библиотеки нет необходимости.
>
> $ comm -3 <(rpmelfsym
> /ALT/Sisyphus/files/x86_64/RPMS/libsasl2-2.1.24-alt7.cvs.20090508.x86_64.rp
>m |sort -u |grep '[[:space:]][DRTuW][[:space:]]') <(rpmelfsym
> /tasks/104824/build/100/x86_64/rpms/libsasl2-3-2.1.26-alt2.git.20130830.x86
>_64.rpm |sort -u |sed s/3\.0\.0/2.0.24/g |grep
> '[[:space:]][DRTuW][[:space:]]')
> /lib64/libsasl2.so.2.0.24	T	sasl_config_done
> 	/lib64/libsasl2.so.2.0.24	T	_sasl_is_equal_mech
> 	/usr/lib64/sasl2/libscram.so.2.0.24	D	_edata
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_fini
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_init
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_buf_alloc
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_challenge_prompt
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode_free
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_decode_init
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_find_prompt
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_free_secret
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_free_string
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_error_message
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_password
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_realm
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_get_simple
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_iovec_to_buf
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_ipfromstring
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_make_fulluser
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_make_prompts
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_parseuser
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_snprintf_os_info
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	_plug_strdup
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	sasl_client_plug_init
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	sasl_server_plug_init
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	scram_client_plug_init
> 	/usr/lib64/sasl2/libscram.so.2.0.24	T	scram_server_plug_init

Сопадение списка символов не гарантирует, что ABI не изменился.

-- 
Led

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Wednesday 25 September 2013, Dmitry V. Levin wrote:

> Инструментальные средства говорят, что в смене soname и переименовании
> библиотеки нет необходимости.
 
Сейчас - да. Только в апстриме soname сменился 4 года назад... 
А я просто cyrus-imapd новый хочу. Он и со старым sasl собирается.
sasl оновить я за компанию подумал, и без лишней крови бы хотелось.
:-)

-- 
С уважением, Сергей Афонин

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Wednesday 25 September 2013, Dmitry V. Levin wrote:

> Чтобы принимать осознанное решение, надо понимать, что происходит.
> Инструментальные средства говорят, что в смене soname и переименовании
> библиотеки нет необходимости.

Нашёл вот такую дискуссию у них:
https://bugzilla.cyrusimap.org/show_bug.cgi?id=3692

По-скольку у нас с 2.1.24 и так всё, видимо, пересобрано, у нас,
действительно, нет необходимости в смене soname. Однако, наверное,
стоит придерживаться апстримного soname, раз там уже самостоятельно
озаботились проблемой и, вероятно, дальше будут это отслеживать ?

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

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ?

Ушло. Пересобрать надо следующее:

2013-Sep-28 08:21:57 :: test-only task #104824 for sisyphus resumed by asy:
...
#300 delete libsasl2

        ACLs of affected packages:
autofs  sbolshakov
ekiga   shaba @everybody
gtk-vnc aris
kde4pim zerg
kde4pimlibs     zerg
kdebase rom_as zerg @everybody
kdepim  rom_as zerg @everybody
libvirt solo real rider shaba
mozldap legion
openldap        @openldap
pidgin  shaba damned mike shrek
pine    viy @everybody
postfix ldv george
qca2    zerg
qemu    shaba @everybody
squid   vitty bga @everybody
squid_3.1       led @everybody
tcl-sasl        sbolshakov

Я бы то, что с @everybody, дособирал потихоньку, но, может, 
что-то обновить стоит ? У ekiga и pine можно ещё спек поправить
в плане noarch:

У ekiga просто совсем:

warning (#1600): ekiga-plugins-4.0.1-alt2.1.i586.rpm should be .noarch.rpm

У pine сложнее - понять надо, зачем так сделано:

--- pine-4.64L-alt9.i586.rpm.share      2013-09-23 21:28:54.964138817 +0000
+++ pine-4.64L-alt9.x86_64.rpm.share    2013-09-23 21:28:55.204134540 +0000
@@ -21,3 +21,3 @@
 /usr/share/doc/pine-4.64L/pine-ports   100644  ASCII English text
-/usr/share/doc/pine-4.64L/pine.info    120777  symbolic link to `/usr/lib/pine.info'
+/usr/share/doc/pine-4.64L/pine.info    120777  symbolic link to `/usr/lib64/pine.info'
 /usr/share/doc/pine-4.64L/tech-notes.txt       100644  ASCII English text
warning (#2400): non-identical /usr/share part
warning (#2400): pine-doc-4.64L-alt9.i586.rpm should be .noarch.rpm

-- 
С уважением, Сергей Афонин

Re: [devel] #103969 shared task: cyrus-sasl 2.1.26

[Sergey Y. Afonin]

On Thursday 12 September 2013, Sergey Y. Afonin wrote:

> А давайте cyrus-sasl обновим ? 

Хм. А это обновление, Видимо, закрывает CVE-2013-4122. Вот что
у RH пишут: https://bugzilla.redhat.com/show_bug.cgi?id=984669
В p7, смотрю, glibc 2.17... И 4ba74a357376c8f8bf49487f96ae71cf2460c3f3
наблюдается в git://git.altlinux.org/people/ldv/packages/glibc.git

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

[devel] p7/t7 и cyrus-sasl 2.1.26 (CVE-2013-4122)

[Sergey Afonin]

On Thursday 26 of September 2013 13:19:17 Sergey Y. Afonin wrote:

> > Чтобы принимать осознанное решение, надо понимать, что происходит.
> > Инструментальные средства говорят, что в смене soname и переименовании
> > библиотеки нет необходимости.
> 
> Нашёл вот такую дискуссию у них:
> https://bugzilla.cyrusimap.org/show_bug.cgi?id=3692
> 
> По-скольку у нас с 2.1.24 и так всё, видимо, пересобрано, у нас,
> действительно, нет необходимости в смене soname. Однако, наверное,
> стоит придерживаться апстримного soname, раз там уже самостоятельно
> озаботились проблемой и, вероятно, дальше будут это отслеживать ?

В Сизифе, наконец, обновление и пересборка всего закончена, тест задания
#104824 на удаление libsasl2 успешен. Надо решать, что делать с p7/t7.
Ввиду того, что в Сизифе и бранчах разъехались Perl и libodbc, скопироать
пересобранный в Сизифе openldap не получится, а как пройдёт пересборка,
непонятно из-за взаимной зависимости с cyrus-sasl. Варианты:

1. Пересобрать cyrus-sasl 2.1.26 с неправильным старым soname.
2. Всё-таки попробовать подготовить задание с копированием из Сизифа и 
   пересборкой того, что потребуется пересобрать.
3. Пойти на нарушение Shared Libs Policy и скопировать временно в бранчи
   libsasl2.

-- 
С уважением, Сергей Афонин

Re: [devel] p7/t7 и cyrus-sasl 2.1.26 (CVE-2013-4122)

[Dmitry V. Levin]

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

On Sun, Nov 17, 2013 at 03:06:53AM +0400, Sergey Afonin wrote:
> On Thursday 26 of September 2013 13:19:17 Sergey Y. Afonin wrote:
> 
> > > Чтобы принимать осознанное решение, надо понимать, что происходит.
> > > Инструментальные средства говорят, что в смене soname и переименовании
> > > библиотеки нет необходимости.
> > 
> > Нашёл вот такую дискуссию у них:
> > https://bugzilla.cyrusimap.org/show_bug.cgi?id=3692
> > 
> > По-скольку у нас с 2.1.24 и так всё, видимо, пересобрано, у нас,
> > действительно, нет необходимости в смене soname. Однако, наверное,
> > стоит придерживаться апстримного soname, раз там уже самостоятельно
> > озаботились проблемой и, вероятно, дальше будут это отслеживать ?
> 
> В Сизифе, наконец, обновление и пересборка всего закончена, тест задания
> #104824 на удаление libsasl2 успешен. Надо решать, что делать с p7/t7.
> Ввиду того, что в Сизифе и бранчах разъехались Perl и libodbc, скопироать
> пересобранный в Сизифе openldap не получится, а как пройдёт пересборка,
> непонятно из-за взаимной зависимости с cyrus-sasl. Варианты:
> 
> 1. Пересобрать cyrus-sasl 2.1.26 с неправильным старым soname.
> 2. Всё-таки попробовать подготовить задание с копированием из Сизифа и 
>    пересборкой того, что потребуется пересобрать.
> 3. Пойти на нарушение Shared Libs Policy и скопировать временно в бранчи
>    libsasl2.

Изменение soname у libsasl2 даже в Сизифе, пожалуй, не стоило делать,
а уж в бранчах и подавно прежнюю схему сборки лучше не менять; там чем
меньше смен soname и переименований пакетов, тем лучше.


-- 
ldv

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

Re: [devel] p7/t7 и cyrus-sasl 2.1.26 (CVE-2013-4122)

[Sergey Afonin]

On Sunday 17 of November 2013 13:27:14 Dmitry V. Levin wrote:


> Изменение soname у libsasl2 даже в Сизифе, пожалуй, не стоило делать,

А случись какой проприетарный продукт, который будет libsasl2.so.3 хотеть ?
Мне кажется, так меньше вопросов будет потом.

> а уж в бранчах и подавно прежнюю схему сборки лучше не менять; там чем
> меньше смен soname и переименований пакетов, тем лучше.

Хорошо.

-- 
С уважением, Сергей Афонин

Re: [devel] p7/t7 и cyrus-sasl 2.1.26 (CVE-2013-4122)

[Sergey Y. Afonin]

On Monday 18 November 2013, Sergey Afonin wrote:

> > а уж в бранчах и подавно прежнюю схему сборки лучше не менять; там чем
> > меньше смен soname и переименований пакетов, тем лучше.
> 
> Хорошо.

Вроде как вот так. Кому интересно, можно проверить пока:
[#108339] p7 EPERM (try 7) cyrus-sasl2.git=2.1.26-alt0.M70P.1

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

Re: [devel] p7/t7 и cyrus-sasl 2.1.26 (CVE-2013-4122)

[Sergey Y. Afonin]

On Monday 18 November 2013, Sergey Y. Afonin wrote:

> Вроде как вот так. Кому интересно, можно проверить пока:
> [#108339] p7 EPERM (try 7) cyrus-sasl2.git=2.1.26-alt0.M70P.1
 
saslauthd у меня работает (c -a rimap), sql-плагин - тоже.
Остальное проверить негде. Задание пересобрал без test-only.

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