Разработчики Ubuntu сообщили (http://www.mail-archive.com/ubuntu-devel-announce@lists...), что в тестовой версии Ubuntu 11.10 для архитектуры amd64 по умолчанию обеспечена поддержка многоархитектурных установок (http://www.opennet.me/opennews/art.shtml?num=31306) (Multiarch) и включены все необходимые библиотеки для запуска 32-разрядных программ (ia32-libs), собранных для архитектуры x86. С практической точки зрения, данная возможность позволит пользователям 64-разрядной сборки Ubuntu получить полный доступ ко всем пакетам, доступным для архитектуры i386, в дополнение к пакетам в сборке для amd64.
Для включения multiarch для ранее установленных тестовых версий Ubuntu 11.10 в файл /etc/dpkg/dpkg.cfg.d/multiarch необходимо записать строку "foreign-architecture i386" и выполнить "apt-get update". После этого можно штатными средствами установить любой 32-разрядный пакет.URL: http://www.mail-archive.com/ubuntu-devel-announce@lists...
Новость: http://www.opennet.me/opennews/art.shtml?num=31511
Отлично, быстро подхватили решение Debian.
Какого дебиана? DVD-редакции популярных дистрибутивов, включая моего, так умели года с 2006
http://www.opennet.me/opennews/art.shtml?num=31306
> http://www.opennet.me/opennews/art.shtml?num=31306Правильно, и по ссылке сказано:
> Вместо применяемого в Red Hat и SUSE традиционного и описанного в стандарте LSB подхода
Описанного в LSB. У меня как раз SuSE. В версии 10.3 2007 года там был 32-битный MPlayer, прямо "из коробки". Чтобы все кодеки были. Если что, в Debian и Ubuntu ia32-libs был с 2007 года точно. Может и раньше. Но опционально
А что же тогда нового в той новости?Как я понял просто сменили расположение библиотек для более универсального решения.
> Как я понял просто сменили расположение библиотек для более универсального решения.Ничего не сменили. Просто по умолчанию будет ставиться одним пакетом больше, только и всего.
Впрочем, с точки зрения убунту это масштабная новость и колоссальный прогресс.
Весь этот LSB роли никакой не играет. Паровоз десктопного Линукса - Дебиан, а пассажирские вагоны - Убунта.
> Весь этот LSB роли никакой не играет. Паровоз десктопного Линукса — Дебиан,
> а пассажирские вагоны — Убунта.дадада, это мы уже проходили. «стандарты — для лохов!»
>Отлично, быстро подхватили решение Debian.Нет, ничего они не подхватили.
То, за что взялись в Debian - очень тяжелая и трудоемкая работа, которая займет много времени. В перспективе она позволит держать в одном корне бинарники для самых разных архитектур (а не только для намертво связанных x86 и x86_64). Разумеется, потом это будет преподноситься как "уникальная фича Ubuntu".А в убунте сейчас всего лишь включили установку по умолчанию пакета ia32-libs. Этот пакет был введен в дебиане еще в незапамятные времена.
> А в убунте сейчас всего лишь включили установку по умолчанию пакета ia32-libs.
> Этот пакет был введен в дебиане еще в незапамятные времена.Нука-нука покажите мне как с незапамятных времен можно было поставить стандартными средствами обычный пакет для 32-разрядной архитектуры в 64-разрядной сборке ? Описанное в новости изменение большой шаг вперед. Включением ia32-libs дело далеко не ограничивается.
Поищите в Интернете описание процесса установки Skype под Ubuntu x86_64.
Теперь убунта будет жрать еще больше памяти.
Я люблю критику Убунты. Но здесь я не согласен. Эти библиотеки будут занимать место на диске, а не в памяти. Память они займут только когда надо включить что-нибудь 32-битное: Wine, Skype, Flash Player или Gens. И даже в этом случае запускаемая программа займёт гораздо больше памяти, чем библиотеки, которых 100 мегабайтов в сумме. Задействоваться будет около 30-ти
>Wine, Skype, Flash Player или Gens.Половина мимо.
Это куда мимо, когда так и есть. Попробуй удалить ia32-libs и увидишь, что даже модуль google-talkplugin и skype будут удалены, хотя и пишут что некоторые пакеты 64-битные, но на самом деле они жуют ia32-libs = такие себе псевдо 64-битные... В убунте 11.10 ia32-libs (из universe с 2009 года) до сих пор в синаптике не подписан оф.убунтовским значком и наверное и не будет. Посмотрим как у них будет работать multiarch...
Попробовал удалить ia32-libs в daily альфа версии хубунты. Удалилось. Зависимостей - ноль. Зачем мне эта фиговина? А скайп... эээ ну его майкрософту купил, так что скоро думается линуксоидов вообще избавят от сомнительной привилении использовать мутный блоб делающий неизвестно что.
> Попробовал удалить ia32-libs в daily альфа версии хубунты. Удалилось. Зависимостей - ноль.
> Зачем мне эта фиговина? А скайп... эээ ну его майкрософту купил,
> так что скоро думается линуксоидов вообще избавят от сомнительной привилении использовать
> мутный блоб делающий неизвестно что.Лучше мутный чем вообще никак. Не будет скайпа - не будет перехода на Linux.
Спокойно. Ставим скайп - 32-битные библиотеки устанавливватся зависимостями.
Поставил, не работает.$ zcat /proc/config.gz | egrep -E 'X86_32|IA32'
# CONFIG_X86_32 is not set
# CONFIG_IA32_EMULATION is not set# ldd /lib/libc-2.11.3.so
не является динамическим исполняемым файломКак жить, как жить... =)
В каком смысле "еще больше"? У меня в Kubuntu начиная с 9.04 (и до 11.04) почти одни и те же цифры: в чистой системе 170-200 мб., через пол года ~250 мб. При том что много всяких программ ставил, экспериментировал с настройками и т.д. Так что не надо вранья...
Блин. Рад что есть такая возможность.
Но нафига её по умолчанию делать??!!!
Кто хочет создать помойку из системы, найдёт способ...
плюсую
ну так убунта же
>Блин. Рад что есть такая возможность.Такая возможность есть в дебиане (и, соответственно, в убунте) уже очень давно.
Правда, реализовано оно гораздо хуже, чем, например, в федоре или сусе - в редхатовском семействе можно практически все библиотеки для обеих архитектур поставить, а в дебиане - только ограниченный набор.>Но нафига её по умолчанию делать??!!!
Чтобы преподнести этот рваный баян как суперновейшую уникальную мегафичу Ubuntu, очевидно же.
Если судить ПО СЕБЕ, как это делают в основном, то вот я так же могу сказать про стандартных убунтоводов И НЕ ТОЛЬКО, и других дистрибоводов.
"А зачем вам гноме/кде по умолчанию? Выпилили бы, кому надо - те бы поставили, а то делаете из системы мусорку со всякими реестрами типа gconf, пульсаудио, плазмой и прочим барахлом которое например МНЕ НЕ НУЖНО" ..
Так что если ВАМ не нужно, это не значит что не должно быть. Убунта это дистриб стремящийся к "аля всё сразу из коробки".
у меня /usr/lib32 вообще очень худенькая, да и то, из-за скайпа пришлось завести. но такое решение...
> После этого можно штатными средствами установить любой 32-разрядный пакетlibcurl-devel не сможет установить никто.
костыли, костыли, а вот кому свеженьких костылей?!
в openSUSE 10.3 было из коробки
Позорище.
отписавшиеся выше, все хором бегом учиться, чем multiarch отличается от пакетирования 32-битовых библиотек в (псевдо-)64битный пакет.
Дык почемубы не скинуть сцыль на ртфм?
У меня нет TFM, но если вкратце$ apt-cache show ia32-libs | grep Architecture
Architecture: amd64т.е. пакет /якобы/ для архитектуры amd64, а что там либы i386 так это пакаж-манажера не касается. Теперь любое 32-бит приложение нужно также запаковать в псевдо-64бит пакет, зависящий от ia32-libs.
Плюс подхода: пакаж менеджер не заморачивается, для него все одна архитектура.
Минус: или для amd64 держать весь архив i386 перепакованным с соответственно измененными названиями и зависимостями, или лепить мегапакеты (расписывать не буду, представь что тебе надо запаковать на amd64 некую i386-only софтину с развесистыми зависимостями)мультиарч означает, что пакаж менеджер теперь знает сущность "архитектура" и умеет ее учитывать при установке. Т.е. смотрит в два репозитария. Усложняется пакаж-манажер, упрощается поддержка репозитория, да собственно см. ссылку из новости для описания достоинств подхода.
Да, вся эта проблема встает при совпадении 2 условий: процессор, поддерживающий более 1 набора инструкций, и различный abi для них. В Солярисе с этим столкнулись раньше и решили устранением второго.
Новость имеет две основных части. Первая - включение ia32-libs по-умолчанию. Вторая - возможность установки любого 32-битного приложения или библиотеки, как в Mandriva.
> возможность установки любого 32-битного приложения или библиотеки, как в Mandrivaа как в Mandriva?
Долго искал скриншот... Если подождёшь до завтра, я его просто сделаю с работы. http://rus-linux.net/nlib.php?name=/MyLDP/distr/Mageia/Obzor... - вот здесь второй скриншот, вот представь, что пакеты дублируются по типу lib64nepomuksync4-4.6.3-2.mga1.x86_64.rpm и libnepomuksync4-4.6.3-2.mga1.x86_64.rpm. А в пакетном менеджере для обозначения разрядности программы введен ещё один столбец. Вот так в Мандриве.
Если не ошибаюсь, в Арче такая же система. Подключаешь репозиторий [multilib] - и оттуда уже поштучно ставятся 32-битные либы как зависимости 32-битных программ. Можно, например, поставить gcc-multilib вместо gcc и компилять 32-битный софт.Хотя все это уже почти рудимент. Через пару лет i386/i686 станет такой же экзотической архитектурой, как сейчас IA64
> Если не ошибаюсь, в Арче такая же система. Подключаешь репозиторий [multilib] -
> и оттуда уже поштучно ставятся 32-битные либы как зависимости 32-битных программ.
> Можно, например, поставить gcc-multilib вместо gcc и компилять 32-битный софт.
> Хотя все это уже почти рудимент. Через пару лет i386/i686 станет такой
> же экзотической архитектурой, как сейчас IA64Этот рудимент процветает по цене в 4000$, с 24M L3 кэша, 4 ядрами и 4.8 мильярдами транзакций в секунду.
Почему федора и сусе сделали по LSB, а дебиан городит свой костыль и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.
Потому что стандарт сферический и в вакууме. Раньше он всех удовлетворял, но теперь его не хватает, и разумно его будет немного подправить. Если дебиану удастся это дело, вполне возможно, что их идея появится в новом выпуске LSB.
Вообще они этим занялись как раз вовремя. Скоро начнется выпуск ноутов и разных интересных железок на ARM под новую Win8, и Linux-системы с такими новшествами встретят это блестяще. Если повезет, новую винду (под которую, разумеется, не будет никаких портированных на ARM гор софта, составляющих единственную причину популярности семейства Win) можно будет даже не откапывать
> Почему федора и сусе сделали по LSB, а дебиан городит свой костыль
> и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.Согласен со вторым, объясняю первое: потому что стандарт хреновенький. Не масштабируется вверх вообще, натвердо 32 и 64 как количество битов. Глянь например варианты спарков -- да, Линукс в данный момент не использует их различия, различая только sparc и sparc64, но это вовсе не плюс.
> Почему федора и сусе сделали по LSB, а дебиан городит свой костыль
> и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.LSB - это междусобойчик Красной шляпы и Новелла. После истории со "стандартным пакетным менеджером" Дебиан плюнул на эту хрень (и правильно сделал).