Из RHEL 10 планируется убрать GTK2

А вот какое-нибудь виндовое приложение 90-х, написанное на MFC и WinAPI и сейчас с большой вероятностью запустится. В отличие от…

Мои школоподелки на Delphi 5 все запускаются и работают в Windows 10. C Delphi 7 есть глюки при включенном XPManifest с пропаданием кнопок, но не критичные. Прелести статической линковки и стабильность WinAPI, пронесённая через десятилетия, однако.

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

А о танцах с бубном при попытке запустить древние ОСи на современном железе? Железо ведь подвержено физическому старению…

Вот для ДОСовских программ целый FreeDOS сделали. И то не знаю, насколько он рабочий на компах, которые продаются сейчас в магазинах, с UEFI-мамками, M.2-дисками и тому подобным.

Задача поддержки «возрастных» тулкитов в современных ОСях, имхо, вполне достойная. Я понимаю, что «никто никому не обязан». Но и FreeDOS писать были не обязаны. Однако же нашлись заинтересованные люди, собрались и написали.

Установка плагинов в Ardour, упакованный во флатпак — отдельное, ни с чем не сравнимое удовольствие.

А о танцах с бубном при попытке запустить древние ОСи на современном железе? Железо ведь подвержено физическому старению…

Можно пример не из промышленного сектора?

А кто-то, кроме сотрудников редхата, использует редхат на десктопе?…

целый FreeDOS сделали. И то не знаю, насколько он рабочий на компах, которые продаются сейчас в магазина

Целый рассказ про житиё FreeDOS на современном ноутбуке (причём свежее, чем мне казалось).

А не из промышленного сектора никого и не колышит, что один из десятков аудиопроигрывателей не запускается из-за.

Как пример «в М$ Винде всё стабильно» напомню о стонах скрежете зубовном при выходе SP2 к XP и о Висте.

В Линуксе тоже всё работает, если на xlib писать.

Как пример «в М$ Винде всё стабильно» напомню о стонах скрежете зубовном при выходе SP2 к XP и о Висте.

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

В Линуксе тоже всё работает, если на xlib писать.

Ага, и именно поэтому софт от Android Lollipop лучше даже не пытаться запустить на Android R. Дохлота. И именно поэтому даже для ностальгии не стоит пытаться запустить под пингвином Firefox 3.6.x.

Как пример «в М$ Винде всё стабильно» напомню о стонах скрежете зубовном при выходе SP2 к XP и о Висте.

Кстати, самое интересное: только что запустил и воспользовался Netscape Navigator 9.0.0.6, созданным для Windows 98 на Windows 10 19044.

И именно поэтому даже для ностальгии не стоит пытаться запустить под пингвином Firefox 3.6.x.

Как так получилось ? 4.0, потому что x86 мне разворачивать лень, а 3.6 нет под х86_64

Так это проблема Ardour а не flatpak. Я юзаю во flatpak vscode так как CentOS 7 и проблем с расширенями нет. Вон народ юзает Gimp во flatpak и не думаю что там проблемы с плагинами.

Какое отношение Андроид имеет к xlib и десктопному Линуксу?!

Почти со 100% вероятностью запустится, если не использует какие-то специфические устаревшие библиотеки, более не поставляемые или несовместимые с современной Windows.

Вот это ваше «если» просто делает ваше сообщение бессмысленным.

Экий у тебя своеобразный подход - типа как ежели 100% вероятность, то ОК, а ежели не ровно 100% а, скажем, 99% - то всё, тлен и мусорный бак. А виртуальных машин, эмуляторов и прочих досбоксов, ежели припрёт запустить редкое незапускаемое, не существует, это всё сказки.

жирное, небезопасное, легаси с костылями

прелести

Ваша вероятность высосана из пальца, а «если не использует …» обессмысливает сообщение напрочь.

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

Что вы сказать-то хотели? Что на новых Виндах просто заставить работать старые принтеры, драйверы которых не существуют для новых версий?

Так это проблема Ardour а не flatpak.

Нет.

Вон народ юзает Gimp во flatpak и не думаю что там проблемы с плагинами.

А надо бы не только думать, но и проверять.

Если у меня с VSCode нет проблем с расширениями во flatpak значит все ок. Вон куча народу юзает steam в flatpak и у них тоже нет проблем с играми …

А еще вот flatpak есть браузеры firefox, chrome и т.д. у них там тоже плагины видать не работают :(((

P.S. Напишите мне какой плагин нужно юзать в gimp чтобы я именно на нем проверил. И да вы понимаете что установка плагинов должна быть из самой программы а не локальным копированием файлов в диру.

800K LOC - пфф. Мой проект уже за 400К перевалил.

Напомни, сколько ты рожал переписывание тулкита с поддержкой HiDPI? Года полтора? :)

И да вы понимаете что установка плагинов должна быть из самой программы

Начинаешь смекать :)))

Да я уже понял что это для прог что … Ну и ладно, поставил ради интереса Gimp глянул внутрь. Да хз что тут запредельного.

https://imgur.com/c1uw3wV

Да, где-то года полтора ушло. Но это переписывание тулкита. А ещё было прощание с GTK. Это было тоже где-то месяцев шесть.

Ты же в курсе как работает flatpak? Ты же понимаешь, что расширение к приложению A может быть не просто B.so, C.so?

Вы понимайте, что вы только что написали - из-за одной-двух программ, нужно целую систему держать в уязвимом состоянии.

Кто сказал, что в уязвимом? Старое далеко не всегда означает уязвимое.

Предполагаю что до конца 2022го года Red Hat сообщит о прекращении прекращения поддержки библиотеки GTK2 потому что это требуется для некоторых крупных организаций, для этого они создадут специальную ветку по отдельной подписке в которую будут входить все улучшения и изменения основной версии плюс поддержка GTK 2.

О, конспиролухов разморозили.

А то!

Пользуйся запятыми, читать проще будет.

Кто сказал, что в уязвимом? Старое далеко не всегда означает уязвимое.

Но означает «если уязвимость все же будет найдена, она останется навсегда».

Сколько было таких разговоров - всегда всплывают принтеры. Нет, ПРИНТЕРЫ! «Обожемой я не могу запустить на этом старый принтер!» Прямо массовое увлечение печатным делом. Да вообще компьютеры существуют для того, чтобы к ним можно было подключить старый принтер. (@сарказм)

Подсказка: все претензии - к производителям принтеров, а не к разработчикам ОС.

Сколько было таких разговоров - всегда всплывают принтеры. Нет, ПРИНТЕРЫ!

Вот именно, что любят в примеры доставать именно принтеры, а не что-либо еще. Хотя именно в среде принтеров кладут на драйвера чаще всего огромный болт, т.е там даже пару строк в коде бывает отредактировать лень. Линукса и третьего гнома на них нет! Побегали бы там с GTK на GTK, причем внутри третьих версий - узнали бы, когда обеспечивать совместимость на самом деле ужасно!

Ну так производители принтеров давно уже обнаглели, как раз тот случай, когда антимонопольщиков на них нет (и это я говорю притом, что я считаю антимонопольщиков ещё со времен их требования удалить из Винды IE и плеер, типа как «свобода выбора подавляется, расрасрас111» - наглыми лоббистами лузеров, ниасилевших создавать конкурентоспособные продукты) - поддержка продукта? нафиг, пусть новый принтер через пару лет покупают. Но виновата, конечно же, Майкрософт, как же.

Линукса и третьего гнома на них нет! Побегали бы там с GTK на GTK, причем внутри третьих версий - узнали бы, когда обеспечивать совместимость на самом деле ужасно!

1. Вы не понимаете, это же Свободный Софт! Это совсем другое! (@сарказм)
2. Это доказывает, что третьегном - диверсия корпораций! (@опять_сарказм)

Там нет дробного скейлинга

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

Так почему если в Линуксе программулька, автор которой забил на неё ещё в начале тысячелетия, не заработала, то виноват Линукс, а если в Винде прошлогодняя прога не заработала, то Винда не виноватая?

Так почему если в Линуксе программулька, автор которой забил на неё ещё в начале тысячелетия, не заработала, то виноват Линукс, а если в Винде прошлогодняя прога не заработала, то Винда не виноватая?

Потому что разные экономические показатели задачи в Windows и Linux. В Windows переписывание сводится к исправлению нескольких строк и пунктов, а в Linux - практически полная переделка. Если бы в Linux задачи решались подобным образом (тогда бы Android, который когда невыгодно, Linux-ом не признают), то никаких разговоров бы не было. Но ой…

Так почему

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

а тут раз и целый класс устройств отваливается

…потому что, повторяю, производитель устройств взял и забил болт на поддержку своих поделий в Винде. Никто в Майкрософт не будет за них дрова писать, Майкрософт не занимается такой ерундой, как «nouveau для принтеров» :-)

Хочешь, чтобы производитель железа делал свежие дрова? Иди и пинай его, а не разрабов ОС. А вот насчёт софта, которому нужны старые либы - тут как раз надо пинать разрабов ОС, если недоступен автор софта. А в случае Линукс - так ещё и разрабов DE, под которым софт не пашет, разрабов либ, которые не торопятся, сборщиков конкретного дистра и майнтейнеров реп, которые неудосужились и так далее: ибо базар, а не собор, хрен найдешь ответственного.

Так что перестань путать теплое с мягким.

Вот именно, вы путаете тёплое с мягким. Драйвер – та же программа, которая, вдруг, не работает в новой версии Винды, а то и в новом сервис-паке.

Так почему в случае Винды вы предлагаете пинать разработчиков пограммы драйвера? Это ведь обоюдная обязанность производителей, обоим двум которым я заплатил денег.

За Линукс я не плачу, потому не имею права кого-либо пинать.

Дело поставщика ОС - предоставить для драйверописцев API и SDK, а все остальное - дело производителей оборудования, потому что ОС одна, а оборудования, которое существует в природе - овердохуа. Если кто-то и ОСеразрабов поступает иначе - это их добрая воля, а не обязанность.