После шести месяцев разработки опубликован релиз многоплатформенного тулкита для создания графического интерфейса пользователя - GTK 4.16.0. GTK 4 развивается в рамках процесса разработки, который пытается предоставить разработчикам приложений стабильный и поддерживаемый в течение нескольких лет API, который можно использовать не опасаясь, что каждые полгода придётся переделывать приложения из-за изменения API в очередной ветке GTK...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61831
>>разработчикам приложений стабильный и поддерживаемый в течение нескольких лет APIНу надо же какая нынче стабильность - целых несколько лет. А можно ответить какой-нить более стабильной стабильности? :-)) Ну там хотя бы 10 лет? А то какая-то осетрина второй свежести.
Объективно opengl совершенно и бесповоротно мёртв уже 7 лет, и тут внезапно для всех разработчиков это оказывается сюрпризом. Нужна ли такая стабильность?
Не мёртв, а стабилен.
Мертв это когда нет ни железа, ни кода, ни игр. С OpenGL ситуация полностью обратная.
Да всё уже, давно. Оставалось кое-как на плаву благодаря OpenGL ES, но кто сегодня 10 летние трубки поддерживать будет? Это хорошая новость на самом деле, наконец-то в линуксах поддерживается полноценный кроссплатформенный интерфейс и не приходится искать компромиссы (вроде отказа от теней и шейдеров).
Ты опять дешево налгал.> Оставалось кое-как на плаву благодаря OpenGL ES
Миллиарды андроидных девайсов - это "кое как"?
> но кто сегодня 10 летние трубки поддерживать будет?
А на нынешних, по-твоему, что? Сразу все на Вулкан махом перескочили? Сорян, но выпиливать OpenGL окончательно планируют только под конец 2026:
https://android-developers.googleblog.com/2024/05/the-second...
Ты не в себе, opengl es это ультралегаси для доисторических трубок и opengl для любителей поиметь проблем с "кроссплатфоременностью" и кривыми драйверами.
нет ни железа, ни кода, ни игр. С OpenGLЛюди ходят со смартфонами с 3-4 обьективами а в Linux opengl)
> Люди ходят со смартфонами с 3-4 обьективами а в Linux opengl)Чел, в большинстве этих самых андроидных смартфонах с 4 объективами работает OpenGL, а не Vulkan...
> Чел, в большинстве этих самых андроидных смартфонах с 4 объективами
> работает OpenGL, а не Vulkan...При том в половине это еще и GL ES какой-нить обкоцаный.
> нет ни железа, ни кода, ни игр. С OpenGL
> Люди ходят со смартфонами с 3-4 обьективами а в Linux opengl)Ну вот ща нам всякие потребители со смартфонами - перепишут весь софт с OpenGL, да? Можете начать с KiCad допустим. Навороченый CAD пакет для рисования печатных плат. Да, это вам не фоточки на вашем смартфоне с своей суперценной рожей делать, это еще и полезно бывает.
> Объективно opengl совершенно и бесповоротно мёртв уже 7 лет, и тут внезапно
> для всех разработчиков это оказывается сюрпризом. Нужна ли такая стабильность?Что значит - мертв? Есть чертова куча проектов которые им пользуются. Они никуда не денутся в обозримом будущем.
Ну так и legacy-железо с legacy-софтом никуда не денутся. Бери и пользуйся, никто не отбирает.
WinAPI тем временем поддерживается уже 30 лет.
Хорошо или плохо?
Скорее плохо потому что WinAPI такое себе. Лучше бы было сделать лучше.
Да, и каждые пару лет делать лучше! Вот как в сабже.
> Да, и каждые пару лет делать лучше! Вот как в сабже.Вообще там и правда есть наследие - ну вот Win16. И дележ функций на уникодные и неуникодные - сами понимаете, тот еще бред.
Конечно, просто ужасно. Моя прога написанная в 99 года для NT4 какой-то там сервис пак , прекрасно запустилась несколько лет назад с парой небольших косяков в виде крюгазабер в About. Просто ужасный результат, я счЕтаю. Надо как у людей переписывать переписывать, пока не заколупает и последние программеры гуя не сбегут, на венду, где ужас-ужас.
Где-то года два-три назад на ЛОР-е проводил товарищ эксперимент. Опакетил GTK1 (или скачал старые, я уже за давностью не помню) вкатил в систему и запустил пару прог на GTK1 в новейшей на тот момент Ubuntu. Всё запустилось.Становись мейнтейнером старых версий библиотек, если есть такое желание.
Эксперименты "одной бабушки сказавшей" с лора - это, конечно, замечательно, но вот в современной винде старые проги пачками просто пашут года.. д-е-с-я-т-и-л-е-т-и-я-м-и. И без всяких "быстро оглянуться через левое плечо, чтобы увидеть.." экспериментов.
> Где-то года два-три назад на ЛОР-е проводил товарищ эксперимент. Опакетил GTK1 (или
> скачал старые, я уже за давностью не помню) вкатил в систему
> и запустил пару прог на GTK1 в новейшей на тот момент
> Ubuntu. Всё запустилось.А чего на вот именно GTK1 такого офигенного было? Он же страшный как смерть. Ладно GTK2 еще понимаю, пик адеквата - уже не страшный, более-менее умеет все что надо GUI, но еще не од@билен под мобилки (которых, на этом, к слову, так и нет, а на 30" LCD такой UI бессмыленнен и беспощаден).
> А чего на вот именно GTK1 такого офигенного было?Да тут не в офигенности дело, а в том, что GTK1 уже давно никто даже трёхметровой палкой не трогает, но даже на современных Линуксах оно плюс-минус запустится. Что подтверждено экспериментом.
Другое дело что мейнтейнеров и так не хватает, поэтому, как в базовых поставках, так и вообще в репах, GTK1 (а уже в обозримой перспективе и GTK2) вычищен и ест-но программы на нём не заработают, ввиду отсутствия этого самого GTK.
Но ничто не мешает автору комментария взвалить ношу обеспечения полной совместимости на себя и мейнтейнить этот олдскул в одну каску (ну, хотя-бы в Дебиане). Кроме него вот желающих как-то не находится.
> давно никто даже трёхметровой палкой не трогает, но даже на современных
> Линуксах оно плюс-минус запустится. Что подтверждено экспериментом.Да запустится, запустится, только ему видимо до упора придется XWayland какой-нибудь таскать - никто же не будет ему рендер переделывать в самом деле? :)
> Другое дело что мейнтейнеров и так не хватает, поэтому, как в базовых
> поставках, так и вообще в репах, GTK1 (а уже в обозримой
> перспективе и GTK2) вычищен и ест-но программы на нём не заработают,
> ввиду отсутствия этого самого GTK.Не уверен что GTK2 вычистят в обозримой перспективе. В гном 3 и 4 их понесло - и куда-то далеко от нормальных десктопов. И многие програмы кто остался на GTK2, кто вообще на куть перешли.
А на GTK4 по сути программы в основном только от гномеров и есть. Остального софта на этом мизер.
> Но ничто не мешает автору комментария взвалить ношу обеспечения полной совместимости на
> себя и мейнтейнить этот олдскул в одну каску (ну, хотя-бы в
> Дебиане). Кроме него вот желающих как-то не находится.Ну дык, софт живет пока он кому-то нужен. Я в курсе, ибо - вон - комиты навешиваю.
> Да запустится, запустится, только ему видимо до упора придется XWayland какой-нибудь таскать
> - никто же не будет ему рендер переделывать в самом деле?
> :)Так, вроде как, и не было ни у кого планов убивать XWayland. Все прекрасно понимают, что останется конечный набор софта, который не перепишут (те же игры). Сидел после работы часик поиграл в UT2004. XWayland вполне справляется.
> Не уверен что GTK2 вычистят в обозримой перспективе.
Вычистят, RH и Canonical уже взялись. По сути его и держат в репах только из-за единичных крупных проектов вроде Ardour или GIMP. Первый перешёл на собственный форк всего стека, второй уже на GTK3 теоретически отрелизится в этом году.
> А на GTK4 по сути программы в основном только от гномеров и есть. Остального софта на этом мизер.
Inkscape следующий релиз предполагается на GTK4. Насколько я слышал, GIMP посматривает с интересом (не то, чтобы им всё нравилось, но каких-то фатальных противоречий у них нет). LO, вроде как, тоже в процессе.
Так GTK3 в EOL ещё никто не отправлял, он вполне себе работает. Поэтому и не чещутся. Зачем. Mozilla, вроде, говорили, что могут и перевести, но зачем сейчас тратить ресурсы, если и так всё пока работает.
Вспоминая, ведь GTK2->GTK3 было тоже самое. Ничего, перешли.> Я в курсе, ибо - вон - комиты навешиваю.
Вот, категорически одобряю данные начинания. Редкий линуксоид нынче не ограничивается требованием сделать ему хорошо в интернете, а идёт и делает сам.
> Так, вроде как, и не было ни у кого планов убивать XWayland.
> Все прекрасно понимают, что останется конечный набор софта, который не перепишут
> (те же игры). Сидел после работы часик поиграл в UT2004. XWayland
> вполне справляется.А что, UT2004 был под Linux? Или это еще и виндовый к тому же?
>> Не уверен что GTK2 вычистят в обозримой перспективе.
> Вычистят, RH и Canonical уже взялись. По сути его и держат в
> репах только из-за единичных крупных проектов вроде Ardour или GIMP.Да вот видите ли,
1) RedHat вообще на десктопы почти не влияет как таковой. Ибо пользователей у них - мизер. Поэтому все их кульные инициативы и обламываются на раз.
2) Убунта, внезапно, кормится с unstable веток Debian. Можно подумать она сама может тот объем воротить, аж 2 раза.
3) Я посмотрел кто в дебиане depends от GTK2 - и заманался скроллить список. Потому и сомневаюсь.А хотеть то можно много чего. Валв вон уже i++ лет хочет SDL 1.x прикрыть. Даже с горя compat в SDL2 накорябали. Но опять же не эквивалентная замена: если в системе нет акселерации, SDL2 заметно тормознее оказывается, из-за его особенностей работы. Это в ряде случаев напрягает народ, для простых 2D программ с активным выводом графики требование GPU и навороченых дров это не просто маразм - но и сотни игродельского головняка на ровном месте. Так вот и пытаются, эээ... лет так i++. А sdl1.2 как пакетили так и пакетят.
> Первый перешёл на собственный форк всего стека, второй уже на GTK3 теоретически
> отрелизится в этом году.Не отменяет еще 2 газилионов программ в Debian. А убунта что, она конечно может выкинуть потом если хочет, но мне это будет - пофигу. Они вообще в основном живут - поддержкой и прочим барыжингом, а на экосистему влияют минимально.
> Inkscape следующий релиз предполагается на GTK4. Насколько я слышал, GIMP посматривает
> с интересом (не то, чтобы им всё нравилось, но каких-то фатальных
> противоречий у них нет). LO, вроде как, тоже в процессе."Вроде как" это такая довольно абстрактная штука, из разряда "когда и если".
> Так GTK3 в EOL ещё никто не отправлял, он вполне себе работает.
Я рад за него но он В РАЗЫ ТОРМОЗНЕЕ gtk2, у него были какие-то совершенно неинформативные и назойливые диалоги открытия файлов, постоянно ломают темы (при использовании CSS это, извините, издевательство просто!). Да еще с контролами их понесло куда-то в мобильщину - при том что девайсов примерно 0. И получилось нечто, ни два ни полтора.
Ну прогеры посмотрели на этот бред - и вот - посваливали. Wireshark? Вообще забил и перешел на Qt. Transmission тоже по сути. Audacious. Черт, даже WxQt пилить стали с горя. Хоть он и кривой пока.
> Поэтому и не чещутся. Зачем. Mozilla, вроде, говорили, что могут и
> перевести, но зачем сейчас тратить ресурсы, если и так всё пока работает.
> Вспоминая, ведь GTK2->GTK3 было тоже самое. Ничего, перешли.Да вот что-то пока софта на GTK2 - немеряно. Первый GTK помер довольно быстро и никто по нему не с кучал, а вот GTK2 - куда более живучим оказался. Его никто не выбрасывает охотно и радостно как 1 -> 2. И чертыхаются, а то и вообще - на Qt уходят.
>> Я в курсе, ибо - вон - комиты навешиваю.
> Вот, категорически одобряю данные начинания. Редкий линуксоид нынче не ограничивается
> требованием сделать ему хорошо в интернете, а идёт и делает сам.Ну, вот, увы, гарантированный способ только самому это вкомитить. Остальное как повезет.
а, может, проще линуксовый GUI через вайн реализовывать?:) GTK2 действительно был хорош, если красоты не нужны, почему не обеспечить долгоиграющий GUI через какую-о прослойку.
> а, может, проще линуксовый GUI через вайн реализовывать?:)Вам надо - вы и реализуйте, имхо. А у меня никаких вайнов в системе нет. Тем более что их понесло в сторону PE EXE, зафиг мне чужеродные элементы интерьера в моей ос?
> GTK2 действительно был хорош, если красоты не нужны, почему не обеспечить долгоиграющий
> GUI через какую-о прослойку.Ну как бы вопрос в желании софта юзать тот или иной тулкит. Реальный трабл - ну вот современных фич типа бэка с вэйландом в GTK2 нет - и врядли кто столько кодить захочет.
В общемто совместимые с POSIX програмы тоже весьма себе работают, только надо перекомпилировать и без ГУЙйя.
А можно вообще на чистой сишечке писать, даже в DOS работать будет. Только много не напишешь.
Нет. Поддержку доса дропнули ХЗ когда уже, уже досовый код без VM\emul работать не будет.
Но win32 - тянут до сих пор, на самых распоследних виндах всё ещё работает.
Я имел в виду код, а не бинарники, естественно. Как и POSIX тоже не подразумевает бинарной совместимости.
>Как и POSIX тоже не подразумевает бинарной совместимости.Кто это сказал? Как раз бинарная совместимость и предполагалась- был даже в некоторых старых дистрибутивах библиотека для запуска универсальных файлов (на основе SCO/Unix 5 систем).Но не пошло из за размера файлов,скорости и надёжности программ и не очевидных трудностей из за разницы в не описанной и стандартизированной части. А так в некоторых скриптовых языках совместимость для Unix систем удалось добиться,но как всегда поругались и пошли дальше 3-8 колесные костыльные велосипеды клепать.
Не, ну вы хоть для начала википедию почитайте на предмет того, что такое POSIX, прежде чем такую ахинею нести.
Знаю,но этих ревизий Posix знаете сколько было,дофига.И пытались одно время ещё до Явы создать унифицированный исполняемый файл,кстати кое что из этого стандарта потом Эплл использовала в своих универсальных файлах .Вся эта движуха потом заглохла,но кое что из прототипа стандарта потом вылилось в COBRA.Пару статей было в выпусках Computerworld,во время полуоси и 95 винды.
> Но win32 - тянут до сих пор, на самых распоследних виндах всё
> ещё работает.win16 можно запустить! поставить NTVDM, из списка _стандартных_ фич, выполнить FONDUE.exe /enable-feature:NTVDM и запускать 16 битные программы. Хочу найти свой архив старого барахла и попробовать найти 16битки проверить на своём примере. А так https://www.groovypost.com/wp-content/uploads/2016/04/instal...
> А можно вообще на чистой сишечке писать, даже в DOS работать будет.
> Только много не напишешь.Ну вот на именно чистой сишечке - дос таки не подарок. Ибо имеет ряд дурацких проблем. Начиная от модели памяти.
Да кто бы спорил, но ... Но это - другой вид спорта :) Гуй вообще всегда - пар олимпиада :)
> Моя прога написанная в 99 года для NT4Аналогично. По просьбе друзей сделал так году в 199-каком-то вьювер для картинок с отечественного томографа. 1,5 страницы текста на Си с ассемблерными вставками. Уже и томографа того лет 20 как нет. Недавно свои архивы смотрел - программа вполне запускается в Windows 10.
Я давно это приметил: восторгаются винапи только писатели приветмиров.
Office 2003 работает в Windows 11 64.Пользователи недоОС не могут понять, что людям нужно работать, а не компелять под каждый новый релиз выс еров.
Так он все либы и рантаймы притащит, не? При чём тут винапи? Я точно так же запускаю игры 20 летней давности в линуксе.
Кстати, об играх, с вендой-то обычно в пределах 5 лет срок жизни игр и дальше начинаются приключения, а вот с линуксом и 20 лет спустя можно запускать как сегодня.
На линуксе 20 лет назад были игры?!
Внезапно. SDL и Loki Software были в 1998, это 26 лет.
Так и знал, что про них вспомнят. Ну да, обширнейшая библиотека.
Пробовал запускать Railroad Tycoon 2, работает только в окне, звука нет. Ну такое себе.
Ну а что ты ещё хотел, sdl2 из этого и вылупилась, и без sdl2 игр так бы и не было. Были и другие. Ты пробовал через OSS запускать? Там ещё artsd есть. Можешь в каком-нибудь докере запустить. Это было до alsa, поэтому так.
Надо будет, я хоть в виртуалке запущу.
Но речь шла о «и 20 лет спустя можно запускать как сегодня», а выходит, что это не так.
> Так и знал, что про них вспомнят. Ну да, обширнейшая библиотека.
> Пробовал запускать Railroad Tycoon 2, работает только в окне, звука нет. Ну
> такое себе.Кстати, порт на дримкаст пободрее и в 3д, если тебе поиграть,то забей на пкшный релиз и запускай в эмуляторе (это касается многих игр тех времён).
> вот с линуксом и 20 лет спустя можно запускать как сегодня.Я смотрю у тебя фича такая: нести чушь, польностью противоречащую реальности? Чересчур жирный троль из тебя выходит...
>> вот с линуксом и 20 лет спустя можно запускать как сегодня.
> Я смотрю у тебя фича такая: нести чушь, польностью противоречащую реальности? Чересчур
> жирный троль из тебя выходит...Если у тебя что-то не работает, чини руки. Я уверен, что с 64 битными играми и sdl2 не будет таких забавных шутеек, как пачка либ из древнего дебиана, необходимых для запуска, или зависимости от эмуляции доисторических апи. В крайнем случае, есть рантайм стима, но нормально собранный софт штатно поддерживает диспетчер, позволяющий использовать современные системные либы вместо устаревших банденных (актуально с выкидыванием иксов).
> Кстати, об играх, с вендой-то обычно в пределах 5 лет срок жизни игр и дальше начинаются приключения,
> Если у тебя что-то не работает, чини руки.
>> Кстати, об играх, с вендой-то обычно в пределах 5 лет срок жизни игр и дальше начинаются приключения,
>> Если у тебя что-то не работает, чини руки.С вендой такая тема, что часто единственное решение таких проблем -- это накатить старую венду. Совместимость ®™ что-то не помогает работе игр никак. Они работают, только если запуск на новых системах предусмотрен разработчиками (часто это дополнительные слои совместимости, как у гога).
> Совместимость ®™ что-то не помогает работе игр никак.Ну если ограничиваться только установкой совместимости, тогда тезис о куче неработающих игр понятен.
Хотя вот сейчас забавы ради запустил Fallout 1 (на Win 11) и он просто работает.
Основная проблема игр в том, что часть из них писалась даже не ногой, а хвостом (особенно до-NT-шной эпохи). Как вам, например, вызов INT 1A прямо из Win32-кода? Но большинство этих проблем решаемо малой кровью.
Давай так. Это оригинальный фоллаут с диска 1997 года, или купленный в гоге?
Это фоллаут, скопированный ещё с фаргусовского диска.
> Я уверен, что с 64 битными играми и sdl2 не будет таких забавных шутеек, как пачка либ из древнего дебиана, необходимых для запуска
> нормально собранный софт штатно поддерживает диспетчер, позволяющий использовать современные системные либы вместо устаревших банденныхГосподи, чел, да ты же вообще не шаришь, что такое ABI и как работает линковка. Диспетчер, блждад, штатно...
А я-то думаю, что это за фантастическая дичь. Давай, пиши еще, не останавливайся.
Хехе, а теперь загугли, что такое SDL_DYNAMIC_API, и почитай, как работает линковка. Ну и кто тут дичь?
Какой такой runtime?Поставь посмотри - дистр валяется на archive org.
Фанатам недоОС везде кажется, что Windows приложения либо слинкованы статически, либо тащат тьму библиотек.
Если у вас compatibility - матерное слово, это не значит что в другях осях так же.
Все те сотни гигабайт доисторических библиотек, что ты наблюдаешь в winsxs, были притащены подобными офисами.
А в линуксе так сделать было впадлу, конечно.
> А в линуксе так сделать было впадлу, конечно.Такое есть в NixOs. В линуксе идеология немного другая, старого уязвимого кода в обновлённой системе быть не должно. Если какой-то программе необходимо, она тащит все подобные зависимости с собой и не загаживает корень (эти сотни гигабайт будут аккумулироваться очень быстро). Тебе GoboLinux понравится тоже наверно.
> Все те сотни гигабайт доисторических библиотек, что ты наблюдаешь в winsxs, были притащены подобными офисами.В Windows 11 WinSxS весит меньше 8GB.
Я пользуюсь Fedora 40, каждая версия которой имеет примерно 2.5GB в /usr/{lib|libexec|lib64} и 32-битный у меня обрезан по полной программе, ибо нужен только для Wine.
du -s /usr/lib /usr/lib64 /usr/libexec
1025584 /usr/lib
1298860 /usr/lib64
148208 /usr/libexecПричём я отдельно собираю ffmpeg/mpv/audacious, ибо в Fedora они порезаны по самые гланды, а RPMFusion тащит тьму дна, которое я не использую. Так же у меня нет 32bit версий Qt и прочего.
2.5GB * 40 = 250 (!!!) гигабайт библ. Это, конечно, гораздо хуже, чем Windows 11 с 8GB c полной поддержкой 32bit, и там поставляется тьма локализованных версий, которые по факту не нужны.
И всё же изначально вы наврали про runtime, а щас пытаетесь мелко отмазаться. Не прокатит.
Это немного доработали в 8.1, теперь неиспользуемые софтом библиотеки стало возможно очистить, и в 10 это штатная функциональность в гуе.>2.5GB * 40 = 250 (!!!) гигабайт библ
Чёт нездоровое тут ты проецирушь со своей помойки. У меня вся системы на 1500 пакетов (без офиса, хрома и пачки рабочего софта с cuda в комплекте) со всеми текстовыми файлами, вайном и 32 битными библиотеками (кстати, единственное, для чего они нужны -- это протон, вайн у меня давно не использует 32 битные библиотеки и транслирует вызовы в 64 битные по примеру венды) около 2 гб в несжатом виде. А офис без рантймов всё же не работает, там ведро доисторических рантаймов в нагрузку идёт. Сравни какие файлы на диске до установки, и какие файлы и где после установки. С виртуаками это не сложно провернуть, но наверно в каком-нибудь sandboxie тоже можно посмотреть (не гарантирую).
Помойка - это твой Линукс.Перечитай:
https://www.opennet.dev/openforum/vsluhforumID3/134768.html#73
https://www.opennet.dev/openforum/vsluhforumID3/134768.html#114
А в Windows 11 я гоняю софт из Windows 11.
А ты неси про "рантаймы" (слово, которое ты не понимаешь и используешь неправильно) и прочую фигню.
Runtime'ы в Windows буквально 1-2 и обчёлся:
* VC++
* DirectX
* .NetВсе они 100% стандартные, от Microsoft и все программы, если даже их тащат, тащат одно и то же.
А ты не забывай перекомпелять софт под свой новый дистр.
И на забудь переписать GTK1 -> GTK2 -> GTK3 -> GTK4, заодно переписав с OSS -> Esound -> PulseAudio, X11 -> Wayland, libXft -> freetype -> Pango/HardBuzz, и не забыв SysVinit на SystemD.
Там ещё тьма было несовместимых изменений, но мне западло про всё писать.
Опечатка выше:"А в Windows 11 я гоняю софт из Windows 95."
Что за абсолютную дичь ты мне втираешь? Ты вообще осознаёшь, что даже перечисленные тобой рантаймы (а их куда больше на практике, к примеру, есть рантаймы для tts и ocr) на практике не совместимы между собой и для каждой программы будет свой билд библиотек? Совместимость обновлений там очень теоретическая. Может, и будет работать, а может, и посыпется, никто гарантировать не может.>перекомпелять софт под свой новый дистр
Чего ещё интересного расскажешь? Что до переписывания, например, диспетчер в sdl как раз решает все проблемы с обновлением и бинарный софт просто работает с новыми системами. Наибольшая проблема, что я встречал -- это зашитая зависимость от pulseaudio, но apulse успешно избавлял от необходимости обмазываться пульсой.
Да поняли мы давно, Шиндошс 10/11 - недоОС.
НедоОС - это дистрибутивы Ля Лихо, которые требуют, чтобы весь софт перекомпеляли под каждый новый релиз васянского Вы Сера.А в ОСи для реальных пацанов, Windows, можно гонять и наслаждаться софтом, написанном за последние 30 лет. Работает не всё, вам это никто не обещал, но в Ли Нуп Се только оры про Snap, Flatpak и "Тебе надо, подними виртуалку со старым приложением".
Поэтому Ли Нупсом по-прежнему пользуются только Красно Глаз Ики.
И как maintainer kernel bugzilla могу сказать даже ядро у вас - чудовищное дно, где регрессия регрессией погоняет, потому что "патч компеляется?", а отлично, давайте merge'ить.
Ну да, только красноглазые. Если посчитать все установки ОС на ядре Linux, то винда покажется статической погрешностью.
> НедоОС - это дистрибутивы Ля Лихо, которые требуют, чтобы весь софт перекомпеляли
> под каждый новый релиз васянского Вы Сера.То ли дело ein Microsoft, ein windows, one microsoft way... там 1 рабовладелец за всех решает как им ЗБС.
Иногда забавно решает. А вот например давайте выкатим дотнет 2 резко и быстро? И не совместимо с дотнет 1. И раздадим его апдейтером. Всем. Кастомеры дружно рвут сапорты в мегакорпах - толпа софта резко и внезапно скопытилась.
А вот давайте запилим MS SQL embedded? Вся мощь MS SQL - в почти необслуживаемом инстансе для встраивания в софт. Удобно так то.
Через несколько лет: а знаете, господа апликушники - мы закрыли этот продукт. Не, мы не знаем что вам делать! Да, мы и правда его закрыли. Нет. Замены нет. Можете купить полноценный MS SQL но это - не то. Ибо еще пару DBA к нему надо.
> А в ОСи для реальных пацанов, Windows, можно гонять и наслаждаться софтом,
Для риальных пацанов из падика, угу.
У вас в debian'е rust отклеился и второй python пониже спины зачесался :)
Ой, "этадругое!!1" жи, да? Или вот systemd так ш-ва-бод-нень-ко внедрялся, что "нерабам" аж джва раза голосовать пришлось - а кто-то и вовсе в процессе рухнаму-два-раза прочитал :).
Ой, ну и с Иксами - некрасивенько. "Не, мы не знаем что вам делать! Да, мы и правда их закапываем. Нет. Замены нет. Можете взять - и все переписать - но это не то, ибо еще пачку погроммиздов к нему надо".
> У вас в debian'е rust отклеился и второй python пониже спины зачесался :)Какой оригинальный линч негров сегодня подвезли. Знаете в чем разница? За дебиан я не платил ни цента. А воооон то - было с мегакорпами из самого верха фортуны 500. Отваливающие весьма неиллюзорные суммы за MSовские продукты крупным оптом, между прочим.
Ну у меня и возник резонный вопрос: если нет разницы, зачем платить больше?!
> Ой, "этадругое!!1" жи, да? Или вот systemd так ш-ва-бод-нень-ко внедрялся, что "нерабам"
> аж джва раза голосовать пришлось - а кто-то и вовсе в
> процессе рухнаму-два-раза прочитал :).Ну как бы я с полисями дебиана - "agree" сильно больше чем с EULA маздайки. Тем более что в каждой новой версии мусора в маздайке все больше, EULA все жестче, а Debian - ну он и в африке дебиан.
Я научился это пилотировать вплоть до генерации образов сам. Ну и вот откуда у меня там лишний мусор особо? А с виндой я бы вообще не рискнул этот номер повторить. Хотя-бы потому что это не модульная система, и ее нельзя отстроить аддитивным способом по компонентам. Так что любые кастомизации системных образов оной... ну... вы и занимайтесь, а я пешком постою.
> Ой, ну и с Иксами - некрасивенько. "Не, мы не знаем что вам делать!
Я прекрасно знаю что мне делать - меня предупредили сильно заранее. XWayland для старых программ есть. А вот майкрософт как-то забыл предложить альтернативы. А в случае дотнета 1 на 2 еще и выкатил апдейты резко, внезапно, почти не дав времени на подготовку, чем профакапил легиону народа бизнесы на неиллюзорные суммы.
> Можете взять - и все переписать - но это не то,
> ибо еще пачку погроммиздов к нему надо".Не очень понимаю почему у кого-то на этом глобусе возникает самоцель "переписать иксы". Ну и таки да, если на софт забили его авторы, либо вы сами это хреначите, либо он - умрет. Другого не дано, потому что чудес не бывает.
>> У вас в debian'е rust отклеился и второй python пониже спины зачесался :)
> Какой оригинальный линч негров сегодня подвезли. Знаете в чем разница? За дебиан
> я не платил ни цента. А воооон то - было с
> мегакорпами из самого верха фортуны 500. Отваливающие весьма неиллюзорные суммы за
> MSовские продукты крупным оптом, между прочим.
> Ну у меня и возник резонный вопрос: если нет разницы, зачем платить
> больше?!Ну, если ваше время - бесплатно и таких как вы пятачок-за-пучок то да, экономика сходится. Т.е. у менеджеров(ТМ) может быть какое-то другое мнение, но на то они и "менеджеры" - кто из Ъ-вот-это-вот-все-забИсплатных их слушает?
>> Ой, "этадругое!!1" жи, да? Или вот systemd так ш-ва-бод-нень-ко внедрялся, что "нерабам"
>> аж джва раза голосовать пришлось - а кто-то и вовсе в
>> процессе рухнаму-два-раза прочитал :).
> Ну как бы я с полисями дебиана - "agree" сильно больше чем
> с EULA маздайки. Тем более что в каждой новой версии мусора
> в маздайке все больше, EULA все жестче, а Debian - ну
> он и в африке дебиан."Демократия" - это решения, принятые демократами, что тут не ясного-то? Что там с третьего раза КАК НАДО за-проголосуют, с тем вы и agree будете, ферштейн.
>> Ой, ну и с Иксами - некрасивенько. "Не, мы не знаем что вам делать!
> Я прекрасно знаю что мне делать - меня предупредили сильно заранее. XWayland
> для старых программ есть. А вот майкрософт как-то забыл предложить альтернативы.
> А в случае дотнета 1 на 2 еще и выкатил апдейты
> резко, внезапно, почти не дав времени на подготовку, чем профакапил легиону
> народа бизнесы на неиллюзорные суммы.Да-да. ъ-fortune500-enterprise-r&d-кодероадмины в автомате апдейты на прод катят - а потом из-под гаражных ворот рассказывают, как им "клятi microsoft в штаны наклал". С debian'ом и nvidia'ей это конечно другое - её в подворотне не было, так что это какая-то чужая "не-проблема"(ТМ), ага.
> Не очень понимаю почему у кого-то на этом глобусе возникает самоцель "переписать
> иксы". Ну и таки да, если на софт забили его авторы,
> либо вы сами это хреначите, либо он - умрет. Другого не
> дано, потому что чес не бывает.Действтительно. Что там "этадругое!" с KiCad'ом и OpenGL, напомните плз?
> Я давно это приметил: восторгаются винапи только писатели приветмиров.Ну даже они в 100500 раз профессиональнее писателей только постиков в опыннет :-р
И как там через WinApi работать с Bluetooth LE?))
Речь об обратной совместимости. Понятно, что в Win95 с BT LE не поработаешь.
+1 Как раз хотел сказать, что одна из причин застоя Линуха - отсутствие стандарта на гуевую библиотеку. Даже под каким-нибудь Лазарусом, у которого свое портируемое АПИ под названием ЛЦЛ, все равно бы пришлось компилить прогу под каждый дистр. Ибо у кого кутэ, у кого гтк. Куча разных форматов пакетов. Если бы мне задали вопрос, как проще всего дистрибутить прогу под Линух, я бы ответил - как виндовое приложение под Вайн.
> +1 Как раз хотел сказать, что одна из причин застоя Линуха -
> отсутствие стандарта на гуевую библиотеку. Даже под каким-нибудь Лазарусом, у которого
> свое портируемое АПИ под названием ЛЦЛ, все равно бы пришлось компилить
> прогу под каждый дистр. Ибо у кого кутэ, у кого гтк.
> Куча разных форматов пакетов. Если бы мне задали вопрос, как проще
> всего дистрибутить прогу под Линух, я бы ответил - как виндовое
> приложение под Вайн.+10000000000
Единственный стабильный user space API в Линукс - это Win32.
Это всё, что нужно знать про недоОС Линукс.
> пришлось компилить прогу под каждый дистр. Ибо у кого кутэТак и есть, но не совсем. Установил Qt Creator на GhostBSD (из репов подтянула Qt 6.7, но можно доустановить нужные модули для других версий, кому надо). Скомпилировал программу (раньше пробовал под Linux, Windows, macOS для x86). Работает!
Электрон уже порешал
Fast, Light Toolkit (FLTK) на котором написан Equinox Desktop Environment (EDE) обе отличные вещи.
Во! Я ничего не понял. Кто это, что это? Вот так нужно. Колёсики в колёсиках.
Последний релиз EDE был 11 лет назад. Окаменел даже сильнее, чем KDE_3.5/TDE. Поскольку последний хоть как-то шевелят.
оследний релиз EDE был 11 лет назад. Окаменел даже сильнее, чем KDEЭто как Reactos?)
ReactOS 0.4.14-release (17 декабря 2021) По сравнению с ним ReactOS свежачок.
>Последний релиз EDE был 11 лет назадТы каждый раз пишешь одно и то же. А я отвечу тебе тем же самым, ну и что? Оно работает отлично, интерфейс в разы лучше современного Гнома.
Софта под него нет. Уверен, что в нём нет дыр? Или "да кому он нужен этот Джо?"
Софт есть только под Винду.
Если дыры никто не искал, то о них никто и не знает.
> можно использовать не опасаясь, что каждые полгода придётся переделывать приложения из-за изменения API в очередной веткеДипломатичный намек на Qt. Переход даже на минорную версию Qt (например, с 5.12 на 5.15) означает не переделку приложения, а написание его заново. Не говоря уже, что Qt5, и Qt6 - совершенно различные несовместимые проекты (нетехнические проблемы пока оставим). Раз у же переделывать свой проект, так может на GTK.
>с 5.12 на 5.15) означает не переделку приложения, а написание его зановоНу зачем же так нагло врать?
И тем не менее. 3 страницы списка deprecated функций и прочей лабуды меня не устраивают. Впрочем, приложение оставил на 5.12.12. Есть утилиты, которые извлекают из него ссылки на модули Qt для используемой ОС (Windwos, Linux), которые легко помещаются в дистрибутив и работают независимо от того, какая версия Qt установлена на системе пользователя.
> 3 страницы списка deprecated функцийНо ведь продолжаете врать.
deprecated != removed.
У кутей период от деприкации до удаления лет 20. Ему не нравится, что сомнительные модули, которые никто не использует, почему-то не портировали на 6 одновременно вместе с ключевыми компонентами и он хочет переписать на гтк. Туда и дорога, очередные писатели привет миров в комментариях.
> У кутей период от деприкации до удаления лет 20. Ему не нравится,
> что сомнительные модули, которые никто не использует, почему-то не портировали на
> 6 одновременно вместе с ключевыми компонентами и он хочет переписать на
> гтк. Туда и дорога, очередные писатели привет миров в комментариях.Гномеры умудряются постоянно ломать даже темы в своем нечто. И это перейдя на свой супертормозной и лагучий CSS, когда все нажатия кнопок тупят по секунде. Вот как так можно мастерски взять недостатки технологий - пролюбив достоинства?!
> Ну зачем же так нагло врать?Любимый прием местных экспертов. Чел надеется, что ты - как и он сам - сталкивался с Qt лишь на уровне "слышал звон".
> Раз у же переделывать свой проект, так может на GTK.А впрочем, есть и более тонкое решение, позволяющее сделать приложение абсолютно (!) кроссплатформееным.
> Переход даже на минорную версию Qt (например, с 5.12 на 5.15) означает не переделку приложения, а написание его заново.О как. Удивительно. А примеры будут?
Дипломатичный намек на Qt. Переход даже на минорную версию Qt (например, с 5.12 на 5.15) означает не переделку приложенияВот пусть бы они переделали, оптимизировали. Ато там qt там gtk, там wayland, там x11. Там тайлинг, там окна. Там Debian based, там Arch, RHL, Slackware. Там runit, s6, там systemd. Они сами то наверное уже запутлись. Зоопарк какой то. С увеличением количества ухудшается качество.
> Вот пусть бы они переделали, оптимизировали. Ато там qt там gtk, там
> wayland, там x11. Там тайлинг, там окна. Там Debian based, там
> Arch, RHL, Slackware. Там runit, s6, там systemd. Они сами то
> наверное уже запутлись. Зоопарк какой то. С увеличением количества ухудшается качество.Намного лучше когда какой-нибудь микрософт или эппл лучше меня знает как мне зашибись, не забыв вкатить рекламу, активации, DRM, отсылку клавиш и прочие AI тырящие тексты из блокнота на свой сервак "для улучшения качества обслуживания".
А заодно - девайс начинает принадлежать им а не мне, живет своей жизнью, полный контроль у них (особенно эппл это любит) а я так, в гостях. Аренда по цене собственности это круто.
А если почитать EULA, ToS и AUP этих господ - неплохо бы спросить себя правда ли кто "agree" с вот этим всем? Краткий пересказ: там написано: мы боги. Вы червяки. Мы можем делать что хотим. Вы [x] agree со всем этим. Ну такое себе, для разумного то человека. Потребителям с интеллектом слизня может и сойдет.
перешёл с 5 на 6, правил две строчки в cmake файле. проектc qml на 500+К loc
Просто ты наверняка сразу нормально писал.
А не как некоторые.
Не фиксят деприкейшены годами... а потом "о нет! нужную функцию выпилили! как же так! что же теперь делать?!"
Все равно в дистрах это всё появится года через два.
Ну не сидите на ololdstable :D.
В Arch Linux это появится раньше, гораздо раньше.
Так хочется всего нового и свежего?
Работать нужно, а не дегустацией заниматься
я на Арче работаю, и давно.
На Арче ещё можно было работать лет может 5+ назад. А сейчас Рач уже не торт. Безотносительно системд, кстати. Рач стух попозже.
работаю на арче и всё прекрасно
Не знаю что там стухло, но в моем частном случае проблем вообще никаких не было. По стабильности он фору даст Убунте, даже когда было хождение по тонкому льюу в моменте перехода KDE с 5 на 6.
Арч, КДЕ.. да, всё ясно. Там и в более стабильных окружениях уже ничего хорошего нет.
У убунты всякое может отвалится в момент обновления с версии на версию. Нет версий - нет проблем с переходом между ними. Арч достаточно старый дистр, соответственно мейнтейнеры успели научиться ничего не ломать.
> Все равно в дистрах это всё появится года через два.На debian лет через 6.
На slackware лет через 11.
В slackware-current GTK 4.16 добавлено 8 сентября, до написания этой новости.
А нельзя просто поддерживать одну версию тулкита добавляя в неё фичи, или это не модно и IBM не поймёт за что платит деньги этим дармоедам?
Это как? А если бакфикс нужно добавить, а версию менять нельзя, т.к. версия должна быть одна...
Очень просто. Принудительно удаляешь тулкит у всех пользователей и ставишь ту самую, единственную версию.
Надо просто использовать терминалы вместо персональных компьютеров.
Чтобы потом половина софта (если вообще не весь с мордами на GTK софт) работать перестала.
> Очень просто. Принудительно удаляешь тулкит у всех пользователей и ставишь ту самую,
> единственную версию.Майкрософт пробовал такое с дотнетом. Мегакоры очень плевались когда софт в продакшне дох пачками :)
> А нельзя просто поддерживать одну версию тулкита добавляя в неё фичи,А как ты поймешь, если это будет одна версия?
Я уже представляю "роллинг релиз туллкита" с лозунгом "угадай что отвалилось сегодня"> это не модно и IBM не поймёт за что платит деньги этим дармоедам?
Бедный IBM, наверное лежит на куче баксов и плачет.
лучший из действительно свободных граф.тулкитов
Солидарен с Вами.
Господа любители, а подскажите, какой именно? 4.12, 4.13, 4.14, 4.15 или 4.16 лучший? Мне нужно выбрать, чтобы на нем писать программу. Только честно!
Бери qt6... а не, qt5..., хотя не, бери третий
В общем, остаётся Gdi32.dll из Wine. Или HTTP.
> В общем, остаётся Gdi32.dll из Wine. Или HTTP.Майки же сказали - не модно. Юзайте WinForms! Хотя нет, это тоже уже не модно, юзайте WTF^W WPF. Хотя, говорят, что и это уже не модно, юзайте что там у них теперь.
Хотя, знаете, будущее - за HTML5 плитками так то. Это отдел маркетинга про восьмеру так сказал.
Ну вот уставшие от этого всего апликушники и стали фигачить программы - на электроне! :D. Нуачо, везде работает - и - вот - без таких метаний.
Да, если под GNU/Linux, ещё Электрон достаточно стабилен. Если лично мне не нравится, то это лично мои проблемы. Высмеивающие его подают заявку на профнепригодность.
Писать? На любом можно. Другое дело -- написать.
Это TQt3 toolkit
Ncurses
Опять все переписывать?
Да
https://imgur.com/a/bFGnCv4
Разработчики тулкитов вынуждают программистов заниматься не улучшением функциональности приложений, а постоянным их переписываем на новые версии тулкитов. Причем обновления версий тулкитов, ломающих совместимость, выходят так часто, что даже времени на тестирование не остается. Всё это печально.
В конце концов единственный выход - заморозить свое приложение на одной версии тулкита и поставлять ее в дистрибутиве приложения. Касается не только тулкитов, кстати.
> Разработчики тулкитов вынуждают программистов заниматься не улучшением функциональности приложенийНу да, настоящие программиты ведь пишут свой GUI тулкит. Причем под каждую платформу. Поэтому у них "улучшений функциональности" запасено аж до правнуков!
> настоящие программиты ведь пишут свой GUI тулкитЮмор? Максимальное отделение смысловой части проекта от тулкита, как оказалось, тоже помогает.
А выход прост. Если приложение сложное, чтобы переписывать интерфейс раз в полгода, нужно не делать этого. Пусть переписыванием интерфейса занимаются специально обученные люди. Сделать все можно, просто выполняя свои приложения в виде дополнительных модулей (plug-ins, add-ins, macros) к имеющемуся коммерческому или свободному ПО. Примеры таких программ: MS Office (десктоп), Photoshop (десктоп), LibreOffice, GIMP, МойОфис и, наверное, еще много хороших программ. Писать можно на Python, Lua, Java, Visual Basic for Application, StarBasic и, наверное, еще много на чем. И не заморачиваться тулкитами.
Кто знает, разработка GTK 5, и QT 7 не начались?
> Кто знает, разработка GTK 5, и QT 7 не начались?Насчёт Qt - не в курсе. А GTK - вроде как уже давно идёт. Они в общем-то в версии 4.10 достаточно серьёзно изменили API, мотивируя это тем, что начали подготовку к GTK5.
>> Кто знает, разработка GTK 5, и QT 7 не начались?
> Насчёт Qt - не в курсе. А GTK - вроде как уже
> давно идёт. Они в общем-то в версии 4.10 достаточно серьёзно изменили
> API, мотивируя это тем, что начали подготовку к GTK5.А, ну да, подготовка к версии 5 и поэтому меняем - 4.х. Расскажите этим лабухам кто-нибудь про git branch чтоли? Их видимо с CVS'а и SVN еще не попустило.
> А, ну да, подготовка к версии 5 и поэтому меняем - 4.х.
> Расскажите этим лабухам кто-нибудь про git branch чтоли? Их видимо с
> CVS'а и SVN еще не попустило.Не всё так плохо. Как писал в другом посте, они лишь перевели часть функций в разряд deprecated и ввели несколько новых. При это старый код по-прежнему собирается без проблем, только компилятор вывешивает предупреждения. Это если работать на С. В С++ - gtkmm - там всё ещё лучше: даже компилятор ничего не говорит, просто в документации функции помечены, как deprecated. Потому что они внутри старого API просто сделали трансляторы на новый С-код.
> Не всё так плохо. Как писал в другом посте, они лишь перевели
> часть функций в разряд deprecated и ввели несколько новых. При это
> старый код по-прежнему собирается без проблем, только компилятор вывешивает предупреждения.
> Это если работать на С. В С++ - gtkmm - там
> всё ещё лучше: даже компилятор ничего не говорит, просто в документации
> функции помечены, как deprecated. Потому что они внутри старого API просто
> сделали трансляторы на новый С-код.Я на самом концептуальном уровне не понимаю - зачем это делать в ветке 4.x вообще было? Можно создать бранч на 5-ю и фигачить там это все. Как Valve с libsdl3, кому хочется ковыряется с WIP, кто не хочет не ковыряется. А гном свои проблемы - делает проблемами апликушников. И за это их много народа не любит и послало к чертям, собственно.
> Я на самом концептуальном уровне не понимаю - зачем это делать в
> ветке 4.x вообще было? Можно создать бранч на 5-ю и фигачить
> там это все. Как Valve с libsdl3, кому хочется ковыряется с
> WIP, кто не хочет не ковыряется. А гном свои проблемы -
> делает проблемами апликушников. И за это их много народа не любит
> и послало к чертям, собственно.Да, есть такой момент. С другой стороны и своя логика в этом тоже есть: если компилятор тебе будет постоянно выкидывать предупреждения о deprecated, то ты скорее всего быстрее свой код на новый API переведёшь. И когда грянет пятая версия, то переход гораздо мягче и плавнее получится. Ну и справедливости ради, нужно отметить, что начиная с 4.10, действительно стало лучше. До того у них например файловые диалоги работали через одно место, а тут вроде бы даже починили. Правда одновременно выкинули файловый виджет - теперь, если вдруг очень понадобится, придётся самому изобретать.
Так-то у GTK есть ещё один минус. Они, чем дальше, тем всё сильнее прибивают её гвоздями к Adwaita, хотя обещали этого и не делать. Стандартные диалоги без libadwaita, когда я последний раз смотрел,
вообще вызывали падение программы. Виджет меню и таблицы без libadwaita работать - работают, но отображаются криво. Выпадающие списки - аналогично.
Лучший тулкит для лучшего GNOMʼа.
Не даром самые серьезные дистрибутивы используют именно его.
И по статистике КЕДы менее используемые почти в 2 раза.
Arch дистрибутивы с тобой не согласны (а также valve)
Если учитывать valve, то кеды будут первые с заметным отрывом.
GNOME планирует переход на Iced. Что как-бы намекает...
Это где написано?
это даже шуткой назвать сложно
пока только COSMIC такое делает, но гном??
>добавлен
>включена
>добавлена поддержка
>расширен функционалНу и где все тролли, топящие за то, что из GTK удаляют фичи? Ну разве что если фича мешает основному функционалу/кодовой базе, либо не используется вообще, то и место ей на свалке. Разве не так?
Так коллега выше ответил
> Они в общем-то в версии 4.10 достаточно серьёзно изменили APIДля программиста это в том числе и
> из GTK удаляют фичи
>Для программиста это в том числе и
> из GTK удаляют фичиСправедливости ради - всё старое работает, просто при сборке компилятор выкидывает предупреждение о deprecated. Это если на С работать. В С++ например даже предупреждений нет - я так понимаю они в gtkmm просто трансляцию из старых вызовов на новый API сделали, и всё. Теперь работает что через старый API, что через новый. Только в документации отмечено, что deprecated.
> не опасаясь, что каждые полгода придётся переделыватьАга, всего лишь каждые 1,5 года..
пока кде выкатывает ноут за ноутом на своём поделии, в гтк переписывают библиотеки и протоколы без проблеска надежды показать готовый телефон
> пока кде выкатывает ноут за ноутом на своём поделии, в гтк переписывают
> библиотеки и протоколыНо может это и хорошо. Оптимизируют.
Кстати, гтк приложения спокойно пишутся на расте.Посчитал, что нужно и здесь срач развести, чтобы сбалансировать тему про KDE /s
> Посчитал, что нужно и здесь срач развести, чтобы сбалансировать тему про KDEА когда debian перепишут на sysv init?
Кстати как там на счет дизайна?Когда внедряд в Astry поддержку тем customising и transparence?
>> Посчитал, что нужно и здесь срач развести, чтобы сбалансировать тему про KDE
> А когда debian перепишут на sysv init?
> Кстати как там на счет дизайна?А чего его переписывать, минимальный набор пакетов дебутстрапом - вообще без инита может быть. Sysv в пакетах есть, можете поставить.
А если какие-то пакеты depends на системд ибо что-то от него хотели или что-то с ним делали это уже к авторам пакетов и софта.
> Когда внедряд в Astry поддержку тем customising и transparence?
Вот это я без понятия, вопрос уходит к эээ ... кто там это делает? Судебные приставы?
> Вот это я без понятия, вопрос уходит к эээ ... кто там
> это делает? Судебные приставы?Наверное фсб) :d
