25877 2011-07-09 13:31:44 +0400 Собирать пакеты lsb-graphics 2011-07-12 15:23:05 +0400 1 1 4 Development Sisyphus lsb unstable all Linux RESOLVED LATER P3 normal --- 23155 1 aen stanv boyarsh lav sem zerg qa-sisyphus oldest_to_newest 122994 0 aen 2011-07-09 13:31:44 +0400 Собирать пакеты lsb-graphics для каждой архитектуры. Они нужны, например, для установки Google Earth. 122995 1 aen 2011-07-09 13:33:02 +0400 Или провайдить. И включать lsb-пакеты в дистрибутивы. 122996 2 aen 2011-07-09 13:42:04 +0400 http://rpmfind.net//linux/RPM/fedora/devel/rawhide/x86_64/redhat-lsb-graphics-4.0-6.fc15.i686.html Provides redhat-lsb-graphics lsb-graphics-ia32 lsb-graphics-noarch redhat-lsb-graphics(x86-32) 123081 3 stanv 2011-07-12 12:00:54 +0400 Это хорошо конечно. Но: http://dev.linuxfoundation.org/navigator/browse/module.php Есть модули. Каждый модуль определяет набор SubModule. Так вот, под-модуль graphics является частью модуля lsb-desktop. ПОД-модуль graphics требует: libX11.so.6 libXt.so.6 libGL.so.1 libXext.so.6 libICE.so.6 libSM.so.6 libXi.so.6 libGLU.so.1 libXtst.so.6 Если делать пакет (или Provides:) lsb-graphics, тогда почему бы не сделать сразу еще 15 пакетов (Provides:), согласно каждому под-модулю: lsb-perl, lsb-python, lsb-qt, lsb-qt3, lsb-multimedia, ....... Но этого никто не делает! Ставить Provides для lsb-graphics в lsb-desktop? Но тогда что-то в корне будет не правильно. 123083 4 aen 2011-07-12 12:19:38 +0400 (В ответ на комментарий №3) > Это хорошо конечно. Но: > > http://dev.linuxfoundation.org/navigator/browse/module.php > > Есть модули. Каждый модуль определяет набор SubModule. > > Так вот, под-модуль graphics является частью модуля lsb-desktop. > > ПОД-модуль graphics требует: > libX11.so.6 > libXt.so.6 > libGL.so.1 > libXext.so.6 > libICE.so.6 > libSM.so.6 > libXi.so.6 > libGLU.so.1 > libXtst.so.6 > > Если делать пакет (или Provides:) lsb-graphics, тогда почему бы не сделать > сразу еще 15 пакетов (Provides:), согласно каждому под-модулю: > > lsb-perl, lsb-python, lsb-qt, lsb-qt3, lsb-multimedia, ....... > > Но этого никто не делает! А как делают? В fc15 из src-пакета redhat-lsb-4.0 собираются пакеты lsb, lsb-graphics, lsb-printing. Первый провайдит lsb-core. Думаю, что сейчас нам нужно сделать так же, -- мы гарантированно не попадем при этом на отсутствие provides при установке сторонних пакетов. А вообще тема интересная. В Обнинске на конференции будут люди из ИСП РАН, они ей занимаются. Давайте с ними обсудим. Но сейчас лучше сделать "как у всех". 123097 5 stanv 2011-07-12 15:06:40 +0400 > rpm -qp --provides lsb-desktop-4.0-alt5.x86_64.rpm lsb-desktop-noarch = 4.0 lsb-desktop-amd64 = 4.0 lsb-desktop-noarch = 3.0 lsb-desktop-amd64 = 3.0 lsb-graphics-noarch = 4.0 lsb-graphics-amd64 = 4.0 lsb-graphics-noarch = 3.0 lsb-graphics-amd64 = 3.0 lsb-desktop = 4.0-alt5 > rpm -qp --provides lsb-desktop-4.0-alt5.i586.rpm lsb-desktop-noarch = 4.0 lsb-desktop-ia32 = 4.0 lsb-desktop-noarch = 3.0 lsb-desktop-ia32 = 3.0 lsb-graphics-noarch = 4.0 lsb-graphics-ia32 = 4.0 lsb-graphics-noarch = 3.0 lsb-graphics-ia32 = 3.0 lsb-desktop = 4.0-alt5 Осталось выяснить почему "все" провайдят lsb-graphics как самостоятельный модуль... 123100 6 aen 2011-07-12 15:12:36 +0400 Спасибо! Выясним в Обнинске 123102 7 aen 2011-07-12 15:23:05 +0400 (В ответ на комментарий №5) > Осталось выяснить почему "все" провайдят lsb-graphics как самостоятельный > модуль... Может быть потому, что не хотят тянуть в систему лишнее? Мы тоже не хотим