Bug 23878

Summary: генерить arepo-пакеты автоматически при обработке каждого задания
Product: Infrastructure Reporter: Zerg <anubix>
Component: repositoryAssignee: Dmitry V. Levin <ldv>
Status: CLOSED FIXED QA Contact: Mikhail Gusarov <dottedmag>
Severity: enhancement    
Priority: P3 CC: aen, arc, cas, dk, evg, gray_graff, icesik, ildar, inger, ldv, mike, vitty, zerg
Version: unspecified   
Hardware: all   
OS: Linux   
Bug Depends on: 25187, 25192    
Bug Blocks: 23876, 23877, 23879, 24578    

Description Zerg 2010-08-11 21:02:28 MSD
необходимо добавить репозитории x86_32 в умолчательные списки для возможности сборки 32-битного кода на x86_64
Comment 1 Dmitry V. Levin 2010-08-12 05:14:38 MSD
Я не хочу, чтобы это было по умолчанию.
Кому надо, тот добавит.
Comment 2 Zerg 2010-08-12 10:50:12 MSD
В сборочнице sisyphus x86_32 подключены? Если да, то меня устроит.
Comment 3 Sergey V Turchin 2010-08-12 20:28:39 MSD
Т.е. для x86_64 с -m32 собирать на git.alt не получиться. Так?
Comment 4 Dmitry V. Levin 2010-08-12 20:34:33 MSD
За конфигурацию apt в сборочнице git.alt отвечает girar-builder.
Пакет apt-conf-sisyphus к этому никакого отношения не имеет.

(In reply to comment #2)
> В сборочнице sisyphus x86_32 подключены? Если да, то меня устроит.

Нет, не подключены.

(In reply to comment #3)
> Т.е. для x86_64 с -m32 собирать на git.alt не получиться. Так?

Нет, не получится.
По крайней мере, до тех пор, пока girar-builder не научится генерить пакеты для x86-32 автоматически при обработке каждого задания.
Comment 5 Zerg 2010-08-12 23:05:37 MSD
(В ответ на комментарий №4)
> За конфигурацию apt в сборочнице git.alt отвечает girar-builder.
Да какая разница! Или перевесь на более подходящий пакет.

> пока girar-builder не научится генерить пакеты для x86-32
Отдельную багу повесить?
Comment 6 Dmitry V. Levin 2011-02-27 00:27:53 MSK
*** Bug 25162 has been marked as a duplicate of this bug. ***
Comment 7 AEN 2011-02-27 22:43:41 MSK
2cas@ не спешите с distro-blocker, так как не вполне понятно является ли именно эта бага ключом к решению проблемы
Comment 8 Dmitry V. Levin 2011-02-27 23:07:59 MSK
(In reply to comment #7)
> 2cas@ не спешите с distro-blocker, так как не вполне понятно является ли именно
> эта бага ключом к решению проблемы

Не distro-blocker, поскольку не блокирует выпуск дистрибутивов.
Для дистрибутивов, база пакетов для которых по определению зафиксирована, пакеты можно арепить где угодно и когда угодно.  Мы же здесь говорим именно о живом репозитории.
Comment 9 Zerg 2011-03-03 12:11:09 MSK
(В ответ на комментарий №8)
> Не distro-blocker, поскольку не блокирует выпуск дистрибутивов.
> Для дистрибутивов, база пакетов для которых по определению зафиксирована,
Зато блокирует выпуск бранча 6.0, поскольку сейчас x86_32 разломан напрочь.
Comment 10 Dmitry V. Levin 2011-03-03 13:56:51 MSK
(In reply to comment #9)
> (В ответ на комментарий №8)
> > Не distro-blocker, поскольку не блокирует выпуск дистрибутивов.
> > Для дистрибутивов, база пакетов для которых по определению зафиксирована,
> Зато блокирует выпуск бранча 6.0, поскольку сейчас x86_32 разломан напрочь.

Ну, поскольку gcc -m32 работает, утверждать, что сейчас x86_32 разломан напрочь, как минимум некорректно.  Если каких-то пакетов не хватает, то надо просто дописывать их arepo.conf.  Когда в Сизифе наступит относительная стабилизация по библиотекам, то поддерживать arepo.conf в актуальном состоянии будет несложно. Последний раз x86_32 сломался после исчезновения из Сизифа пакета libgtk+2-common.
Comment 11 Sergey V Turchin 2011-03-03 14:06:43 MSK
(В ответ на комментарий №10)
> Ну, поскольку gcc -m32 работает, утверждать, что сейчас x86_32 разломан
> напрочь, как минимум некорректно.
Да, некорректно здесь. Я имел ввиду репозиторий x86_32 (bug#25187) сейчас разломан наглухо.
Comment 12 Sergey V Turchin 2011-03-03 14:11:12 MSK
(В ответ на комментарий №10)
> Последний раз x86_32 сломался после исчезновения из Сизифа
> пакета libgtk+2-common.
И это до сих пор не починили.
Comment 13 Dmitry V. Levin 2011-03-03 14:19:21 MSK
(In reply to comment #12)
> (В ответ на комментарий №10)
> > Последний раз x86_32 сломался после исчезновения из Сизифа
> > пакета libgtk+2-common.
> И это до сих пор не починили.

Наверное, за этим плохо следят.
Comment 14 Sergey V Turchin 2011-03-03 14:40:45 MSK
(В ответ на комментарий №13)
> Наверное, за этим плохо следят.
Да. Подпинывание в bug#24578 редко помогает
Comment 15 Zerg 2011-03-03 22:15:12 MSK
(В ответ на комментарий №10)
> Ну, поскольку gcc -m32 работает
Противоречие (см. коментерий #4).
Comment 16 Zerg 2011-03-03 22:22:08 MSK
(В ответ на комментарий №10)
> Когда в Сизифе наступит относительная стабилизация по библиотекам,
> то поддерживать arepo.conf в актуальном состоянии будет несложно.
Там, похоже, более серьезная проблема с новыми появившимися зависимостями.
Comment 17 Zerg 2011-03-03 23:54:48 MSK
(В ответ на комментарий №16)
> похоже, более серьезная проблема с новыми появившимися зависимостями.
Не, моя локальная проблема. Тогда непонятно, почему разломан x86_32 ...
Видимо, не плохо, а очень плохо следят.
Comment 18 Dmitry V. Levin 2012-03-30 03:22:51 MSK
Во избежание коллизий с настоящей архитектурой x86_32 от intel
имя arepo-архитектуры будет i586-x86_64 ($ARCH_donor-$ARCH_acceptor).
Comment 19 Dmitry V. Levin 2012-04-01 01:40:28 MSK
(In reply to comment #18)
> Во избежание коллизий с настоящей архитектурой x86_32 от intel
> имя arepo-архитектуры будет i586-x86_64 ($ARCH_donor-$ARCH_acceptor).

Или, наоборот, x86_64-i586, чтобы подчеркнуть, что пакеты там для x86_64.
Comment 20 Michael Shigorin 2012-04-01 11:21:47 MSK
x86_48 -- компромисс и гуглиться будет хорошо. :]
Comment 21 Vitaly Kuznetsov 2012-04-01 11:29:50 MSK
x86_2^5 :)
Comment 22 Zerg 2012-04-01 23:45:14 MSK
(В ответ на комментарий №19)
> Или, наоборот, x86_64-i586
+1
Comment 23 Dmitry V. Levin 2012-04-02 19:14:15 MSK
Встречайте x86_64-i586.