The OpenNET Project / Index page

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

Обновление графического редактора GIMP 3.0.6

07.10.2025 11:12

Представлен выпуск графического редактора GIMP 3.0.6. Готовые сборки опубликованы для Linux (AppImage и Flatpak для архитектур x86 и ARM64), macOS и Windows. Основное внимание при подготовке новой версии уделено исправлению ошибок и регрессивных изменений. Новая функциональность развивается в ветке GIMP 3.1, на базе которой будет сформирован стабильный выпуск GIMP 3.2 с поддержкой слоёв-ссылок (Link layer) и векторных слоёв (Vector layer), а также расширением поддержки цветовой модели CMYK и возможностей для управления цветом.

Среди изменений в GIMP 3.0.6:

  • Из выпуска GIMP 3.1.2 бэкпортирована поддержка отрисовки эскизов кистей, шрифтов и палитр с использованием цветов фона и переднего плана активной темы оформления. Например, при выборе тёмного режима оформления кисти теперь могут отображаться светлым цветом на тёмном фоне, а не только на белом фоне.
  • Из находящейся в разработке ветки перенесены изменения кода для применения фильтров в недеструктивном режиме, что позволило повысить стабильность и производительность фильтров, реализовать возможность применения недеструктивных фильтров к каналам, а также синхронизировать состояние кода для упрощения исправления ошибок в стабильной и экспериментальной ветках.
  • Обновлён диалог импорта палитр, в котором появилась возможность фильтрации различных форматов палитр, включая Adobe ASE, CSS и GPL. Решены проблемы с импортом палитр в формате ACB (Adobe Color Book).
  • Решена проблема с пропаданием вкладки для настройки параметров выводимого на печать изображения при запуске GIMP в изолированном окружении, например, при использовании пакетов flatpak и snap.
  • Повышено удобство работы с ползунками управления (slider) - после перехода на GTK3 при наведении мыши на которые у некоторых пользователей вместо стрелки стал показываться курсор с изображением руки, мешавший точно выбрать позицию.
  • Устранены аварийные завершения на платформе Windows, проявлявшиеся при открытии или экспорте файлов в некоторых неанглоязычных конфигурациях из-за ошибки в Windows UCRT.
  • Решена проблема, приводившая к аварийному завершению при изменении цвета контура текста в инструменте работы с текстом.
  • Улучшена обработка прозрачности в фильтрах и трансформациях при импорте изображений в форматах, не поддерживающих прозрачность, таких как JPEG. Например, не добавлялась прозрачность при повороте слоёв.
  • Улучшена поддержка платформы macOS.
  • Обновлены версии библиотек GEGL 0.4.64 и babl 0.1.116.
  • Устранено 6 уязвимостей, приводящих к переполнению буфера или целочисленному переполнению при разборе изображений в форматах ILBM, FF, WBMP, DCM и ICNS. Потенциально данные уязвимости могут быть эксплуатированы для выполнения кода при открытии в GIMP специально оформленных файлов.


  1. Главная ссылка к новости (https://www.gimp.org/news/2025...)
  2. OpenNews: Выпуск графического редактора GIMP 3.1.4
  3. OpenNews: Выпуск графического редактора GIMP 3.1.2
  4. OpenNews: Обновление графического редактора GIMP 3.0.4
  5. OpenNews: Уязвимости в GNOME Help и GIMP, позволяющие выполнить код при открытии файлов
  6. OpenNews: Релиз графического редактора GIMP 3.0.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64010-gimp
Ключевые слова: gimp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (22) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Грека (?), 11:31, 07/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Внедрение ИИ помощника планируется на какой год?
     
     
  • 2.2, Аноним (2), 11:35, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Никогда. И слава Б-гу.
     
  • 2.3, грек (?), 11:35, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На тот, в котором будет оправдано его наличие.
     
  • 2.4, kravich (ok), 11:49, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, этого никогда не случится
     
     
  • 3.12, Аноним (12), 13:01, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему? Модель может быть локальной и отдельной. Кодовая база из-за MCP не разбухнет.
    У конкурента (Криты) уже есть.
     
     
  • 4.20, Аноним (20), 13:50, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну понятно, что локальной. Кто ж из пользователей гимпа будет за ресурсы в облаке платить, это из области фантастики.
     
  • 4.24, prokoudine (ok), 14:17, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У конкурента (Криты) уже есть.

    У криты по дефолту нет никакого ИИ. Разработчики категорически против этого.

    Для гимпа и криты есть одни и те же сторонние "ИИ"-приблуды.

    Вот тебе MCP-сервер, например: https://github.com/libreearth/gimp-mcp

    Можно без всякого труда найти и остальные проекты, добавляющие "ИИ".

     
  • 2.17, Аноним (17), 13:17, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Внедрение ИИ помощника планируется на какой год?

    Пузырь ИИ лопнет раньше. И это хорошо.

     
     
  • 3.19, Аноним (20), 13:41, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только после пузыря биткойна. Ну и конечно, после краха доллара (ну этот совсем скоро).
     
  • 2.26, _kp (ok), 14:24, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ИИ помошник, это отдельная тема, если и будет, то заниматься им будет другая команда, или по крайней мере начинать. Да и будет  явно как расширение.

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

    Моё мнение, не в Гимп ИИ добавлять надо, а локальному ИИ должно быть все равно с чем помогать.

     

  • 1.5, Аноним (5), 11:53, 07/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Посмотрим фиксы

    + if (palette_size < 0 || palette_size > 256)
    gitlab.gnome.org/GNOME/gimp/-/merge_requests/2450/diffs

    +  if (width > GIMP_MAX_IMAGE_SIZE  ||
    +      height > GIMP_MAX_IMAGE_SIZE ||
    gitlab.gnome.org/GNOME/gimp/-/merge_requests/2448/diffs

    -  dest = g_malloc0 (width * height);
    +  dest = g_malloc0 ((gsize) width * height);
    gitlab.gnome.org/GNOME/gimp/-/commit/2d2d39f3da1d0b01ca7d71ad2b7a8725ee92ed96

    + if (actual_read < element_length)
    gitlab.gnome.org/GNOME/gimp/-/commit/3d909166463731e94dfe62042d76225ecfc4c1e4

    и вишенка на торте!
    - if (out > max)
    + if (out >= max)

    Настоящие сишники™ опять не смогли правильно посчитать размеры и позволили выполнить произвольный код))
    Никогда такого не было и вот опять (с)

     
     
  • 2.7, Ann (??), 12:06, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дак вот же - взяли и пересчитали правильно.
     
     
  • 3.9, Анонусс (-), 12:12, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну дак вот

    уязвимости отработали для кого нужно.

    А теперь можно "найти", пересчитать правильно и удалять :)

     
     
  • 4.11, Ann (??), 12:42, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Если это действительно сделал "тот, кому нужно" - он это и без возможности переполнения "логикой" сделает.
     
  • 2.15, Аноним (17), 13:15, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Настоящие сишники™ опять не смогли

    Это не код на С. Это плохой код на С. Создание плохого кода доступно каждому на любом языке программирования. И Вам в том числе.

     
     
  • 3.22, Анонусс (-), 13:58, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не код на С. Это плохой код на С.

    Ахаха, это не "истинный шотландец")))

    Во-первых, "плохой код на С" это все еще "код на С"
    Во-вторых, это не "плохой код на С". Это вполне обычный, я бы даже сказал типиКАЛ код на С.

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

    В целом да, но нет :)
    Понадобилось ли вообще писать такой кривой код в других языках?
    Может там строгие типы которые не кастят без разрешение int в usize и наоборот?
    Может там нормально определены overflow для signed?
    Может там нормальные массивы, которые не позволяют писать за свои пределы?

    Не каждый язык программирование позволяет выполнить произвольный код "при открытии специально оформленных файлов". Это фича самых дырявых из них!

     

  • 1.6, Аноним (6), 11:58, 07/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а что это у них в коде везде мессенджер упоминается?
     
     
  • 2.13, Аноним (-), 13:05, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > а что это у них в коде везде мессенджер упоминается?

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

     
     
  • 3.25, prokoudine (ok), 14:20, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> а что это у них в коде везде мессенджер упоминается?
    > Скрытая реклама, очевидно.
    > Проект бедный, пользователи денег не дают.

    Порядка двух миллионов доллларов донатов в заначке.

     

  • 1.10, Аноним (10), 12:35, 07/10/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    А кто-то использут это убожество? Или они сами для себя делают
     
     
  • 2.14, Аноним (17), 13:14, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А кто-то использут это убожество?

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

     
  • 2.23, eugener (ok), 14:10, 07/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В этой группе 10 тыс. пользователей - https://www.flickr.com/groups/gimpusers/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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