The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Поддержка 32-разрядных библиотек в Ubuntu 19.10 будет заимст..., opennews (??), 23-Июн-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


24. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от mikhailnov (ok), 24-Июн-19, 00:06 
Это бред, сейчас нет каких-то особых проблем собирать 32-битные пакеты, когда пересобирали Росу 2016.1 в 2019.1, обновив glibc и gcc, специфичные для 32 бит проблемы возникли только с OpenJDK, а в Ubuntu и подавно, т.к. почти все системные пакеты копируются из Debian, который сам обеспечивает собираемость на i386. Просто нормально собрать 32 битный репозиторий, при необходимости убрав из него ядро, Chromium, Firefox, Thunderbird, будет гораздо быстрее и проще, чем делать какие-то дикие костыли в виде копирования бинарных пакетов из одного релиза в другой без пересборки.
Ответить | Правка | Наверх | Cообщить модератору

26. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +3 +/
Сообщение от Аноним (99), 24-Июн-19, 00:18 
В убунте полнейший бардак в 32-битных пакетах. Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках не работает.
А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable. В данном случае нормальный подход, если хотят сэкономить ресурсы (вам в Росе не понять, но нормальное тестирование стоит очень много человекочасов).
Ответить | Правка | Наверх | Cообщить модератору

35. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  –1 +/
Сообщение от mikhailnov (ok), 24-Июн-19, 01:04 
> В убунте полнейший бардак в 32-битных пакетах.

Например?

> Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках не работает.

Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.

> А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable.

Копируется лишь исходный пакет, который перекомпилируется. Бинраные пакеты так не копируют.

> В данном случае нормальный подход, если хотят сэкономить ресурсы (вам в Росе не понять, но нормальное тестирование стоит очень много человекочасов).

Я в курсе. Они уже давно убрали 32 битные образы ОС, этого достаточно, чтобы не выполнять тщательное тестирование.

Ответить | Правка | Наверх | Cообщить модератору

64. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  –3 +/
Сообщение от пох. (?), 24-Июн-19, 07:15 
>> Они даже ядро под 32 бита ухитряются сконфигурировать так, что оно на современных железках
>> не работает.
> Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.

охренеть современная железка!

Ответить | Правка | Наверх | Cообщить модератору

110. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от Аноним (99), 24-Июн-19, 11:12 
> Например?

Про ядро — это был пример, если ты не понял.

> Опять же ссылку на багрепорт бы. У меня на ноутбуке ThinkPad R40 2003-ого года работает.

Багрепорта нет, потому что чинить всё равно не будут. И речь шла о современном (то бишь — новом) железе. Если интересует пример, навскидку помню MS Surface Book (он не единственный, просто модели проблемных Acer'ов и прочего сложно вспомнить).

>> А копирование бинарных пакетов в deb-based — норма, хотя обычно оно всё же ограничивается unstable→testing→stable.
> Копируется лишь исходный пакет, который перекомпилируется. Бинраные пакеты так не копируют.

Ну строго говоря, да, не копируют. Они так и продолжают лежать в pool, только в Packages соответствующей репы добавляются. Но копия исходного пакета без изменения хотя бы changelog не перекомпилируется никогда.
Подтянул бы ты матчасть прежде чем спорить со взрослыми дядями.

> Они уже давно убрали 32 битные образы ОС, этого достаточно, чтобы не выполнять тщательное тестирование.

Если у вас в Росе не выполняют тщательное тестирование пакетов, не входящих в установочные образы, это не значит, что так считают позволительным делать везде.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

140. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от mikhailnov (ok), 24-Июн-19, 15:14 
> Но копия исходного пакета без изменения хотя бы changelog не перекомпилируется никогда.

Перекомпилируется.

> И речь шла о современном (то бишь — новом) железе

32 битное ядро не обязано работать на современном 64 битном железе.

> Подтянул бы ты матчасть прежде чем спорить со взрослыми дядями.

Умерьте ЧСВ, пожалуйста.

Ответить | Правка | Наверх | Cообщить модератору

160. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +1 +/
Сообщение от Аноним (160), 24-Июн-19, 18:39 
> 32 битное ядро не обязано работать на современном 64 битном железе.

Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно совместимы. Даже DOS работает.

Ответить | Правка | Наверх | Cообщить модератору

176. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от mikhailnov (ok), 25-Июн-19, 00:24 
>> 32 битное ядро не обязано работать на современном 64 битном железе.
> Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно
> совместимы. Даже DOS работает.

Например, не сможет работать с 64-битным UEFI. Если у вас 32 битное ядро заработало на современном 64 битном железе, можете пользоваться на свой страх и риск, никто не запрещает, но решение не для широкого применения.

Ответить | Правка | Наверх | Cообщить модератору

180. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от Аноним (160), 25-Июн-19, 09:33 
>>> 32 битное ядро не обязано работать на современном 64 битном железе.
>> Это кто такое придумал? Имеются ли основания у озвученной гипотезы? Процессоры обратно
>> совместимы. Даже DOS работает.
> Например, не сможет работать с 64-битным UEFI.

И зачем же ядру "работать с UEFI"? Что конкретно ядро в UEFI делает? Может, выводит изображение на экран при помощи UEFI?

> Если у вас 32 битное
> ядро заработало на современном 64 битном железе, можете пользоваться на свой
> страх и риск, никто не запрещает, но решение не для широкого
> применения.

То есть заявление "не обязано работать" не базируется на технических аспектах, а всего лишь отражает политику Росы в отношении продаваемых дистрибутивов?

Ответить | Правка | Наверх | Cообщить модератору

182. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от Аноним (99), 25-Июн-19, 11:42 
> Например, не сможет работать с 64-битным UEFI.

Прикинь, работает. Даже то самое убунтовское на умеренно старых железках. Хотя надо ещё извернуться, чтобы его загрузить, канон-и-кал ведь с самого начала постановил, что UEFI-загрузчик на 32 битах не нужен. (Вот не помню, дружила ли в итоге хоть какая-то убунта с 32-битным UEFI, но таких зверей в дикой природе всё равно было очень мало, и они быстро вымерли.)

> Если у вас 32 битное ядро заработало на современном 64 битном железе, можете пользоваться на свой страх и риск, никто не запрещает, но решение не для широкого применения.

Так пруфы-то мы увидим?

Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

189. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от Аноним (189), 26-Июн-19, 09:30 
> канон-и-кал ведь с самого начала постановил,
> что UEFI-загрузчик на 32 битах не нужен. (Вот не помню, дружила
> ли в итоге хоть какая-то убунта с 32-битным UEFI

Подкидывают загрузчик bootia32.efi в 64-х разрядные образы и ставят на железки с Атомом. Более того, опция CONFIG_EFI_MIXED в Росе появилась как раз когда они скопировали ядро из Ubuntu (в "родных" ядрах почему-то была отключена).

Ответить | Правка | Наверх | Cообщить модератору

168. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +/
Сообщение от Аноним (99), 24-Июн-19, 20:00 
Мальчик, ну зачем ты споришь о том, в чём не смыслишь? Ладно, давай я сделаю вид, что засомневался, и попрошу пруфов про перекомпиляцию и необязанность работы на современном железе. Может быть, пока будешь искать, поднаберёшься чуток знаний.
Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

113. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  –3 +/
Сообщение от еще_адын_ананим (?), 24-Июн-19, 11:22 
> Например?

убунта которая повреждает биос ноутбуков, погугли новости
и примеры bugs.launchpad.net/ubuntu

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

136. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +1 +/
Сообщение от бубунточка (?), 24-Июн-19, 14:53 
мы нечаянно!
Ответить | Правка | Наверх | Cообщить модератору

91. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +1 +/
Сообщение от Аноним (83), 24-Июн-19, 09:21 
> В убунте полнейший бардак в 32-битных пакетах. Они даже ядро под 32
> бита ухитряются сконфигурировать так, что оно на современных железках не работает.

Нашли чем пугать. В Росе ядро от Убунту и сконфигурировано, за исключением малого, точно так же.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

111. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +1 +/
Сообщение от Аноним (99), 24-Июн-19, 11:13 
Ах да, забыл. Ну тем хуже для Росы.
Ответить | Правка | Наверх | Cообщить модератору

90. "Поддержка 32-разрядных библиотек в Ubuntu 19.10+ будет заимс..."  +1 +/
Сообщение от Аноним (83), 24-Июн-19, 09:14 
> когда пересобирали
> Росу 2016.1 в 2019.1, обновив glibc и gcc, специфичные для 32
> бит проблемы возникли только с OpenJDK

../rpmio/rpmio_internal.h:533:19: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast]

digest.c:436:19: warning: cast between incompatible function types from 'rpmuint32_t (*)(rpmuint32_t, const rpmuint8_t *, rpmuint32_t)' {aka 'unsigned int (*)(unsigned int, const unsigned char *, unsigned int)'} to 'rpmuint32_t (*)(rpmuint32_t, const byte *, size_t)' {aka 'unsigned int (*)(unsigned int, const unsigned char *, long unsigned int)'} [-Wcast-function-type]

— Видишь суслика?..
— Нет...
— И я не вижу... А он есть!

;-)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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