The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

В 64-разрядной сборке Ubuntu по умолчанию активирована поддержка установки 32-разрядных приложений

17.08.2011 09:06

Разработчики Ubuntu сообщили, что в тестовой версии Ubuntu 11.10 для архитектуры amd64 по умолчанию обеспечена поддержка многоархитектурных установок (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-разрядный пакет.

  1. Главная ссылка к новости (http://www.mail-archive.com/ub...)
  2. OpenNews: Планы, определяющие функциональность релиза Debian 7 "Wheezy"
  3. OpenNews: В Debian 7 "Wheezy" будет реализована поддержка многоархитектурных установок
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: ubuntu
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Kels (ok), 09:14, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, быстро подхватили решение Debian.
     
     
  • 2.7, Zenittur (?), 10:07, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Какого дебиана? DVD-редакции популярных дистрибутивов, включая моего, так умели года с 2006
     
     
  • 3.8, Kels (ok), 10:09, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.opennet.ru/opennews/art.shtml?num=31306
     
     
  • 4.10, Zenittur (?), 10:11, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > http://www.opennet.ru/opennews/art.shtml?num=31306

    Правильно, и по ссылке сказано:

    > Вместо применяемого в Red Hat и SUSE традиционного и описанного в стандарте LSB подхода

    Описанного в LSB. У меня как раз SuSE. В версии 10.3 2007 года там был 32-битный MPlayer, прямо "из коробки". Чтобы все кодеки были. Если что, в Debian и Ubuntu ia32-libs был с 2007 года точно. Может и раньше. Но опционально

     
     
  • 5.12, Kels (ok), 10:17, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А что же тогда нового в той новости?

    Как я понял просто сменили расположение библиотек для более универсального решения.

     
     
  • 6.25, Аноним (-), 13:26, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Как я понял просто сменили расположение библиотек для более универсального решения.

    Ничего не сменили. Просто по умолчанию будет ставиться одним пакетом больше, только и всего.
    Впрочем, с точки зрения убунту это масштабная новость и колоссальный прогресс.

     
  • 5.46, skybon (ok), 06:33, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Весь этот LSB роли никакой не играет. Паровоз десктопного Линукса - Дебиан, а пассажирские вагоны - Убунта.
     
     
  • 6.50, anonymous (??), 07:06, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Весь этот LSB роли никакой не играет. Паровоз десктопного Линукса — Дебиан,
    > а пассажирские вагоны — Убунта.

    дадада, это мы уже проходили. «стандарты — для лохов!»

     
  • 2.24, Аноним (-), 13:25, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Отлично, быстро подхватили решение Debian.

    Нет, ничего они не подхватили.
    То, за что взялись в Debian - очень тяжелая и трудоемкая работа, которая займет много времени. В перспективе она позволит держать в одном корне бинарники для самых разных архитектур (а не только для намертво связанных x86 и x86_64). Разумеется, потом это будет преподноситься как "уникальная фича Ubuntu".

    А в убунте сейчас всего лишь включили установку по умолчанию пакета ia32-libs. Этот пакет был введен в дебиане еще в незапамятные времена.

     
     
  • 3.40, Аноним (-), 22:17, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А в убунте сейчас всего лишь включили установку по умолчанию пакета ia32-libs.
    > Этот пакет был введен в дебиане еще в незапамятные времена.

    Нука-нука покажите мне как с незапамятных времен можно было поставить стандартными средствами обычный пакет для 32-разрядной архитектуры в 64-разрядной сборке ? Описанное в новости изменение большой шаг вперед. Включением ia32-libs дело далеко не ограничивается.


     
     
  • 4.52, Andrew Kolchoogin (?), 13:03, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Поищите в Интернете описание процесса установки Skype под Ubuntu x86_64.
     

  • 1.2, Аноним (-), 09:22, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Теперь убунта будет жрать еще больше памяти.
     
     
  • 2.9, Zenittur (?), 10:09, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Я люблю критику Убунты. Но здесь я не согласен. Эти библиотеки будут занимать место на диске, а не в памяти. Память они займут только когда надо включить что-нибудь 32-битное: Wine, Skype, Flash Player или Gens. И даже в этом случае запускаемая программа займёт гораздо больше памяти, чем библиотеки, которых 100 мегабайтов в сумме. Задействоваться будет около 30-ти
     
     
  • 3.18, SDSWanderer (ok), 11:16, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Wine, Skype, Flash Player или Gens.

    Половина мимо.

     
     
  • 4.34, paulus (ok), 17:36, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это куда мимо, когда так и есть. Попробуй удалить ia32-libs и увидишь, что даже модуль google-talkplugin и skype будут удалены, хотя и пишут что некоторые пакеты 64-битные, но на самом деле они жуют ia32-libs = такие себе псевдо 64-битные... В убунте 11.10 ia32-libs (из universe с 2009 года) до сих пор в синаптике не подписан оф.убунтовским значком и наверное и не будет. Посмотрим как у них будет работать multiarch...  
     
     
  • 5.42, Аноним (-), 22:48, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Попробовал удалить ia32-libs в daily альфа версии хубунты. Удалилось. Зависимостей - ноль. Зачем мне эта фиговина? А скайп... эээ ну его майкрософту купил, так что скоро думается линуксоидов вообще избавят от сомнительной привилении использовать мутный блоб делающий неизвестно что.
     
     
  • 6.47, skybon (ok), 06:35, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Попробовал удалить ia32-libs в daily альфа версии хубунты. Удалилось. Зависимостей - ноль.
    > Зачем мне эта фиговина? А скайп... эээ ну его майкрософту купил,
    > так что скоро думается линуксоидов вообще избавят от сомнительной привилении использовать
    > мутный блоб делающий неизвестно что.

    Лучше мутный чем вообще никак. Не будет скайпа - не будет перехода на Linux.

     
     
  • 7.54, Zenittur (?), 05:29, 19/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спокойно. Ставим скайп - 32-битные библиотеки устанавливватся зависимостями.
     
     
  • 8.55, pavlinux (ok), 07:37, 21/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Поставил, не работает zcat proc config gz 124 egrep -E X86_32 124 IA32 ... текст свёрнут, показать
     
  • 2.30, Anonus (?), 14:47, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В каком смысле "еще больше"? У меня в Kubuntu начиная с 9.04 (и до 11.04) почти одни и те же цифры: в чистой системе 170-200 мб., через пол года ~250 мб. При том что много всяких программ ставил, экспериментировал с настройками и т.д. Так что не надо вранья...
     

  • 1.3, Sergey722 (ok), 09:29, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Блин. Рад что есть такая возможность.
    Но нафига её по умолчанию делать??!!!
    Кто хочет создать помойку из системы, найдёт способ...
     
     
  • 2.5, tag (??), 09:35, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +7 +/
    плюсую
    ну так убунта же
     
  • 2.26, Аноним (-), 13:37, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Блин. Рад что есть такая возможность.

    Такая возможность есть в дебиане (и, соответственно, в убунте) уже очень давно.
    Правда, реализовано оно гораздо хуже, чем, например, в федоре или сусе - в редхатовском семействе можно практически все библиотеки для обеих архитектур поставить, а в дебиане - только ограниченный набор.

    >Но нафига её по умолчанию делать??!!!

    Чтобы преподнести этот рваный баян как суперновейшую уникальную мегафичу Ubuntu, очевидно же.

     
  • 2.51, EuPhobos (ok), 08:25, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если судить ПО СЕБЕ, как это делают в основном, то вот я так же могу сказать про стандартных убунтоводов И НЕ ТОЛЬКО, и других дистрибоводов.
    "А зачем вам гноме/кде по умолчанию? Выпилили бы, кому надо - те бы поставили, а то делаете из системы мусорку со всякими реестрами типа gconf, пульсаудио, плазмой и прочим барахлом которое например МНЕ НЕ НУЖНО" ..
    Так что если ВАМ не нужно, это не значит что не должно быть. Убунта это дистриб стремящийся к "аля всё сразу из коробки".
     

  • 1.6, Карбофос (ok), 09:55, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    у меня /usr/lib32 вообще очень худенькая, да и то, из-за скайпа пришлось завести. но такое решение...
     
  • 1.11, Zenittur (?), 10:13, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > После этого можно штатными средствами установить любой 32-разрядный пакет

    libcurl-devel не сможет установить никто.

     
  • 1.13, anonymous (??), 10:22, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    костыли, костыли, а вот кому свеженьких костылей?!
     
  • 1.31, ononom (?), 16:17, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в openSUSE 10.3 было из коробки
     
  • 1.33, Zulu (?), 17:20, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Позорище.
    отписавшиеся выше, все хором бегом учиться, чем multiarch отличается от пакетирования 32-битовых библиотек в (псевдо-)64битный пакет.
     
     
  • 2.35, Wolfis (?), 18:36, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дык почемубы не скинуть сцыль на ртфм?
     
     
  • 3.44, Zulu (?), 01:56, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У меня нет TFM, но если вкратце

    $ apt-cache show ia32-libs | grep Architecture
    Architecture: amd64

    т.е. пакет /якобы/ для архитектуры amd64, а что там либы i386 так это пакаж-манажера не касается. Теперь любое 32-бит приложение нужно также запаковать в псевдо-64бит пакет, зависящий от ia32-libs.
    Плюс подхода: пакаж менеджер не заморачивается, для него все одна архитектура.
    Минус: или для amd64 держать весь архив i386 перепакованным с соответственно измененными названиями и зависимостями, или лепить мегапакеты (расписывать не буду, представь что тебе надо запаковать на amd64 некую i386-only софтину с развесистыми зависимостями)

    мультиарч означает, что пакаж менеджер теперь знает сущность "архитектура" и умеет ее учитывать при установке. Т.е. смотрит в два репозитария. Усложняется пакаж-манажер, упрощается поддержка репозитория, да собственно см. ссылку из новости для описания достоинств подхода.


    Да, вся эта проблема встает при совпадении 2 условий: процессор, поддерживающий более 1 набора инструкций, и различный abi для них. В Солярисе с этим столкнулись раньше и решили устранением второго.

     
  • 2.36, Zenittur (?), 21:18, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Новость имеет две основных части. Первая - включение ia32-libs по-умолчанию. Вторая - возможность установки любого 32-битного приложения или библиотеки, как в Mandriva.
     
     
  • 3.37, Xasd (ok), 21:41, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > возможность установки любого 32-битного приложения или библиотеки, как в Mandriva

    а как в Mandriva?

     
     
  • 4.38, Zenitur (ok), 22:00, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Долго искал скриншот... Если подождёшь до завтра, я его просто сделаю с работы. http://rus-linux.net/nlib.php?name=/MyLDP/distr/Mageia/Obzor-Mageia-1.0.html - вот здесь второй скриншот, вот представь, что пакеты дублируются по типу lib64nepomuksync4-4.6.3-2.mga1.x86_64.rpm и libnepomuksync4-4.6.3-2.mga1.x86_64.rpm. А в пакетном менеджере для обозначения разрядности программы введен ещё один столбец. Вот так в Мандриве.
     
     
  • 5.43, WhereWolf (?), 23:46, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если не ошибаюсь, в Арче такая же система. Подключаешь репозиторий [multilib] - и оттуда уже поштучно ставятся 32-битные либы как зависимости 32-битных программ. Можно, например, поставить gcc-multilib вместо gcc и компилять 32-битный софт.

    Хотя все это уже почти рудимент. Через пару лет i386/i686 станет такой же экзотической архитектурой, как сейчас IA64

     
     
  • 6.56, pavlinux (ok), 07:51, 21/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если не ошибаюсь, в Арче такая же система. Подключаешь репозиторий [multilib] -
    > и оттуда уже поштучно ставятся 32-битные либы как зависимости 32-битных программ.
    > Можно, например, поставить gcc-multilib вместо gcc и компилять 32-битный софт.
    > Хотя все это уже почти рудимент. Через пару лет i386/i686 станет такой
    > же экзотической архитектурой, как сейчас IA64

    Этот рудимент процветает по цене в 4000$, с 24M L3 кэша, 4 ядрами и 4.8 мильярдами транзакций в секунду.

     

  • 1.39, Аноним (-), 22:04, 17/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему федора и сусе сделали по LSB, а дебиан городит свой костыль и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.
     
     
  • 2.41, qwe (??), 22:43, 17/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что стандарт сферический и в вакууме. Раньше он всех удовлетворял, но теперь его не хватает, и разумно его будет немного подправить. Если дебиану удастся это дело, вполне возможно, что их идея появится в новом выпуске LSB.
    Вообще они этим занялись как раз вовремя. Скоро начнется выпуск ноутов и разных интересных железок на ARM под новую Win8, и Linux-системы с такими новшествами встретят это блестяще. Если повезет, новую винду (под которую, разумеется, не будет никаких портированных на ARM гор софта, составляющих единственную причину популярности семейства Win) можно будет даже не откапывать
     
  • 2.45, Zulu (?), 01:59, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему федора и сусе сделали по LSB, а дебиан городит свой костыль
    > и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.

    Согласен со вторым, объясняю первое: потому что стандарт хреновенький. Не масштабируется вверх вообще, натвердо 32 и 64 как количество битов. Глянь например варианты спарков -- да, Линукс в данный момент не использует их различия, различая только sparc и sparc64, но это вовсе не плюс.

     
  • 2.48, skybon (ok), 06:37, 18/08/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Почему федора и сусе сделали по LSB, а дебиан городит свой костыль
    > и не следует стандарту? Я считаю, лишняя фрагментация - это плохо.

    LSB - это междусобойчик Красной шляпы и Новелла. После истории со "стандартным пакетным менеджером" Дебиан плюнул на эту хрень (и правильно сделал).

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру