[devel-ports] ARM port workflow

[devel-ports] ARM port workflow

[Anton V. Boyarshinov]

Прошу прощения за разрыв треда..

Добрый день

Я болею, не читаю рабочую почту, пожтому увидел это письмо только сегодня.

> Этого релиза никогда не было в Sisyphus, но он попал в порт на ARM.
> Мне кажется это не правильно.
А мне так не кажется. Разумеется, надо вносить ARM-специфичные изменения в
основной Сизиф как можно скорее, но условие "сначала в основном Сизифе и
только потом пересобрать на ARM" представляется мне избыточно жёстким (до
практического блокирования работы).

И уж тем более неудачный выбран пример. Мне кажется, что убеждать Диму
пересобрать glibc только ради того, чтоб он пересобрался на ARM с более
свежими kernel-headers несколько странно.

> Если какой-то пакет нужно изменить для
> того что бы он работал на ARM, его нужно изменить сначала в Сизифе,
> и лишь за тем пересобрать его под ARM. Это гарантия того, что
> изменения не потяряются и не нужно будет делать одну и туже работу
> по несколько раз.
Для того, чтоб убедиться в том, что изменения правильные, надо собрать
пакет. Зачастую надо также использовать его для сборки других пакетов. При
этом пакет, лежащий в "оверлее" не всегда ведёт себя также как и пакет в
основном репозитории.

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

Кроме того, пакеты с неинтегрированными изменениями в большинстве
случаев не пересоберутся :-D

> Можете описать какой сейчас workflow для пересборки пакетов на ARM?
Большая часть пакетом собирается непосредственно из Сизифа (сегодня я на
пробу поставил робота импортёра заданий -- посмотрим что будет).

Многие пакеты из за большого возраста Вашего порта, требуют своего рода
bootstrap-а. Тут уж как получится, но так, чтоб версия не превысила
следующей Сизифной.

Вообще говоря, до того момента, когда у нас в ARM порту будет сизифный gcc
и autotools, лично я считаю его в состоянии bootstrap.

Антон
PS со вчерашнего дня в girar-builder на sheeva включена проверка
устанавливаемости.

Re: [devel-ports] ARM port workflow

[Kirill A. Shutemov]

2009/9/22 Anton V. Boyarshinov <antonv.boyarshinov@gmail.com>:
> Прошу прощения за разрыв треда..
>
> Добрый день
>
> Я болею, не читаю рабочую почту, пожтому увидел это письмо только сегодня.
>
>> Этого релиза никогда не было в Sisyphus, но он попал в порт на ARM.
>> Мне кажется это не правильно.
> А мне так не кажется. Разумеется, надо вносить ARM-специфичные изменения в
> основной Сизиф как можно скорее, но условие "сначала в основном Сизифе и
> только потом пересобрать на ARM" представляется мне избыточно жёстким (до
> практического блокирования работы).
>
> И уж тем более неудачный выбран пример. Мне кажется, что убеждать Диму
> пересобрать glibc только ради того, чтоб он пересобрался на ARM с более
> свежими kernel-headers несколько странно.
>
>> Если какой-то пакет нужно изменить для
>> того что бы он работал на ARM, его нужно изменить сначала в Сизифе,
>> и лишь за тем пересобрать его под ARM. Это гарантия того, что
>> изменения не потяряются и не нужно будет делать одну и туже работу
>> по несколько раз.
> Для того, чтоб убедиться в том, что изменения правильные, надо собрать
> пакет. Зачастую надо также использовать его для сборки других пакетов. При
> этом пакет, лежащий в "оверлее" не всегда ведёт себя также как и пакет в
> основном репозитории.
>
> Кроме того, исправленные пакеты в частных репозиториях и сломанные (до
> внесения исправлений в Сизиф) в общем -- блокируют возможность совместной
> работы.
>
> Кроме того, пакеты с неинтегрированными изменениями в большинстве
> случаев не пересоберутся :-D

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

>> Можете описать какой сейчас workflow для пересборки пакетов на ARM?
> Большая часть пакетом собирается непосредственно из Сизифа (сегодня я на
> пробу поставил робота импортёра заданий -- посмотрим что будет).
>
> Многие пакеты из за большого возраста Вашего порта, требуют своего рода
> bootstrap-а. Тут уж как получится, но так, чтоб версия не превысила
> следующей Сизифной.
>
> Вообще говоря, до того момента, когда у нас в ARM порту будет сизифный gcc
> и autotools, лично я считаю его в состоянии bootstrap.

Если никто ещё брался, я попробую обновить toolchain для ARM на выходных.

> Антон
> PS со вчерашнего дня в girar-builder на sheeva включена проверка
> устанавливаемости.

Отлично!

Re: [devel-ports] ARM port workflow

[Anton V. Boyarshinov]

Добрый день

On Tue, 22 Sep 2009 11:54:22 +0300 Kirill A. Shutemov wrote:

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

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

> > Вообще говоря, до того момента, когда у нас в ARM порту будет сизифный gcc
> > и autotools, лично я считаю его в состоянии bootstrap.
> 
> Если никто ещё брался, я попробую обновить toolchain для ARM на выходных.
Было бы здорово!

Антон

Re: [devel-ports] ARM port workflow

[Kirill A. Shutemov]

2009/9/24 Anton V. Boyarshinov <boyarsh@altlinux.org>:
> Добрый день
>
> On Tue, 22 Sep 2009 11:54:22 +0300 Kirill A. Shutemov wrote:
>
>> Вообщем-то аргументы меня устраивают. Только просьба документировать
>> пакеты, которые были изменены подобным образом где-нибудь в
>> публичном месте.
> Хорошо, я буду работать над этим.
>
> Вообще говоря, большинство таких изменений я делаю именно в рамках
> bootstrap и то, что эти изменения потеряются при сборке следующей
> версии, считаю благом. Правда, автоматически это не произойдёт, так как
> не пройдёт проверка наследования и потребуется ручное вмешательство.

Если после бутстрапа изменений в пакете в Сизифе не требуется, то и
версию/ченжлог трагать не стоит. Иначе эти изменения должны попасть в
Сизиф как можно быстрее.

>
>> > Вообще говоря, до того момента, когда у нас в ARM порту будет сизифный gcc
>> > и autotools, лично я считаю его в состоянии bootstrap.
>>
>> Если никто ещё брался, я попробую обновить toolchain для ARM на выходных.
> Было бы здорово!

Ok, постараюсь сделать.

Re: [devel-ports] ARM port workflow

[Anton V. Boyarshinov]

On Thu, 24 Sep 2009 14:45:36 +0300 Kirill A. Shutemov wrote:


> Если после бутстрапа изменений в пакете в Сизифе не требуется, то и
> версию/ченжлог трагать не стоит.
Не уверен. Есть пакет. В нём есть изменения относительно сизифного.
Стало быть должно быть и описание этих изменений..

Re: [devel-ports] ARM port workflow

[Kirill A. Shutemov]

2009/9/24 Anton V. Boyarshinov <boyarsh@altlinux.org>:
> On Thu, 24 Sep 2009 14:45:36 +0300 Kirill A. Shutemov wrote:
>
>
>> Если после бутстрапа изменений в пакете в Сизифе не требуется, то и
>> версию/ченжлог трагать не стоит.
> Не уверен. Есть пакет. В нём есть изменения относительно сизифного.
> Стало быть должно быть и описание этих изменений..

Я говорил о изменениях, которые требуются лишь для бутстрапа, а затем
идут под нож.

Re: [devel-ports] ARM port workflow

[Anton V. Boyarshinov]

On Thu, 24 Sep 2009 15:39:22 +0300 Kirill A. Shutemov wrote:


> >> Если после бутстрапа изменений в пакете в Сизифе не требуется, то и
> >> версию/ченжлог трагать не стоит.
> > Не уверен. Есть пакет. В нём есть изменения относительно сизифного.
> > Стало быть должно быть и описание этих изменений..
> 
> Я говорил о изменениях, которые требуются лишь для бутстрапа, а затем
> идут под нож.
Ну так ведь bootstrap происходит в относительно публичном репозитории..

Re: [devel-ports] ARM port workflow

[Kirill A. Shutemov]

2009/9/24 Anton V. Boyarshinov <boyarsh@altlinux.org>:
> On Thu, 24 Sep 2009 15:39:22 +0300 Kirill A. Shutemov wrote:
>
>
>> >> Если после бутстрапа изменений в пакете в Сизифе не требуется, то и
>> >> версию/ченжлог трагать не стоит.
>> > Не уверен. Есть пакет. В нём есть изменения относительно сизифного.
>> > Стало быть должно быть и описание этих изменений..
>>
>> Я говорил о изменениях, которые требуются лишь для бутстрапа, а затем
>> идут под нож.
> Ну так ведь bootstrap происходит в относительно публичном репозитории..

И? Поскольку, как ты говорил, статус у порта bootstrap, то и оносится к нему
нужно соответвенно. Первоочередная задача, на мой взгляд --
синхронизировать пакетную базу с Сизифом, что бы затем уже применять
другой workflow.