The OpenNET Project / Index page

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



"В GNOME Flatpak Runtime прекращена поддержка 32-разрядных приложений"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В GNOME Flatpak Runtime прекращена поддержка 32-разрядных приложений"  +/
Сообщение от opennews (??), 15-Окт-25, 11:35 
Проект GNOME прекратил разработку, сопровождение и поддержку расширения "org.gnome.Platform.i386.Compat", применяемого в GNOME Flatpak Runtime для обеспечения совместимости с 32-разрядными приложениями. В расширении поставлялись 32-разрядные версии GTK и библиотек GNOME, используемые для поставки 32-разрядных приложений во flatpak-пакетах, пригодных для установки в 64-разрядных дистрибутивах, прекративших поставку 32-разрядных библиотек (multilib). GNOME Flatpak Runtime теперь доступен только для архитектур x86_64 и AArch64...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=64056

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

Оглавление

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

1. Сообщение от Аноним (1), 15-Окт-25, 11:35   +4 +/
> Возникают ситуации, когда проявляющиеся только на 32-разрядных системах сбои, блокируют включение изменений в репозитории GNOME.

Это либо бага разработчиков, либо они за пределы доступной 32х-битной оперативы вылазят, что тоже сродни багу.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #25, #29, #36

3. Сообщение от пох. (?), 15-Окт-25, 11:48   –3 +/
Это скорее всего код, вообще чреватый уязвимостями или работающий только по недоразумению.

Но у этих из вреднозитория гома вообще весь софт такой - главное ж ничего не чинить!

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

5. Сообщение от Аноним (5), 15-Окт-25, 11:59   +4 +/
>> дополнительной нагрузке на инфраструктуру, ресурсы которой ограничены
>> и нескольких библиотек и приложений на Rust.

Значит раньше ресурсов хватало а сейчас кончились. Так и запишем Rust сжирает все ресурсы.

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

6. Сообщение от Аноним (6), 15-Окт-25, 12:04   +1 +/
Просто не надо быть криворукими. Уже много лет разрабатываю софт сразу под 64 и 32 бита. Если все написано правильно, то косяков никогда не возникает. Даже наоборот. Иногда это бывает полезным. Плавающий косяк может не всплыть на одной разрядности, зато всплыть на другой.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #26

8. Сообщение от Аноним (8), 15-Окт-25, 12:11   +7 +/
> Возникающие сбои раздражают разработчиков

Бедные разработчики. Починить не пробовали?

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

9. Сообщение от Аноним (9), 15-Окт-25, 12:16   +2 +/
>Уже много лет разрабатываю софт сразу под 64 и 32 бита.

И где можно посмотреть твои "шедевры" программирования?

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

12. Сообщение от Аноним (12), 15-Окт-25, 12:31   +9 +/
раздражаешь…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

13. Сообщение от Bob (??), 15-Окт-25, 12:35   –3 +/
flatpak - зачем его пихать?
critical \ legacy - понятно.

Остальное - "будьте свежимы".

х32 и х64... Если не г-кодить, то чисто х64 нужен мизер. На ккой чёрт браузеру, текстовому редактору, sql gui, видео и аудиоплеерам - х64 версии?

Конвертерам, компиляторам, играм и т.п. - понятно.

Да и на счёт юзерской офисной ОС - 32bit в PAE режиме на минималках вполне должно хватить

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

14. Сообщение от Шарп (ok), 15-Окт-25, 12:54   +/
Ничего страшного. Фрики, которые сидят на x32, органически не переносят современные технологи и флатпак не используют. У них дедовские слакбилды на башпортянках в лучшем случае.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #28

18. Сообщение от Аноним (18), 15-Окт-25, 13:14   +1 +/
Вот только оно судя по всему работает, а модные контейнеры ждут деточки и плачут когда атомарно обновив пол ssd оно некорректно работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

19. Сообщение от Аноним (19), 15-Окт-25, 13:19   +2 +/
Bottles - abandonware. Начали делать новую версию на расте, в итоге и её забросили, и старую на питоне.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #22, #31

20. Сообщение от Аноним (20), 15-Окт-25, 13:56   +1 +/
Вы неправильно ставите вопрос, а правильно так: на третьем десятке лет существования x64 зачем нужны 32 бита?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #23

22. Сообщение от пох. (?), 15-Окт-25, 15:11   +2 +/
Ну вот, все ж правильно сделали!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

23. Сообщение от Аноним (8), 15-Окт-25, 15:25   +/
Пересобери миллион классических игр без исходников под 64 бита, тогда нужда отпадет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #27, #33

25. Сообщение от Аноним (25), 15-Окт-25, 15:55   +/
Не оперативы, а адресного пространства, а для этого достаточно сделать mmap файла больше 3 гигов, а это сейчас вполне штатная ситуация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

26. Сообщение от Аноним (25), 15-Окт-25, 16:00   +/
> Просто не надо быть криворукими.

Да, отличное пожелание. Сам лично всем руки выпрямишь?

> Если все написано правильно, то косяков никогда не возникает.
> Даже наоборот. Иногда это бывает полезным. Плавающий косяк может не всплыть на одной разрядности, зато всплыть на другой.

Ты уж определись, пряморукий.

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

27. Сообщение от Аноним (25), 15-Окт-25, 16:13   +/
> Пересобери миллион классических игр без исходников под 64 бита, тогда нужда отпадет.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #38

28. Сообщение от Аноним (28), 15-Окт-25, 16:33   +/
Сейчас менее 4Гб нигде не используется.
Хотя думаю, всякие микроконтроллеры, наподобии клонов Андруино, Rasberry, но клоны, микроконтроллеры, могут быть 32 бит, или какой то специфичный софт, наподобии сервиса автотехники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #45

29. Сообщение от Аноним (25), 15-Окт-25, 16:39   +1 +/
Скорее всего в большинстве случаев это несоответствие типов, а-ля printf("%lu", size_t) или size_t = u64. Первое - точно бага, а второе в зависимости от интента разработчика может быть багой, а может быть требованием к платформе выраженным в типах. Уже лет 10 все кто приносит мне репорты и PR про ошибки сборки моего кода на 32 битах идут в пешее эротическое с такой формулировкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

31. Сообщение от Аноним (31), 15-Окт-25, 16:42   +/
Потому что ботлз было н*нужно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

33. Сообщение от Аноним (20), 15-Окт-25, 16:47   +/
Я не про легаси, с ним понятно. Зачем современный софт, вот хотя бы перечисленный выше, под 32 бита собирать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #35

34. Сообщение от Аноним (36), 15-Окт-25, 17:05   +/
> Возникающие сбои раздражают разработчиков

Нет слов... Уволить таких на.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #48

35. Сообщение от Аноним (36), 15-Окт-25, 17:11   +/
Дам тебе хинто издалека: почему нормальные люди хранят символы в байтовых полях, а не в 64-битных?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #42, #47

36. Сообщение от Аноним (36), 15-Окт-25, 17:17   –2 +/
> они за пределы доступной 32х-битной оперативы вылазят

как минимум - у них утечка памяти.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #39

37. Сообщение от Аноним (-), 15-Окт-25, 17:19   +/
> Нет слов... Уволить таких на.

А они за зп работают? Или бесплатно на благо общества? И что ты ему сделаешь?))
А даже если за зп и ты его уволишь, то? То у тебя не будет ни 32, ни 64, а еще нужно будет найти нового на замену.

Вообще 32битны кал нужно было дропать еще лет 10 назад.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #40

38. Сообщение от Аноним (8), 15-Окт-25, 17:37   +/
Под вайном работают замечательно без виртуалок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #44

39. Сообщение от Аноним (25), 15-Окт-25, 17:44   +/
Никакой связи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

40. Сообщение от Аноним (36), 15-Окт-25, 18:04   +/
> А они за зп работают? Или бесплатно на благо общества?

Конечно бесплатно! Питаются воздухом и как ают бабочками.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #46

42. Сообщение от Аноним (42), 15-Окт-25, 18:21   +/
Что им мешает продолжать хранить символы в байтовых полях? (ну, если юникод обошёл их стороной)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

44. Сообщение от сеня дичь (?), 15-Окт-25, 18:55   +1 +/
Это чисто движуха внутри 2,02% ака 4. За забором лепрозория уже никого не волнует
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

45. Сообщение от сеня дичь (?), 15-Окт-25, 18:57   +/
Андурино и Альпачино. И Чортпоберри.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

46. Сообщение от сеня дичь (?), 15-Окт-25, 19:00   +/
Какают то они как раз своим гнутым софтом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

47. Сообщение от Аноним (25), 15-Окт-25, 19:59   +/
Почему не в 64-битных понятно - потому что номера юникодных кодпоинтов ограничены значением влезающим в 32 бита. А вот в 32-битных полях много где хранятся, да, и никто не плачет что это занимает больше места. И про 32 vs 64 никто не плачет уже 20 лет - тогда ещё были некомпетентные думающие что там только размер указателя поменялся, а про новые регистры, инструкции и simd, из-за которых код собранный под 64 бита работает в разы быстрее, не смотря на ужас-ужас 10% больший размер, для них уже слишком сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

48. Сообщение от Кошкажена (?), 15-Окт-25, 21:27   +/
> Уволить

Но есть нюанс...

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


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

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




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

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