Bug 17839

Summary: biarch problem
Product: Sisyphus Reporter: inger <inger>
Component: libaptAssignee: placeholder <placeholder>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: major    
Priority: P2 CC: boyarsh, glebfm, imz, ldv, placeholder, rider, ruslandh, ruslandh, wart, zhum
Version: unstable   
Hardware: all   
OS: Linux   

Description inger@altlinux.org 2008-11-10 15:16:17 MSK
# apt-get install mvapich-gcc
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
  mpi-selector mvapich-gcc-devel
The following packages will be upgraded
  mpi-selector mvapich-gcc mvapich-gcc-devel
The following packages will be REMOVED:
  i586-mvapich-gcc-devel.32bit i586-mvapich-gcc.32bit

# rpm -q i586-mvapich-gcc
i586-mvapich-gcc-1.0.1-alt3.M41.1

Итого, apt понимает, что надо снести i586-й клон, но не делает это.

Делаю высокий приоритет баге ибо это постоянно ломает целостность системы на машинах, которые вынуждены использовать этот "биарч".
Comment 1 Dmitry V. Levin 2008-11-11 04:58:46 MSK
(In reply to comment #0)
> # apt-get install mvapich-gcc
> Reading Package Lists... Done
> Building Dependency Tree... Done
> The following extra packages will be installed:
>   mpi-selector mvapich-gcc-devel
> The following packages will be upgraded
>   mpi-selector mvapich-gcc mvapich-gcc-devel
> The following packages will be REMOVED:
>   i586-mvapich-gcc-devel.32bit i586-mvapich-gcc.32bit
> 
> # rpm -q i586-mvapich-gcc
> i586-mvapich-gcc-1.0.1-alt3.M41.1
> 
> Итого, apt понимает, что надо снести i586-й клон, но не делает это.

Кто виноват, libapt или librpm?

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

Не все дистрибутивы используют биарч -> не блокер.
Comment 2 Wartan Hachaturow 2008-11-11 06:31:26 MSK
Помимо прочего, хотелось бы заметить, что перепаковка при помощи arepo/mkbaselibs/whatever небиблиотечных пакетов -- очень и очень плохая идея, которая doomed to fail тем или иным образом всё равно.
Comment 3 inger@altlinux.org 2008-11-11 10:44:14 MSK
(In reply to comment #2)
> Помимо прочего, хотелось бы заметить, что перепаковка при помощи
> arepo/mkbaselibs/whatever небиблиотечных пакетов -- очень и очень плохая идея, которая
> doomed to fail тем или иным образом всё равно.
Пока не будет biarch у меня нет иного выбора ибо мне нужно иметь две исполняемые среды MPI на машине одновременно.


Comment 4 inger@altlinux.org 2008-11-11 10:45:52 MSK
(In reply to comment #1)
> (In reply to comment #0)
> > # apt-get install mvapich-gcc
> > Reading Package Lists... Done
> > Building Dependency Tree... Done
> > The following extra packages will be installed:
> >   mpi-selector mvapich-gcc-devel
> > The following packages will be upgraded
> >   mpi-selector mvapich-gcc mvapich-gcc-devel
> > The following packages will be REMOVED:
> >   i586-mvapich-gcc-devel.32bit i586-mvapich-gcc.32bit
> > 
> > # rpm -q i586-mvapich-gcc
> > i586-mvapich-gcc-1.0.1-alt3.M41.1
> > 
> > Итого, apt понимает, что надо снести i586-й клон, но не делает это.
> 
> Кто виноват, libapt или librpm?
Без понятия. Поэтому и добавил в CC at@. Воспроизводится отлично, так что можно вставить отладку и в ту и в другую библиотеку ;)
Comment 5 Wartan Hachaturow 2008-11-11 11:46:51 MSK
(In reply to comment #3)
> Пока не будет biarch у меня нет иного выбора ибо мне нужно иметь две
> исполняемые среды MPI на машине одновременно.

Давайте определимся, что мы понимаем под словом "biarch".
Обычно слово "biarch" *не* означает возможности установки произвольных исполняемых пакетов двух архитектур друг на друга.
Обычно слово "biarch" означает исключительно возможность создания *сборочной* среды другой архитектуры из пары на данной, каковую затем может использовать *один* gcc с поддержкой multilib для сборки бинарей разных архитектур.
Comment 6 inger@altlinux.org 2008-11-12 15:40:58 MSK
(In reply to comment #5)
> (In reply to comment #3)
> > Пока не будет biarch у меня нет иного выбора ибо мне нужно иметь две
> > исполняемые среды MPI на машине одновременно.
> 
> Давайте определимся, что мы понимаем под словом "biarch".
> Обычно слово "biarch" *не* означает возможности установки произвольных
> исполняемых пакетов двух архитектур друг на друга.
> Обычно слово "biarch" означает исключительно возможность создания *сборочной*
> среды другой архитектуры из пары на данной, каковую затем может
> использовать *один* gcc с поддержкой multilib для сборки бинарей разных
> архитектур.
Я совершенно не против идеальной трактовки, но жизнь думает иначе ;)

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

Кроме того есть пакеты типа grub, которые есть только i586 и надо уметь их ставить. А из-за того что arepo убивает скрипты то ...
Comment 7 Wartan Hachaturow 2008-11-12 16:02:10 MSK
(In reply to comment #6)

> А именно, если rpm-ы могут вставать одновременно безотносительно к своему
> содержимому, то люди начинают желать этим пользоваться.

Ну это проблемы этих людей, не так ли? ;) Использование фичи одновременной установки rpm'ок разных архитектур требует очень большой аккуратности и ума. Делать это бездумно нельзя -- собственно, пример с mpi-gcc это демонстрирует.

Скажем даже так: в данный момент имеющееся у меня представление о будущем альтовом биарче ровно такое, как я описал выше, и я буду делать именно так :) собственно, за референс реализацией можно посмотреть в SuSE.

> Кроме того есть пакеты типа grub, которые есть только i586 и надо уметь их
> ставить. А из-за того что arepo убивает скрипты то ...

http://download.opensuse.org/distribution/openSUSE-current/repo/oss/suse/x86_64/grub-0.97-126.1.x86_64.rpm

?

P.S. BTW, все эти обсуждения не отменяют явно имеющегося косяка в librpm :)
Comment 8 inger@altlinux.org 2008-11-12 16:10:13 MSK
(In reply to comment #7)
> (In reply to comment #6)
> 
> > А именно, если rpm-ы могут вставать одновременно безотносительно к своему
> > содержимому, то люди начинают желать этим пользоваться.
> 
> Ну это проблемы этих людей, не так ли? ;) Использование фичи одновременной
> установки rpm'ок разных архитектур требует очень большой аккуратности и ума.
> Делать это бездумно нельзя -- собственно, пример с mpi-gcc это демонстрирует.
mpvapich-gcc как раз ничего не демонстрирует. Там всё очень аккуратно разнесено. Придумай как сделать это же решение иначе.
Учти, что тут мы делали всё "на заказ" и добробольно я бы сам такое никогда не стал бы делать ;)
> 
> Скажем даже так: в данный момент имеющееся у меня представление о будущем
> альтовом биарче ровно такое, как я описал выше, и я буду делать именно так :)
> собственно, за референс реализацией можно посмотреть в SuSE.
Не против ;)
> 
> > Кроме того есть пакеты типа grub, которые есть только i586 и надо уметь их
> > ставить. А из-за того что arepo убивает скрипты то ...
> 
> http://download.opensuse.org/distribution/openSUSE-current/repo/oss/suse/x86_64/grub-0.97-126.1.x86_64.rpm
Это нужно сообщить raorn@ ;)
Comment 9 Sir Raorn 2008-11-12 16:31:09 MSK
(In reply to comment #8)
> > http://download.opensuse.org/distribution/openSUSE-current/repo/oss/suse/x86_64/grub-0.97-126.1.x86_64.rpm
> Это нужно сообщить raorn@ ;)

Там внутри grub.i586, а i586-* в наши BuildRequires непролазят.
Comment 10 at@altlinux.org 2009-03-27 00:14:52 MSK
fixed in 0.5.15lorg2-alt25