23878 2010-08-11 21:02:28 +0400 генерить arepo-пакеты автоматически при обработке каждого задания 2012-04-03 23:23:53 +0400 1 1 2 Infrastructure Infrastructure repository unspecified all Linux CLOSED FIXED P3 enhancement --- 25187 25192 23876 23877 23879 24578 1 anubix ldv aen arc cas dk evg gray_graff icesik ildar inger ldv mike vitty zerg dottedmag oldest_to_newest 111145 0 anubix 2010-08-11 21:02:28 +0400 необходимо добавить репозитории x86_32 в умолчательные списки для возможности сборки 32-битного кода на x86_64 111148 1 ldv 2010-08-12 05:14:38 +0400 Я не хочу, чтобы это было по умолчанию. Кому надо, тот добавит. 111152 2 anubix 2010-08-12 10:50:12 +0400 В сборочнице sisyphus x86_32 подключены? Если да, то меня устроит. 111164 3 zerg 2010-08-12 20:28:39 +0400 Т.е. для x86_64 с -m32 собирать на git.alt не получиться. Так? 111165 4 ldv 2010-08-12 20:34:33 +0400 За конфигурацию 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 автоматически при обработке каждого задания. 111172 5 anubix 2010-08-12 23:05:37 +0400 (В ответ на комментарий №4) > За конфигурацию apt в сборочнице git.alt отвечает girar-builder. Да какая разница! Или перевесь на более подходящий пакет. > пока girar-builder не научится генерить пакеты для x86-32 Отдельную багу повесить? 118876 6 ldv 2011-02-27 00:27:53 +0300 *** Bug 25162 has been marked as a duplicate of this bug. *** 118894 7 aen 2011-02-27 22:43:41 +0300 2cas@ не спешите с distro-blocker, так как не вполне понятно является ли именно эта бага ключом к решению проблемы 118895 8 ldv 2011-02-27 23:07:59 +0300 (In reply to comment #7) > 2cas@ не спешите с distro-blocker, так как не вполне понятно является ли именно > эта бага ключом к решению проблемы Не distro-blocker, поскольку не блокирует выпуск дистрибутивов. Для дистрибутивов, база пакетов для которых по определению зафиксирована, пакеты можно арепить где угодно и когда угодно. Мы же здесь говорим именно о живом репозитории. 118989 9 anubix 2011-03-03 12:11:09 +0300 (В ответ на комментарий №8) > Не distro-blocker, поскольку не блокирует выпуск дистрибутивов. > Для дистрибутивов, база пакетов для которых по определению зафиксирована, Зато блокирует выпуск бранча 6.0, поскольку сейчас x86_32 разломан напрочь. 118992 10 ldv 2011-03-03 13:56:51 +0300 (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. 118994 11 zerg 2011-03-03 14:06:43 +0300 (В ответ на комментарий №10) > Ну, поскольку gcc -m32 работает, утверждать, что сейчас x86_32 разломан > напрочь, как минимум некорректно. Да, некорректно здесь. Я имел ввиду репозиторий x86_32 (bug#25187) сейчас разломан наглухо. 118995 12 zerg 2011-03-03 14:11:12 +0300 (В ответ на комментарий №10) > Последний раз x86_32 сломался после исчезновения из Сизифа > пакета libgtk+2-common. И это до сих пор не починили. 118996 13 ldv 2011-03-03 14:19:21 +0300 (In reply to comment #12) > (В ответ на комментарий №10) > > Последний раз x86_32 сломался после исчезновения из Сизифа > > пакета libgtk+2-common. > И это до сих пор не починили. Наверное, за этим плохо следят. 119001 14 zerg 2011-03-03 14:40:45 +0300 (В ответ на комментарий №13) > Наверное, за этим плохо следят. Да. Подпинывание в bug#24578 редко помогает 119012 15 anubix 2011-03-03 22:15:12 +0300 (В ответ на комментарий №10) > Ну, поскольку gcc -m32 работает Противоречие (см. коментерий #4). 119014 16 anubix 2011-03-03 22:22:08 +0300 (В ответ на комментарий №10) > Когда в Сизифе наступит относительная стабилизация по библиотекам, > то поддерживать arepo.conf в актуальном состоянии будет несложно. Там, похоже, более серьезная проблема с новыми появившимися зависимостями. 119017 17 anubix 2011-03-03 23:54:48 +0300 (В ответ на комментарий №16) > похоже, более серьезная проблема с новыми появившимися зависимостями. Не, моя локальная проблема. Тогда непонятно, почему разломан x86_32 ... Видимо, не плохо, а очень плохо следят. 130215 18 ldv 2012-03-30 03:22:51 +0400 Во избежание коллизий с настоящей архитектурой x86_32 от intel имя arepo-архитектуры будет i586-x86_64 ($ARCH_donor-$ARCH_acceptor). 130255 19 ldv 2012-04-01 01:40:28 +0400 (In reply to comment #18) > Во избежание коллизий с настоящей архитектурой x86_32 от intel > имя arepo-архитектуры будет i586-x86_64 ($ARCH_donor-$ARCH_acceptor). Или, наоборот, x86_64-i586, чтобы подчеркнуть, что пакеты там для x86_64. 130256 20 mike 2012-04-01 11:21:47 +0400 x86_48 -- компромисс и гуглиться будет хорошо. :] 130258 21 vitty 2012-04-01 11:29:50 +0400 x86_2^5 :) 130262 22 anubix 2012-04-01 23:45:14 +0400 (В ответ на комментарий №19) > Или, наоборот, x86_64-i586 +1 130288 23 ldv 2012-04-02 19:14:15 +0400 Встречайте x86_64-i586.