[devel] boost-1.42.0

[devel] boost-1.42.0

[Alexey Voinov]

Всем привет.

Если кому интересно в 
git://git.altlinux.org/people/voins/packages/boost.git
лежит свежеобновлённый boost. Прав на заливку этого пакета у меня
нет, поэтому оно не в сизифе.

-- 
Alexey Voinov

Re: [devel] boost-1.42.0

[Damir Shayhutdinov]

> Если кому интересно в git://git.altlinux.org/people/voins/packages/boost.git
> лежит свежеобновлённый boost. Прав на заливку этого пакета у меня
> нет, поэтому оно не в сизифе.
Теперь права есть :)

Re: [devel] boost-1.42.0

[Alexey Voinov]

On 05.02.2010 21:14, Damir Shayhutdinov wrote:
>> Если кому интересно в git://git.altlinux.org/people/voins/packages/boost.git
>> лежит свежеобновлённый boost. Прав на заливку этого пакета у меня
>> нет, поэтому оно не в сизифе.
>>      
> Теперь права есть :)
>    
Ага. Спасибо. :)

Ух ты ж блин сколько от него уже зависит всякого.  Я надеюсь у
нас где-нибудь лежит инструкция, как всё это хозяйство всё-таки
обновить?

На всякий случай: task#19767

-- 
Alexey Voinov

Re: [devel] boost-1.42.0

[Anton Farygin]

05.02.2010 23:02, Alexey Voinov пишет:
> On 05.02.2010 21:14, Damir Shayhutdinov wrote:
>>> Если кому интересно в
>>> git://git.altlinux.org/people/voins/packages/boost.git
>>> лежит свежеобновлённый boost. Прав на заливку этого пакета у меня
>>> нет, поэтому оно не в сизифе.
>> Теперь права есть :)
> Ага. Спасибо. :)
>
> Ух ты ж блин сколько от него уже зависит всякого. Я надеюсь у
> нас где-нибудь лежит инструкция, как всё это хозяйство всё-таки
> обновить?

Инструкции не видел.

>
> На всякий случай: task#19767
>

Порядок действий примерно такой: помечаешь task shared, что бы в него 
могли добавлять все мейнтейнеры. Потом идёшь по списку зависимых и 
каждому пишешь письмо  - мол либо дай NMU/ACL, либо сам пересобери и 
добавь в task пакет.

Те, кто не ответили - собираешь сам, добавляешь в task, запускаешь что б 
оно собралось и руганулось только на отсутствие ACL. Затем пишешь письмо 
ldv с просьбой дать необходимые права, ибо ответственные мейнтейнеры молчат.

Что-то вроде этого. Процедура длительная, но надёжная.

Второй вариант более быстрый -собираешь библиотеки со старым soname в 
отдельный пакет, уже без devel и спокойно выкладываешь новую библиотеку. 
Ну и с ней понемногу все пересобираются, пока счастье не наступит.Затем 
старую удаляешь.

Re: [devel] boost-1.42.0

[Alexey Voinov]

On 05.02.2010 23:16, Anton Farygin wrote:
> Порядок действий примерно такой: помечаешь task shared, что бы в него 
> могли добавлять все мейнтейнеры. Потом идёшь по списку зависимых и 
> каждому пишешь письмо  - мол либо дай NMU/ACL, либо сам пересобери и 
> добавь в task пакет.
>
> Те, кто не ответили - собираешь сам, добавляешь в task, запускаешь что 
> б оно собралось и руганулось только на отсутствие ACL. Затем пишешь 
> письмо ldv с просьбой дать необходимые права, ибо ответственные 
> мейнтейнеры молчат.
И так 43 пакета? Не, я лучше -compat соберу :)


-- 
Alexey Voinov

Re: [devel] boost-1.42.0

[Dmitry V. Levin]

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

On Sat, Feb 06, 2010 at 04:58:12PM +0300, Alexey Voinov wrote:
> On 05.02.2010 23:16, Anton Farygin wrote:
> >Порядок действий примерно такой: 
> >помечаешь task shared, что бы в него могли 
> >добавлять все мейнтейнеры. Потом идёшь 
> >по списку зависимых и каждому пишешь 
> >письмо  - мол либо дай NMU/ACL, либо сам 
> >пересобери и добавь в task пакет.
> >
> >Те, кто не ответили - собираешь сам, 
> >добавляешь в task, запускаешь что б оно 
> >собралось и руганулось только на 
> >отсутствие ACL. Затем пишешь письмо ldv с 
> >просьбой дать необходимые права, ибо 
> >ответственные мейнтейнеры молчат.
> И так 43 пакета? Не, я лучше -compat соберу :)

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

Вот, например, один из пострадавших:
http://git.altlinux.org/tasks/19879/task/log


-- 
ldv

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

Re: [devel] boost-1.42.0

[Alexey Voinov]

On 08.02.2010 03:45, Dmitry V. Levin wrote:
>> И так 43 пакета? Не, я лучше -compat соберу :)
>>      
> Эх, лучше бы ты пошёл первым путём, тогда бы ты узнал, сборку скольких
> пакетов придётся фиксить.
>    
Не, не лучше. Тогда свежий boost никогда бы не доехал до Сизифа.
У меня локально он уже к тому моменту был, а впрягаться в скучную
и неинтересную организационную (по большей части) работу - это
скучно и не интересно.

> Вот, например, один из пострадавших:
> http://git.altlinux.org/tasks/19879/task/log
>    
В этом конкретном случае можно пойти двумя путями: 1 - внести
boost-python в buildrequires пострадавшего пакета, что будет
очень-очень быстро, 2 - подождать пока я исправлю boost, что может
затянуться на пару дней. Кто-то из этих умников добавил связь из
boost::parameter на boost::python, вместо того, чтобы положить один
файлик в общую бустовую часть.

-- 
Alexey Voinov

Re: [devel] boost-1.42.0

[Ivan A. Melnikov]

В Mon, 08 Feb 2010 08:58:07 +0300
Alexey Voinov <voins@altlinux.ru> пишет:

[...]
>  2 - подождать пока я исправлю boost, что может
> затянуться на пару дней. Кто-то из этих умников добавил связь из
> boost::parameter на boost::python, вместо того, чтобы положить один
> файлик в общую бустовую часть.
> 

Я думаю, нам стоит скопировать этот файлик в boost/detail/ и поправить
Boost.Parameter. Если хотите, могу заняться этим, к вечеру наверное
сделаю.

И да, спасибо что сделали _это_.

-- 
WBR,
Ivan A. Melnikov

linux, c++, argentine tango -- in no particular order

Re: [devel] boost-1.42.0

[Alexey Voinov]

Ivan A. Melnikov wrote:
> Я думаю, нам стоит скопировать этот файлик в boost/detail/ и поправить
> Boost.Parameter. Если хотите, могу заняться этим, к вечеру наверное
> сделаю.
>   
Там ещё namespaces. не очень хорошо будет выносить boost::python за
пределы boost/python/*. Наверное у меня сейчас это получится немного
быстрее: ничего втягивать не надо и все файлы уже найдены и под рукой. :)
> И да, спасибо что сделали _это_.
>   
Да там ничего масштабного не было. :) Вот если бы я первым путём 
пошёл... :))

-- 
Alexey Voinov

Re: [devel] boost-1.42.0

[Ivan A. Melnikov]

В Mon, 08 Feb 2010 15:47:16 +0300
Alexey Voinov <voins@altlinux.ru> пишет:

> Ivan A. Melnikov wrote:
> > Я думаю, нам стоит скопировать этот файлик в boost/detail/ и
> > поправить Boost.Parameter. Если хотите, могу заняться этим, к
> > вечеру наверное сделаю.
> >   
> Там ещё namespaces. не очень хорошо будет выносить boost::python за
> пределы boost/python/*. 

Ну да. Но оказалось, всё проще:

https://svn.boost.org/trac/boost/ticket/3540
https://svn.boost.org/trac/boost/changeset/57057

То есть, нам стоит приложить
https://svn.boost.org/trac/boost/changeset/57057?format=diff&new=57057

> Наверное у меня сейчас это получится немного
> быстрее: ничего втягивать не надо и все файлы уже найдены и под
> рукой. :)

У меня тоже -- я тут в выходные собирал из git'а и немного
тестировал ;) Но заняться этим, наверное, раньше позднего вечера не
получится. Так что если Вы сделаете (и всё заработает), будет здорово.

-- 
WBR,
Ivan A. Melnikov

linux, c++, argentine tango -- in no particular order

Re: [devel] boost-1.42.0

[Alexey Voinov]

On 08.02.2010 16:19, Ivan A. Melnikov wrote:
> Ну да. Но оказалось, всё проще:
>
> https://svn.boost.org/trac/boost/ticket/3540
> https://svn.boost.org/trac/boost/changeset/57057
>
> То есть, нам стоит приложить
> https://svn.boost.org/trac/boost/changeset/57057?format=diff&new=57057
>    
О, спасибо.
>> Наверное у меня сейчас это получится немного
>> быстрее: ничего втягивать не надо и все файлы уже найдены и под
>> рукой. :)
>>      
> У меня тоже -- я тут в выходные собирал из git'а и немного
> тестировал ;) Но заняться этим, наверное, раньше позднего вечера не
> получится. Так что если Вы сделаете (и всё заработает), будет здорово.
>    
Ну, у меня всё готово. Сейчас проверю, что оно действительно
исправилось и выкладываю.

-- 
Alexey Voinov

[devel] [[Обсуждение:SharedLibsPolicy]] (was: boost-1.42.0)

[Michael Shigorin]

On Fri, Feb 05, 2010 at 11:16:16PM +0300, Anton Farygin wrote:
> >Ух ты ж блин сколько от него уже зависит всякого. Я надеюсь у
> >нас где-нибудь лежит инструкция, как всё это хозяйство
> >всё-таки обновить?
> Инструкции не видел.

Два месяца не архивировал почту -- всё равно не придумал...
Хоть здесь: http://www.altlinux.org/Обсуждение:SharedLibsPolicy

> Порядок действий примерно такой: помечаешь task shared, что бы в него 
> могли добавлять все мейнтейнеры. Потом идёшь по списку зависимых и 
> каждому пишешь письмо  - мол либо дай NMU/ACL, либо сам пересобери и 
> добавь в task пакет.
> 
> Те, кто не ответили - собираешь сам, добавляешь в task, запускаешь что б 
> оно собралось и руганулось только на отсутствие ACL. Затем пишешь письмо 
> ldv с просьбой дать необходимые права, ибо ответственные мейнтейнеры молчат.
> 
> Что-то вроде этого. Процедура длительная, но надёжная.
> 
> Второй вариант более быстрый -собираешь библиотеки со старым soname в 
> отдельный пакет, уже без devel и спокойно выкладываешь новую библиотеку. 
> Ну и с ней понемногу все пересобираются, пока счастье не наступит.Затем 
> старую удаляешь.

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

Re: [devel] [[Обсуждение:SharedLibsPolicy]] (was: boost-1.42.0)

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

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

On Sat, Apr 03, 2010 at 09:03:46PM +0300, Michael Shigorin wrote:

MS> Два месяца не архивировал почту -- всё равно не придумал...
MS> Хоть здесь: http://www.altlinux.org/Обсуждение:SharedLibsPolicy

Оба описанных метода с точки зрения пользователя, который делает
dist-upgrade между разными версиями дистирибутивов будет расценен как
"вредительство" и "этот [censored] apt выносит пол системы вместо
обновления".

Единственный работоспособный вариант -- это soname должна быть частью
имени бинарного пакета.

Т.е. идеальная схема обновления lib%name.so.1 на lib%name.so.2  выглядит
так:
- пересобираем lib%name1, отключив у него devel;
- собираем liba%name2, соответственно собирая lib%name-devel из него
- все пакеты, которые раньше были собраны с lib%name.so пинаем на
  пересборку по мере возможностей (этот процесс может затянуться на
  некоторое время)
- как только в репозитории не остается больше пакетов, которым был бы
  нужен lib%name1, и если он не нужен всяким проприетарным поделиям, то
  удаляем его из репозитория

В идеале также следовало бы с помощью того же repocop отлавливать те
пакеты, которые требуют пересборки с новой версией, ибо желательно чтобы в
дистрибутиве не было разных пакетов которые бы требовали разные версии
одной библиотеки (чтобы избежать вероятного взрыва).

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

Однако это именно проблема частичного обновления (делающие которое сами
себе буратины, тем более что это грабля весьма не частая).

Любая другая схема не работает, потому что apt -- тупой.

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

http://mithraen.ru/
----------------------------------------------------------------------------


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

Re: [devel] [[Обсуждение:SharedLibsPolicy]] (was: boost-1.42.0)

[Michael Shigorin]

On Sat, Apr 03, 2010 at 10:51:29PM +0400, Денис Смирнов wrote:
> Оба описанных метода с точки зрения пользователя

Слушай, закэшируй уже на вики, не устал писать? :)

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

Re: [devel] [[Обсуждение:SharedLibsPolicy]] (was: boost-1.42.0)

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

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

On Sat, Apr 03, 2010 at 09:54:37PM +0300, Michael Shigorin wrote:

MS> Слушай, закэшируй уже на вики, не устал писать? :)

http://www.altlinux.org/SharedLibsPolicy

Там все это уже очень давно разжевано.

Просто либо будет принято это полиси (и будет enforce'иться), либо
возможности пользоваться dist-upgrade между дистрибутивами у нас не будет.

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

http://mithraen.ru/
----------------------------------------------------------------------------

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