LINUX.ORG.RU

Выпущен GIMP 2.10

 


4

4

Команда разработчиков GIMP объявила о выпуске версии 2.10. Публичный анонс был сделан на конференции Libre Graphics Meeting 2018, проходящей в эти дни в Севилье (Испания).

Ключевые новшества относительно версии 2.8:

  • добавлена поддержка обработки графики с точностью 16/32 разряда на цветовой канал целочисленно или с плавающей точкой;
  • реализована опциональная обработка в линейном пространстве RGB;
  • доступно 15 новых режимов смешивания, включая Pass-Through (по итогам треда на LOR);
  • управление цветом переписано и включено в ядро программы, теперь корректируется вывод на экран всех цветовых виджетов;
  • цветовые пространства CIE LCH и CIE LAB теперь используются в ряде инструментов;
  • работа некоторых фильтров ускорена за счёт мультитрединга;
  • добавлены инструменты трансформации Unified Transform, Handle Transform и Warp Transform;
  • переписанный инструмент градиентной заливки теперь позволяет редактировать градиенты прямо на холсте;
  • добавлено вращение и зеркалирование холста (в т.ч. по просьбе пользователя LOR);
  • рисование кистью ускорено за счёт использования отдельного потока;
  • добавлены просмотр и редактирование метаданных Exif, XMP, IPTC;
  • добавлена поддержка WebP, OpenEXR, RGBE, HGT;
  • улучшена поддержка TIFF, PNG, PSD, PDF, FITS;
  • добавлена предварительная обработка открываемых файлов raw с помощью darktable или RawTherapee (можно подключать свои плагины);
  • появилось порядка 80 фильтров на базе GEGL с предпросмотром на холсте, в том числе с регулируемым сравнением до/после обработки.

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

Поскольку у проекта есть риск провалиться в очередной затяжной цикл разработки — теперь уже версии 3.0 с портом на GTK+3 — cтабильная ветка 2.10.х открыта для включения новых функций.

С момента выпуска версии 2.8 состав команды изменился: по статистике OpenHub на лидера проекта Михаэля Наттерера за последние 12 месяцев приходится 25% патчей, а не 80% как ранее. Заметную часть работы оттянули на себя Жеан Пажес и Эл (25% и 24% патчей соответственно).

Кроме того, за это время заметно выросла активность в проекте GEGL, которым руководит Эвинд Колас. Однако основная работа в обоих проектах по-прежнему выполняется лишь шестью участниками. Двое из них — Жеан и Эвинд — ведут персональные кампании на Patreon и Liberapay, к которым вы можете подключиться.

>>> Скачать

>>> AppImage-пакет (тестовые сборки)

>>> Статус пакета в репозиториях дистрибутивов (Repology)

>>> Подробности

★★★★★

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

В ближайшее время появится сборка во Flatpak. Рассматривается возможность публикации AppImage.

Надо под все эти новые форматы выпускать. Традиционные репозитории неподходят для распространения десктопного софта.

Жаль под мак порт не пилится активно.

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

Традиционные репозитории неподходят для распространения десктопного софта.

Смотря какой софт. Если всё будет во Flatpak - понадобится террабайтник для корневого раздела

Sunderland93 ★★★★★ ()

GIMP-*.AppImage

>>> Скачать

AP, Когда уже оф.сборки в формате AppImage появятся?

P.S.: Не-официальные AppImage-пакеты
>>> https://github.com/aferrero2707/gimp-appimage/releases

atsym ★★★★★ ()

Скачать

Посмотреть на волосню между конечностями робота как бы намекающую, на результат скачивания: исходники самого гимпа не скомпиляешь потому что они на C++14, а как сокрмить файл flathub.flatpakrepo пакету flatpack-3.3.0-0.r425.1.jpp6.noarch.rpm там не написано. Пакет в системе есть, неизвестная тряпочка с сайта гимпа есть, сам гимп есть где-то в интернете, а как это вместе соединить - 0 информации.

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

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

Орды луддитов конечно против, лишаться своих дипломных работ и подогрева ЧСВ не хочется.

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

Софт для удобства пользователей, а не пользователи для ЧСВ мейнтейнеров.

Exmor_RS ()
Ответ на: комментарий от atsym

Сначала был «переносимый» C. Потом не менее «переносимый» C++. Потом наконец-то появилась «write once - run everywhere» Java. Потом докер, в доках которого есть раздел про java, too. Теперь AppImage. Извините, если пропустил чего. Видно две тенденции:

1. Переносимость - вечная всеобщая попаболь. (И недостижимый идеал, как серебряная пуля, - просто в силу существования разного железа.)

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

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

dimgel ()
Ответ на: GIMP-*.AppImage от atsym

Re: GIMP-*.AppImage

P.S.: Не-официальные AppImage-пакеты

https://github.com/aferrero2707/gimp-appimage/releases

Там написана лажа. Скачал файлы gimp-2.10.0-20180329_2129.glibc2.15-x86_64.AppImage и gimp-2.10.0-20180405_2134.glibc2.15-x86_64.AppImage а при попытке запустить их пишется

bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by ././/lib/libglib-2.0.so.0)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by /tmp/.mount_jLLDwf/usr/optional/libstdc++/libstdc++.so.6)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /tmp/.mount_jLLDwf/usr/optional/libstdc++/libstdc++.so.6)

И даже gimp-2.9.9-20171219.glibc2.14-x86_64.AppImage плюётся

bin/gimp.bin: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ././/lib/libgexiv2.so.2)
bin/gimp.bin: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by ././/lib/libgexiv2.so.2)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by ././/lib/libglib-2.0.so.0)

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

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

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

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

Ну и как это скомпилять если работает;) Это не вылизывание а заплёвывание.

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

Да ты конкретно поставишь себе генту или лфс и будешь сидеть в идеальной системе с протухшим софтом. Какая тебе разница?

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

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

Ты только выиграешь.

Exmor_RS ()
Ответ на: комментарий от Napilnik

Ну и как это скомпилять если работает;)

Мая твая нипанимай. Переведите на русский, пожалуйста.

А пока что выстрелю наугад: см. генту (это винительный падеж). Компилируется и работает.

dimgel ()
Ответ на: комментарий от Exmor_RS

после того как им понадобится откатить софтину назад.

А какие проблемы? Я неделю назад пробовал RC1 гимпа, установив его из репов пакетом, когда оказалось что в нем есть баг, откатился на 2.8 за 10 секунд. У меня какой-то особенный, магический линукс, или я розовый пони?

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

Да ты конкретно поставишь себе генту или лфс и будешь сидеть в идеальной системе с протухшим софтом.

Протухший софт - в генте?! Аррыгынально! Как здесь в таком случае принято писать, 4.2.

dimgel ()
Ответ на: комментарий от Sunderland93

Да, конечно. Это намного лучше нынешней ситуации, когда десятки тысяч человек-часов тратятся на ежедневную пересборку 90000 уже успевших программ под 90000 никому не нужных дистрибутивов-глюкодромов с сотнями несовместимых и held пакетов.

thunar ★★★★★ ()