LINUX.ORG.RU

GTK2-NG: форк библиотеки GTK2

 , ,


7

6

Один из разработчиков дистрибутива Devuan представил проект GTK2-NG, который будет развивать форк библиотеки GTK2, нацеленный на продолжение её сопровождения и обеспечение качественной работы в современных дистрибутивах. Поддержание форка позволит продолжить поставку в Devuan приложений, завязанных на GTK2, после прекращения поддержки GTK2 в дистрибутиве Debian 14, релиз которого ожидается летом 2027 года.

Разработчики проекта GTK прекратили сопровождение GTK2 более пяти лет назад, а пакеты с GTK2 уже исключены из официальных репозиториев дистрибутивов Red Hat Enterprise Linux, SUSE Linux Enterprise Server, openSUSE и Arch Linux (доступен через AUR). Из значимых проектов GTK2 продолжает использовать звуковой редактор Ardour, но данный проект не зависит от внешних библиотек и поддерживает собственный форк GTK2 - YTK (opennet.ru). В репозитории Debian остаётся около 150 пакетов, связанных зависимостями с GTK2, среди которых afterstep, Double Commander, fpc, gkrellm, gmpc, hexchat, lazarus, mplayer, navit, pidgin, sane-frontends, scim, sylpheed, tickr, tilem, uim, usermode, xsane, xzgv и z88.

В GTK2-NG добавлено несколько десятков изменений, в основном связанных с переносом исправлений, распространявшихся в форме патчей в пакетах из AUR и Debian, и исправлением предупреждений, выдаваемых компилятором. Из улучшений отмечается модернизация функции сортировки массивов g_sort_array и замена алгоритма масштабирования для повышения чёткости пиктограмм. В виджете выбора файлов (filechooser) решены имевшиеся проблемы и проведена оптимизация отображения в виде иконок содержимого каталогов с большим числом файлов. Протестирована сборка с использованием GCC 14 и Clang 21.

Из планов на будущее отмечается перенос изменений из форка GTK2, развиваемого участником проекта Xlibre - stefan11111, а также бэкпортирование кода из YTK (github.com), форка GTK2 от проекта Ardour. Среди задач также называется проверка сборки в GCC 15 и добавление поддержки использования libppd для вывода на печать на системах с CUPS 3.x. Не исключается задействование лицензии GPLv3 для нового кода и смена названия для исключения претензий от проекта GNOME.

>>> Источник: OpenNET

★★★★★

Проверено: Dimez ()

Один из разработчиков дистрибутива Devuan

Так-то, «диванные» ненужнисты. :-D

dataman ★★★★★
() автор топика
Ответ на: комментарий от Biene

xsane же. Все его современны «заменители» - просто сраное говно по сравнению с неповторимым оригиналом…. Вот ровно ради этого одного софта стоит держать gtk2.

Qui-Gon ★★★★★
()
Ответ на: комментарий от mittorn

Ну я в свое время до последнего держался отпатчивая firefox взад для поддержки gtk2. Но увы - весь серьезный софт с него ушел. Вяленый пришел всерьез и навсегда. Теперь очередь за OpenGL. На вяленый всех уже почти загнали, теперь вулканизировать будуть.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

вяленый до сих пор выглядит как детский сад. При желании композитор запускается внутри иксов, никаких проблем переход отдельных тулкитов на него не создаёт (а гном может вариться в своём соку сколько влезет)
OpenGL и не сильно кому-то нужен в текущем виде. его API подразумевает тяжёлый state-трекер и неявное ожидание gpu на любой чих. Сейчас сложно найти задачу, для которой opengl был бы сильно лучше - разве что кода чуть меньше за счёт стейт-трекера и поддержка старого железа. В вулкане фичи старого железа просто не стали стандартизировать т.к никто из хрюноса не хочет тратить на него время.

mittorn ★★★★★
()
Ответ на: комментарий от Qui-Gon

чего тут толстого? Если релизовать недостающие им API, будет вполне юзабельно. у gtk3/4 основная проблема - оно выглядит как г(ов)ном.

mittorn ★★★★★
()
Ответ на: комментарий от gvlatyshev

При чем тут «графический интерфейс к вычислительным химическим пакетам» ?

Gonzo ★★★★★
()
Ответ на: комментарий от mittorn

OpenGL и не сильно кому-то нужен в текущем виде.

А ты перепиши на вулкан что-нибудь очень простое с openGL. Я пока не влез в это тоже так думал. Вулкан - это адский треш и мрак, там где в GL был один оператор на вулкане надо войну и мир накодить. Еще и шейдеры нихрена не переносятся, их переписывать надо.

Qui-Gon ★★★★★
()
Ответ на: комментарий от James_Holden

Ardour же. Точнее, он для плагинов требует GTK2.

Он же на их собственном форке, с какими-то улучшениями. Что, опять переписывать?! :)

dataman ★★★★★
() автор топика
Ответ на: комментарий от mittorn

чего тут толстого

что умерло то умерло. Корпорации сделали свой выбор, а бесплатные разрабы на энтузтиазме погоды не сделают.

Qui-Gon ★★★★★
()
Ответ на: комментарий от devl547

г(ов)ном

сбросил gtk3 , теперь там gtk4 и gtk5 - так что gtk3 + classic патчсет выглядят очень даже ничего.

Qui-Gon ★★★★★
()
Ответ на: комментарий от Qui-Gon

ну вот например, я взял gl1 (почему-то он называется gl2) бэкенд imgui на вулкан:
https://github.com/ocornut/imgui/blob/master/backends/imgui_impl_opengl2.cpp#...
https://git.disroot.org/mittorn/vulkan-playground/src/commit/31a83b7fbb6640eb...
Конечно инициализация контекста там слегка по-ублюдски сделана, но когда речь начинает идти о реальном рендеринге, то код выглядит примерно так же.
Инициализация контекста - наиболее спорная вещь в вулкане, ломающая кучу приложений с динамически загружаемыми плагинами), но это цена за его stateless фичи.
Инициализация структур тоже не удобная, но в рамках C11+ вполне удобна.
В рамках C++ - мне пришлось изобретать велосипед, чтобы было удобно с ним работать, но за это уже спасибо шизовым требованиям порядка инициализации в c++:
http://govnokod.ru/28999

mittorn ★★★★★
()
Ответ на: комментарий от Biene

Sylpheed.

Отличный почтовый клиент. Местами он лучше, чем Claws-Mail.

Bass ★★★★★
()
Ответ на: комментарий от Qui-Gon

Ну, не все так однозначно

Но имхо, чем поддерживать старый тулкит, проще запускать старый софт в виртуалке. virt-manager ещё и отмасштабирует разрешение экрана

router ★★★★★
()
Ответ на: комментарий от router

А если быть точным, то уже лет пять. У них релиз тройки тормозил не только (и не столько) порт на новый GTK.

SkyMaverick ★★★★★
()
Ответ на: комментарий от Qui-Gon

Мда. Кто-бы занялся, сделать что-то типа DBus портала к sane. Бэкендом - sane, картинку через pw получать. В принципе, на первый взгляд, выглядит вполне реализуемо, но пока некому заняться.

SkyMaverick ★★★★★
()
Ответ на: комментарий от router

Думаешь в gimp3 ничего полезного нет и не будет, и можно пользоваться вторым, не боясь что ты что-то в итоге упустишь?

firkax ★★★★★
()
Ответ на: комментарий от firkax

Мне в нем многое не нравится. Как и в systemd. Но объективно они сейчас есть и надо учиться их использовать

router ★★★★★
()
Ответ на: комментарий от SkyMaverick

dbus это не совсем про unix ipc (и даже linux ipc). «Это боль моя дырка задница» ((с) борат). Но от него сейчас никуда не уйти

router ★★★★★
()
Ответ на: комментарий от SkyMaverick

Конечно есть: unix-сокеты, пайпы, shm. И в отличие от dbus они не требуют никаких демонов и автоматически учитывают chroot-ы.

firkax ★★★★★
()
Ответ на: комментарий от firkax

оффтоп

для знакомства с dbus есть отличный howto

З.Ы. к чистому Си он прикручивается через одно место, см dbus-codegen

https://dbus.freedesktop.org/doc/dbus-api-design.html#code-generation

router ★★★★★
()
Последнее исправление: router (всего исправлений: 1)
Ответ на: комментарий от firkax

Слово «стандартный» не просто так написано.

unix-сокеты, пайпы, shm

И каждый строчит, как хочет. Как передавать данные в программу X из Y, в чего сериализовывать - а хрен его знает. Идея - агонь (нет).

SkyMaverick ★★★★★
()

Из значимых проектов GTK2 продолжает использовать

Будто gimp3 перестал быть регрессом по сравнению с gimp2.

Shadow ★★★★★
()
Ответ на: комментарий от router

Ну, да. Но в первую очередь, это всё-таки IPC. И в реализации dbus-broker, где учли недоработки оригинального демона, вроде как, даже весьма шустрая.

SkyMaverick ★★★★★
()
Ответ на: комментарий от mittorn

Можно начинать переписывать обратно

Под флагом «Я молодой в сердце. Моложе, чем большинство заблудщих душ в этом зале»

router ★★★★★
()
Ответ на: комментарий от Shadow

Ну, во-первых, супервайзер в лице демона всё равно нужен (сообщение потерялось, клиент/сервер отвалился - ошибку вернуть, мультикаст как-то делать надо), во-вторых - кто-то должен описать этот API и договориться всем его использовать. По суть это и будет что-то типа DBus :)

Там сейчас systemd-ята Varlink рожают. Может чего и дельное родят. Может и нет.

SkyMaverick ★★★★★
()
Последнее исправление: SkyMaverick (всего исправлений: 1)

Если они добавят в GTK2 поддержку вяленда, это будет нихрена себе диверсия против современного гнома и всей этой движухи %)

Гном-2 ВНЕЗАПНО заработает в современном окружении, бгг.

liksys ★★★★
()
Ответ на: комментарий от liksys

В каком смысле? гном отказался от иксов. В следующем дебиане один вяленый и слой совместимости (xwayland), без варианта с xorg

router ★★★★★
()
Ответ на: комментарий от router

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

liksys ★★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.