[devel] backports to M51

[devel] backports to M51

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

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

On Sun, Feb 07, 2010 at 10:37:10PM +0200, Michael Shigorin wrote:

MS> Пока слышал высказывания о вебовой части и PostgreSQL, которые
MS> не противоречат втаскиванию в M51 обновлений, сделанных в рамках
MS> Sisyphus.

Раз уж поднял эту тему -- в task #19813, где я пытался обновить php5
возникла проблема:

x86_64: NEW unmet dependencies detected:
php5-ffmpeg#5.2.12.20091216-alt4	libavcodec.so.52(LIBAVCODEC_52)(64bit)
php5-ffmpeg#5.2.12.20091216-alt4	ibavformat.so.52(LIBAVFORMAT_52)(64bit)
php5-ffmpeg#5.2.12.20091216-alt4	libswscale.so.0(LIBSWSCALE_0)(64bit)
php5-gd2#5.2.12.20091216-alt4   	libc.so.6(GLIBC_2.11)(64bit)
php5-libs#5.2.12.20091216-alt5  	libc.so.6(GLIBC_2.11)(64bit)

Т.е. копирование -- обломалось.

Я так понимаю что обновлять в стабильном бранче glibc несколько
неправильно. Кстати хоть и понимаю что неправильно, но не понимаю
_почему_.

С ffmpeg и прочим multimedia для меня ситуация неочевидная -- это не
критичные приложения, и если они работоспособны, то чем они новее тем
лучше, поэтому возможно стоит их и обновить.

Ну и последний самый сложный вопрос -- есть ли у нас HOWTO как делать
бэкпорты пакетов из sisyphus в 5.1 _правильно_ (т.е. применяя git), увы, я
раньше это делал только с помощью etersoft-build-utils а не руками.

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

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

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

Re: [devel] backports to M51

[Dmitry V. Levin]

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

On Mon, Feb 08, 2010 at 03:25:24AM +0300, Денис Смирнов wrote:
[...]
> php5-gd2#5.2.12.20091216-alt4   	libc.so.6(GLIBC_2.11)(64bit)
> php5-libs#5.2.12.20091216-alt5  	libc.so.6(GLIBC_2.11)(64bit)
> 
> Т.е. копирование -- обломалось.
> 
> Я так понимаю что обновлять в стабильном бранче glibc несколько
> неправильно. Кстати хоть и понимаю что неправильно, но не понимаю
> _почему_.

В каждом конкретном случае причины бывают разные.  В данном случае вместе
с glibc нужно переносить rpm, binutils, gcc и те пакеты, которые были
исправлены после обновления тулчейна.

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

> С ffmpeg и прочим multimedia для меня ситуация неочевидная -- это не
> критичные приложения, и если они работоспособны, то чем они новее тем
> лучше, поэтому возможно стоит их и обновить.

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


-- 
ldv

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

Re: [devel] backports to M51

[Eugene Prokopiev]

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

> Ну и последний самый сложный вопрос -- есть ли у нас HOWTO как делать
> бэкпорты пакетов из sisyphus в 5.1 _правильно_ (т.е. применяя git), увы, я
> раньше это делал только с помощью etersoft-build-utils а не руками.

Я делаю скриптом в аттаче

-- 
С уважением,
Прокопьев Евгений

[-- Attachment #2: pkg-backport.sh --]
[-- Type: application/x-sh, Size: 524 bytes --]

Re: [devel] backports to M51

[Eugene Prokopiev]

>> Ну и последний самый сложный вопрос -- есть ли у нас HOWTO как делать
>> бэкпорты пакетов из sisyphus в 5.1 _правильно_ (т.е. применяя git), увы, я
>> раньше это делал только с помощью etersoft-build-utils а не руками.
>
> Я делаю скриптом в аттаче

А еще Виталий Липатов недавно грозился опубликовать краткую инструкцию
о том, как пользоваться новыми etersoft-build-utils, умеющими собирать
и бэкпортировать с помощью git ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

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

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

On Mon, Feb 08, 2010 at 08:57:54AM +0300, Eugene Prokopiev wrote:

EP> А еще Виталий Липатов недавно грозился опубликовать краткую инструкцию
EP> о том, как пользоваться новыми etersoft-build-utils, умеющими собирать
EP> и бэкпортировать с помощью git ;)

А новые умеют бэкпортировать с помощью git? Тогда я пошел RTFS

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

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

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

Re: [devel] backports to M51

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

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

On Mon, Feb 08, 2010 at 08:54:48AM +0300, Eugene Prokopiev wrote:

EP> Я делаю скриптом в аттаче

Не понял как он работает :)

Использует еще ~/bin/repo-version.sh

Предыдущий backport мы просто подшиваем с -s ours, так?

А вот что за конструкция с srpmbackport, и кто это такой?

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

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

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

Re: [devel] backports to M51

[Eugene Prokopiev]

8 февраля 2010 г. 18:36 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Mon, Feb 08, 2010 at 08:54:48AM +0300, Eugene Prokopiev wrote:
>
> EP> Я делаю скриптом в аттаче
>
> Не понял как он работает :)
>
> Использует еще ~/bin/repo-version.sh

Ну это локальный хак, без которого можно и обойтись, наверное - я уж
запамятовал, зачем он нужен :)

Считай, что REPO=$BRANCH :)

> Предыдущий backport мы просто подшиваем с -s ours, так?

Именно

> А вот что за конструкция с srpmbackport, и кто это такой?

Это побочный продукт жизнедеятельности роботов viy@ - обертка над
перловой библиотекой, умеющей парсить и править спеки :)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

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

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

On Mon, Feb 08, 2010 at 08:56:40PM +0300, Eugene Prokopiev wrote:

EP> Считай, что REPO=$BRANCH :)

Ok.

EP> Это побочный продукт жизнедеятельности роботов viy@ - обертка над
EP> перловой библиотекой, умеющей парсить и править спеки :)

Где брать?

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

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

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

Re: [devel] backports to M51

[Eugene Prokopiev]

> EP> Это побочный продукт жизнедеятельности роботов viy@ - обертка над
> EP> перловой библиотекой, умеющей парсить и править спеки :)
>
> Где брать?

$ which srpmbackport
/usr/bin/srpmbackport
$ rpm -qf /usr/bin/srpmbackport
perl-RPM-Source-Editor-0.47-alt2

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

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

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

On Mon, Feb 08, 2010 at 11:02:06PM +0300, Eugene Prokopiev wrote:

EP> $ which srpmbackport
EP> /usr/bin/srpmbackport
EP> $ rpm -qf /usr/bin/srpmbackport
EP> perl-RPM-Source-Editor-0.47-alt2

С пакетом php5 он не справляется, увы.

Видимо придется маяться вручную.

(глядя на количество пакетов) не, не осилю.

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

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

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

Re: [devel] backports to M51

[Eugene Prokopiev]

10 февраля 2010 г. 4:03 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Mon, Feb 08, 2010 at 11:02:06PM +0300, Eugene Prokopiev wrote:
>
> EP> $ which srpmbackport
> EP> /usr/bin/srpmbackport
> EP> $ rpm -qf /usr/bin/srpmbackport
> EP> perl-RPM-Source-Editor-0.47-alt2
>
> С пакетом php5 он не справляется, увы.
>
> Видимо придется маяться вручную.

Если автоматизация принципиально возможна (т.е. есть алгоритм), то
может стоит попросить помощи у viy@? В чем там, собственно, проблема?

> (глядя на количество пакетов) не, не осилю.

не осилишь именно вручную? ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

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

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

On Wed, Feb 10, 2010 at 09:48:43AM +0300, Eugene Prokopiev wrote:

EP> Если автоматизация принципиально возможна (т.е. есть алгоритм), то
EP> может стоит попросить помощи у viy@? В чем там, собственно, проблема?

Release берется из макросов.

EP> не осилишь именно вручную? ;)

Вручную -- точно, с автоматизацией -- при наличии хороших запасов
валерьянки может и справлюсь :)

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

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

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

Re: [devel] backports to M51

[Eugene Prokopiev]

10 февраля 2010 г. 13:06 пользователь Денис Смирнов
<mithraen@altlinux.ru> написал:
> On Wed, Feb 10, 2010 at 09:48:43AM +0300, Eugene Prokopiev wrote:
>
> EP> Если автоматизация принципиально возможна (т.е. есть алгоритм), то
> EP> может стоит попросить помощи у viy@? В чем там, собственно, проблема?
>
> Release берется из макросов.

Поглядел. Если я ничего не упускаю, то проблема решается ручным
бэкпортированием пакета rpm-build-php5: меняем релиз и добавляем
строчку в changelog. В git это можно отразить точно так же, как делает
мой скриптик: создаем бранч, в нем один коммит, потом бранч убиваем,
чтоб не осложнять себе жизнь при следующем бэкпортировании (спасибо
rider@ за паттерн).

> EP> не осилишь именно вручную? ;)
>
> Вручную -- точно, с автоматизацией -- при наличии хороших запасов
> валерьянки может и справлюсь :)

Все остальные php5*, как я понимаю, пересоберутся с новым релизом
автоматически. Я точно ничего не упустил? ;)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

[Eugene Prokopiev]

> ... rpm-build-php5: меняем релиз ...

точнее, значение %php5_release

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

[Eugene Prokopiev]

10 февраля 2010 г. 13:31 пользователь Eugene Prokopiev
<enp@altlinux.org> написал:
>> ... rpm-build-php5: меняем релиз ...
>
> точнее, значение %php5_release

Пожалуй, это даже FR на srpmbackport: если в релизе макрос, то искать
его в том же файле и править значение макроса :)

-- 
С уважением,
Прокопьев Евгений

Re: [devel] backports to M51

[Igor Vlasenko]

On Wed, Feb 10, 2010 at 01:34:07PM +0300, Eugene Prokopiev wrote:
> 10 февраля 2010 г. 13:31 пользователь Eugene Prokopiev
> <enp@altlinux.org> написал:
> >> ... rpm-build-php5: меняем релиз ...
> >
> > точнее, значение %php5_release
> 
> Пожалуй, это даже FR на srpmbackport: если в релизе макрос, то искать
> его в том же файле и править значение макроса :)

Я думаю добавить возможность указывать доп. файлы с макросами
также. читать %_rpmmacrosdir и /etc/rpm/macros.d.
Это будет эквивалентно.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] backports to M51

[Igor Vlasenko]

On Wed, Feb 10, 2010 at 01:06:32PM +0300, Денис Смирнов wrote:
> On Wed, Feb 10, 2010 at 09:48:43AM +0300, Eugene Prokopiev wrote:
> 
> EP> Если автоматизация принципиально возможна (т.е. есть алгоритм), то
> EP> может стоит попросить помощи у viy@? В чем там, собственно, проблема?
> 
> Release берется из макросов.
> 
> EP> не осилишь именно вручную? ;)
> 
> Вручную -- точно, с автоматизацией -- при наличии хороших запасов
> валерьянки может и справлюсь :)

Кстати, задача бакпортировать последние версии 
указанных пакетов из Сизифа в бранч 5.1
полностью автоматизируема.

И скрипт написать можно, 
Единственный пробел у меня в знаниях --
это особенности логики incoming в 5.1 branch,
в каких случаях требуется сборка из .git
и как это можно скриптом проверить (для сизифа я знаю)
а когда можно залить srpm.

Это просьба к Диме.

-- 

Dr. Igor Vlasenko
--------------------
Topology Department
Institute of Math
Kiev, Ukraine

Re: [devel] backports to M51

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

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

On Wed, Feb 10, 2010 at 08:52:16PM +0200, Igor Vlasenko wrote:

IV> И скрипт написать можно, 
IV> Единственный пробел у меня в знаниях --
IV> это особенности логики incoming в 5.1 branch,
IV> в каких случаях требуется сборка из .git
IV> и как это можно скриптом проверить (для сизифа я знаю)
IV> а когда можно залить srpm.
IV> Это просьба к Диме.

Я так понимаю что элементарно по наличию в git.alt/gears/p/package-name
бранча 5.1.

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

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

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

Re: [devel] backports to M51

[Dmitry V. Levin]

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

On Wed, Feb 10, 2010 at 08:52:16PM +0200, Igor Vlasenko wrote:
[...]
> Кстати, задача бакпортировать последние версии 
> указанных пакетов из Сизифа в бранч 5.1
> полностью автоматизируема.
> 
> И скрипт написать можно, 
> Единственный пробел у меня в знаниях --
> это особенности логики incoming в 5.1 branch,
> в каких случаях требуется сборка из .git
> и как это можно скриптом проверить (для сизифа я знаю)
> а когда можно залить srpm.
> 
> Это просьба к Диме.

Логика во всех ветках одинаковая:
http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git;a=blob;f=gb-task-check-girar#l57
http://git.altlinux.org/people/ldv/packages/?p=girar-builder.git;a=blob;f=gb-sh-functions#l178
Грубо говоря, если для пакета PACKAGE и бинарного репозитория REPO
существует бранч REPO в git-репозитории /gears/P/PACKAGE.git, то пакет
PACKAGE можно отправить в бинарный репозиторий REPO только из
git-репозитория с соблюдением наследования коммитов.

Например:
$ git ls-remote -h git://git.altlinux.org/gears/c/coreutils.git refs/heads/5.1
e7368eb72bd8027951765159f0bc19dd985c1570	refs/heads/5.1

Это означает, что пакет coreutils можно собрать в 5.1 только из
коммита, наследующего коммиту e7368eb72bd8027951765159f0bc19dd985c1570.


-- 
ldv

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

Re: [devel] backports to M51

[Konstantin Pavlov]

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

On Mon, Feb 08, 2010 at 03:25:24AM +0300, Денис Смирнов wrote:
> On Sun, Feb 07, 2010 at 10:37:10PM +0200, Michael Shigorin wrote:
> 
> MS> Пока слышал высказывания о вебовой части и PostgreSQL, которые
> MS> не противоречат втаскиванию в M51 обновлений, сделанных в рамках
> MS> Sisyphus.
> 
> Раз уж поднял эту тему -- в task #19813, где я пытался обновить php5
> возникла проблема:
> 
> x86_64: NEW unmet dependencies detected:
> php5-ffmpeg#5.2.12.20091216-alt4	libavcodec.so.52(LIBAVCODEC_52)(64bit)
> php5-ffmpeg#5.2.12.20091216-alt4	ibavformat.so.52(LIBAVFORMAT_52)(64bit)
> php5-ffmpeg#5.2.12.20091216-alt4	libswscale.so.0(LIBSWSCALE_0)(64bit)
> php5-gd2#5.2.12.20091216-alt4   	libc.so.6(GLIBC_2.11)(64bit)
> php5-libs#5.2.12.20091216-alt5  	libc.so.6(GLIBC_2.11)(64bit)
> 
> Т.е. копирование -- обломалось.
> 
> С ffmpeg и прочим multimedia для меня ситуация неочевидная -- это не
> критичные приложения, и если они работоспособны, то чем они новее тем
> лучше, поэтому возможно стоит их и обновить.

В ffmpeg есть интересные новые фичи, которые могут понадобиться
кому-нибудь, кто захочет выпустить десктопный дистрибутив на 5.1.
В первую очередь это ~15%-ное ускорение декодирования H264 на процессоре.

С другой стороны, новый ffmpeg потянет еще кучу обновлений за собой,
практически весь новый multimedia-стэк.

-- 
> Зачем в принципе может быть нужно перепаковывать src.rpm?
Исходный пакет, собранный в той же среде, что и бинарный, имеет
шанс быть менее неправильным (или более правильным), чем
первоначальный.
		-- ldv in devel@

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

Re: [devel] backports to M51

[Michael Shigorin]

On Mon, Feb 08, 2010 at 09:28:44AM +0300, Konstantin Pavlov wrote:
> > С ffmpeg и прочим multimedia для меня ситуация неочевидная --
> > это не критичные приложения, и если они работоспособны, то
> > чем они новее тем лучше, поэтому возможно стоит их и
> > обновить.
> В ffmpeg есть интересные новые фичи, которые могут понадобиться
> кому-нибудь, кто захочет выпустить десктопный дистрибутив на
> 5.1.  В первую очередь это ~15%-ное ускорение декодирования
> H264 на процессоре.
> 
> С другой стороны, новый ffmpeg потянет еще кучу обновлений за
> собой, практически весь новый multimedia-стэк.

Боюсь, может получиться как весной с 5.0/branch -- мультимедийный
стек действительно крайне развесист по зависимостям и аморфен по
сменам ABI/API :(

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

Это опять же к release policy, в которой AFAIK есть пока только
одна заведомая объективная данность -- осенний софтул, к которому
хочется показать хотя бы один актуальный десктопный дистрибутив.

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

Re: [devel] backports to M51

[Sergey V Turchin]

[-- Attachment #1: Type: Text/Plain, Size: 752 bytes --]

On Monday 08 February 2010, Konstantin Pavlov wrote:

[...]
> В ffmpeg есть интересные новые фичи, которые могут понадобиться
> кому-нибудь, кто захочет выпустить десктопный дистрибутив на 5.1.
> В первую очередь это ~15%-ное ускорение декодирования H264 на
> процессоре.
> 
> С другой стороны, новый ffmpeg потянет еще кучу обновлений за
> собой, практически весь новый multimedia-стэк.
Да не.
Я себе собрал на p5 и использую на 5.1
Собирать пришлось только то же, что и в Сизифе, т.е. libva vlc 
mplayer и apt-cache unmet молчит.

Из замеченного: на x86_64 стал падать gmplayer и ерунда с vdpau 
(мантейнер ffmpeg в курсе)

[...]

-- 
Regards, Sergey, ALT Linux, http://www.altlinux.ru/
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [devel] backports to M51

[Sergey Alembekov]

On 08.02.2010 03:25, Денис Смирнов wrote:
> С ffmpeg и прочим multimedia для меня ситуация неочевидная -- это не
> критичные приложения, и если они работоспособны, то чем они новее
> тем лучше, поэтому возможно стоит их и обновить.
Кстати, мне ffmpeg критичен именно на сервере - большая часть крупного 
видео-хостинга крутится вокруг него.


-- 
Regards, Sergey Alembekov
ALTLinux Team
xmpp: rt@jabber.ru

Re: [devel] backports to M51

[Vitaly Lipatov]

On 8 февраля 2010, Денис Смирнов wrote:
...
> Ну и последний самый сложный вопрос -- есть ли у нас HOWTO как
> делать бэкпорты пакетов из sisyphus в 5.1 _правильно_ (т.е.
> применяя git), увы, я раньше это делал только с помощью
> etersoft-build-utils а не руками.
Денис, новая версия отлично поддерживает бэкпорты, прошу 
тестировать.
Я сейчас пишу нечто типа HOWTO, принимаю замечания:
http://www.altlinux.org/Etersoft-build-utils_howto


-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info

Re: [devel] backports to M51

[Anton Farygin]

08.02.2010 03:25, Денис Смирнов пишет:
> On Sun, Feb 07, 2010 at 10:37:10PM +0200, Michael Shigorin wrote:
<skip>
> Ну и последний самый сложный вопрос -- есть ли у нас HOWTO как делать
> бэкпорты пакетов из sisyphus в 5.1 _правильно_ (т.е. применяя git), увы, я
> раньше это делал только с помощью etersoft-build-utils а не руками.

Денис, большая просьба - не копировать, а пересобирать пакеты для 5.1.

система уже разъехалась довольно прилично.

И да, не забудь про php-base, на него зависимости прямой нет, но в нём 
исправлено некоторое количество критичных ошибок.

HOWTO не видел, да и не будет его для php - схема сборки php5 несколько 
сложнее, чем другой стандартный пакет.