# required versions of external libraries
m4_define([babl_required_version], [0.1.46])
m4_define([cairo_required_version], [1.12.2])
m4_define([exiv2_required_version], [0.25])
m4_define([gdk_pixbuf_required_version], [2.32.0])
m4_define([introspection_required_version], [1.32.0])
m4_define([glib_required_version], [2.44.0])
m4_define([graphviz_required_version], [0.0.0])
m4_define([jasper_required_version], [1.900.1])
m4_define([lcms_required_version], [2.8])
m4_define([lensfun_required_version], [0.2.5])
m4_define([librsvg_required_version], [2.40.6])
m4_define([libv4l2_required_version], [1.0.1])
m4_define([lua_required_version], [5.1.0])
m4_define([openexr_required_version], [1.6.1])
m4_define([libraw_required_version], [0.15.4])
m4_define([pango_required_version], [1.38.0])
m4_define([png_required_version], [1.6.0])
m4_define([sdl_required_version], [1.2.0])
m4_define([libtiff_required_version], [4.0.0])
m4_define([webp_required_version], [0.5.0])
m4_define([poly2tri-c_required_version], [0.0.0])
m4_define([pygobject2_required_version], [2.26])
m4_define([pygobject3_required_version], [3.2])
m4_define([vapigen_required_version], [0.20.0])
m4_define([libavformat_required_version], [55.48.100])
m4_define([libavcodec_required_version], [55.69.100])
m4_define([libswscale_required_version], [2.6.100])

Из них больше половины необязательные.

О, спасибо.

В глаза прежде всего кидается glib, но он, ЕМНИП, и в Qt существует в виде необязательной зависимости...

Короче, «пусть безумная идея, не решайте сгоряча». Вдруг кто-нибудь подхватит...

А почему не 128-512МБ или 8ГБ?
Время идёт, память дешевеет.
Но если возникла олимпиадная задачка уместить на маленький носитель как можно больше — то люди просто сделают специальную сборку и всё, как это делают с той же виндой.

Тарбол очень некрасиво, но да я их беру.

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

Линукс же у нас тут почитаем за возможность выбора? Ну вот пускай будет поддержка как можно большего количества источников софта — самые популярные выживут. Вайну и стиму вон никто не удивляется (это не совсем источники, но всё же).

Как и все нормальные разработчики — он будет обеспечивать эталонный цикл доставки — что выберет, то и будет собирать (деб/рун/флат/тгз).

некий единый flatpak-base дистрибутив

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

Ты у своих оппонентов всегда подозреваешь нечистые мотивы? Тогда будь готов к точно такому же отношению к себе.

Хорошо, в чём мой корыстный интерес?

Лично мне нравится

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

Чтобы линуксу продвинуться дальше — ему нужно больше аудитории и текущая общая архитектура организации десктопных дистров не позволяет ему этого сделать (стим на линуксе ведь появился вообще благодаря хитрим чрутам и статичным сборкам — это реальный мир).

Зачем, (без всякого сарказма) это же гента, у неё такой путь и так она прекрасна. Дистрибутив не для всех, имеет свой план и придерживается его.

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

Это очень хорошо, что оставляют цветной ui! Не убирайте эту возможность. Терпеть не могу эту повальную моду в ui на все плоское и двух или одно цветное.

оффтоп: кстати, а почему кде так все тупо сдирает с macos и 10ки?

Уважаемый АР. А Вы протестировали сами уже 2.10? Просто под Вин еще сборок нет, а на последнем Вашем скрине у Вас 7ка;)

Сборка финала для винды ещё не готова.

установил с flatpak, полет нормальный)

отличная новая заставка, особенно грибочки порадовали)

https://imgur.com/a/819JCcU

Я в 2.8 лечу так: View > New View при EN-раскладке. После этого работают.

Плугины, конечно, работать не будут? На нестабильной 2.10 вываливаются ошибки. Без плугинов грустно.

программа для творческих людей...

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

man vdo :-P

добавлена поддержка обработки графики с точностью 16/32 разряда на цветовой канал целочисленно или с плавающей точкой;

Хэш Irsi перевернулся в бане

"В AzPainter эти функции были ещё до того, как их добавили в GIMP!"

* добавлено вращение и зеркалирование холста (в т.ч. по просьбе пользователя LOR);

dfcz, для цифровой живописи попробуй AzPainter; в нём есть вроде всё что тебе нужно ;)
>>> http://i.imgur.com/YGTiHC5.png

Обсуждение AzPainter
>>> AzPainter 2.x (for Unix-like) - пакеты для BSD, Linux, macOS

особенно грибочки

Типа, намекают? )

программа для творческих людей...

Именно!) Особенно для графических экспериментов!)

Типа, намекают? )

Ага, тонко)

Вот пусть авторы дистров этим и занимаются

Сборка AppImage для v2.10 упирается в... некорректные зависимости указаные разработчиками GIMP'a %)
>>> https://github.com/aferrero2707/gimp-appimage/issues/10

Unfortunately the build configuration for 2.10.0 is «broken», in the sense that GIMP requires gegl-0.4 but reports a dependency on gegl-0.3 in its pkgconfig file.

As a consequence, installation of plugins which rely on gimp-2.0.pc for finding GIMP and its dependencies fail because of the missing gegl-0.3.pc file

GIMP-2.10.1-*.AppImage

Добавил в текст новости ссылку на AppImage пакет GIMP v2.10.1 (для Linux)
>>> https://github.com/aferrero2707/gimp-appimage/releases

P.S.: В конфигах v2.10.0 были ошибки
>>> Выпущен GIMP 2.10 (комментарий)

Рисование

Рисование простых объектов типа отрезок, окружность... как было через задницу, так и осталось. Даже Паинт на голову круче.

Добавил в текст новости ссылку на AppImage пакет GIMP v2.10.1 (для Linux)

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

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

Скачать ... AppImage (для Linux)

Думал, машину времени опять украли. :)

Добавил в текст новости ссылку на AppImage пакет GIMP v2.10.1 (для Linux)

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

И допиши что автор этих образов указал фейковые параметры. На образах написано glibc2.15, а требуется glibc2.17, glibc2.18.

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

Да, для рисования геометрических примитивов пейнт удобнее. А инкскейп — ещё удобнее.

Добавил в текст новости ссылку на AppImage пакет GIMP v2.10.1 (для Linux)

Это неофициальная сборка с плагинами, которых нет в оцифиальной поставке. Зачем ты это сделал?

Да, для рисования геометрических примитивов пейнт удобнее

тогда уж Pinta, не?

2 гига я назвал потому, что у меня был опыт работы в убунте, установленой на 2Гб флешку. Она там чувствовала себя свободно. Время прошло, дистрибутивы разжирели, но практически любой адекватный пакетник всё ещё можно запихать на такую флешку. Без всяких там «специальных сборок» разумеется с неким минимальным рабочим набором софта (разве что сборку libreoffice придётся исключить).

Подход «всё в *pak» превращает жирный дистрибутив в очень жирный дистрибутив, а вот плюсы этого ой как не очевидны... Хорошо иметь 2-3 версии libreoffice или даже gimp. Но зачем иметь 2-3 копии всего остального? Что, в юниксах уже нельзя делать статичные сборки или сборки «всё в этой папке»?

http://repology.org/metackage/gimp/versions

Вот расскажи, как ты это сделал? Действительно очень интересно. Нормальный человек скопировал бы ссылку из location bar'а. Но тогда бы там было https и не было бы опечатки. Откуда и как ты выделил эту ссылку?

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

Но зачем иметь 2-3 копии всего остального?

Библиотеки с одним названием редко дублируются 1в1, программисты как правило имеют свой сетап(одна программа использует qt 5.3, а другая qt 5.2.3), на котором тестируют ПО — мейнтенеры в попытках подогнать всё под дистрибутивный набор библиотек начинают пилить свои васяно-патчи.

вот плюсы этого ой как не очевидны...

Быстрая доставка ПО тем кто хочет.

Идея с одинаковыми разделяемыми бибилиотеками красива, но в реальной жизни вызывает больше трудностей.
Я не знаю на каком ты дистре, но предположу, что на каком-то крутом где всё как тебе нравится (дженту, арч), а потребительские дистры для «нубов» типа убунты пойдут по другому пути — пускай глупые хомячки типа меня сидят с распухшими программами — тем более мне это не так важно как свободное обновление и установка без оглядки на зависимости, что я считаю большим злом, чем крупные бинари.

Если у меня вдруг возникнет потребность, я без фанатизма просто возьму генту и скомпилирую 10_000 программ на 128МБ флешку.
Зато в остальное время я смогу свободно пробовать новые версии того же гимпа буквально сразу после выхода — потому что мне интересно, вот хочется и гонюсь за версиями (представляю как исходят пеной у рта фанатики которые любят отвечать на это «ыыы гонишься за версиями») — ничего плохого тут нет.

Это позор когда тебе на родной для гимпа платформе нужно ждать пол года ради обновления (до появления апп-имиджей и снапов), а на винде апдейт выходит в день релиза.

Поправил ссылку

Спасибо. Не знал.

Отлично. Потому что, ну, реально достало.

А почему на flatpak паишет нет обновлений до 2.10.1?

блин ппц єто флатпак столько сожрал места? Что тут можно удалить?

deepforest@debian:~$ flatpak list -d --app --runtime
org.gimp.GIMP/x86_64/stable                org.gimp.GIMP-2-origin db163ad29c6c - 160,1 МБ user,current      
org.gimp.GIMP/x86_64/stable                flathub                db163ad29c6c - 160,1 МБ system,current    
org.freedesktop.Platform.ffmpeg/x86_64/1.6 flathub                b5f77229b85f - 7,7 МБ   system,runtime    
org.gimp.GIMP.Locale/x86_64/stable         flathub                c72f571ad2c5 - 1,1 МБ   system,runtime /ru
org.gnome.Platform.Locale/x86_64/3.28      flathub                2429abc326ff - 9,4 МБ   system,runtime /ru
org.gnome.Platform/x86_64/3.28             flathub                5f7afbd7d3e3 - 787,7 МБ system,runtime    
deepforest@debian:~$ 

Это позор когда тебе на родной для гимпа платформе нужно ждать пол года ради обновления

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

Но если пользователи в упор не хотят знать, как пользоваться ОС, а хотят быть тупыми, то тут не ОС виновата.

Пользоваться и собирать это разные вещи. Это всё равно что предлагать пользователю изучить все премудрости обслуживания двигателя современного японского автомобиля.

И нежелание что-то знать не всегда характеризует человека в худшую сторону.
Людям просто иногда есть чем заняться.

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

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

да ее и так особо нет, крутится только в узких кругах спецов-технарей-энтузиастов коих максимум 2% судя по статистике от общего числа

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

ну хотя бы чуть чуть подумали о пользователях, не все хотят/умеют осваивать компиляцию ради одной программы. Многие и я в том числе не хотят сидеть на венде и любят Линукс но и лезть в дебри source-based считают фанатичной крайностью. Шесть лет делали, а релиз подготовить в нормальном виде не смогли.

Дело не в «умеешь/не умеешь», дело в целесообразности.

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

Шесть лет делали, а релиз подготовить в нормальном виде не смогли.

Exmor_RS

Вот интересно, что вы приводите аргументы занятости/других дел в отношении себя, а то что разработчики могут тоже быть занятыми, и по этой причине не делать сборку которая лично им в данный момент не нужна, вы не принимаете. Они должны, и все тут. А когда говорят, что это вы должны себе собрать, раз вам надо - вы начинаете ныть. Что это за двоемыслие?

Собирать руками каждую хрень, которой нет в дистре — нецелесообразно.

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

И посмотри, я отвечал на «нужно ждать полгода ради обновления». Зачем так жить? За полгода можно программирование освоить, а не только make & make install.

А ты ловкач!

Они должны, и все тут.

Ну извини, это логичное и обоснованное требование, которому большинство разработчиков следуют.

а то что разработчики могут тоже быть занятыми

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

Все разработчики (настоящие разработчики непосредственно конкретных программ) в мире билдят релиз и установочный пакет — это нормально, логично и удобно всем.

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

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

Вы хотели пакетов? Дык ставьте и обновляйтесь до стабильной версии 2.8.22 :)))))
gimp.spec

#### options:
# Use the following --with/--without <option> switches to control how the
# package will be built:
# 
# lcms:        lcms support
%bcond_without lcms
# python:      python support
%bcond_without python
# mp:          multi processor support
%bcond_without mp
# static:      build static libraries
%bcond_with static
# print:       build the print plugin (if you don't build it externally)
%bcond_without print
# gutenprint:  require gutenprint-plugin (instead of gimp-print-plugin) if
#              internal print plugin isn't built
%bcond_without gutenprint
# convenience: install convenience symlinks
%bcond_without convenience
# gudev:       use gudev to discover special input devices
%if ! 0%{?fedora}%{?rhel} || 0%{?fedora} >= 15 || 0%{?rhel} >= 7
# use gudev from F-15/RHEL7 on
%bcond_without gudev
%else
%bcond_with gudev
%endif
# aalib:       build with AAlib (ASCII art gfx library)
%if 0%{?rhel}
# don't use aalib on RHEL
%bcond_with aalib
%else
%bcond_without aalib
%endif
# hardening:   use various compiler/linker flags to harden binaries against
#              certain types of exploits
%bcond_without hardening
# poppler:     use from version 0.20 on which is GPLv2/GPLv3 dual-licensed
%if 0%{?fedora}%{?rhel} == 0 || 0%{?fedora} >= 18 || 0%{?rhel} >= 7
%bcond_without poppler
%else
%bcond_with poppler
%endif
# helpbrowser  build webkit-based help browser
%if 0%{?rhel}
%bcond_with helpbrowser
%else
%bcond_without helpbrowser
%endif
# hardcode python interpreter in python plug-ins
%bcond_without hardcoded_python

# skip tests known to be problematic in a specific version
#global skip_checks_version X.Y.Z
#global skip_checks test1 test2 test3

# Set this to 0 in stable, 1 in (SONAME-wise) unstable releases
%global unstable 0

# Set this in pre-releases (e.g. release candidates)
#global prerel RC1

# Set this when building from intermediate git revisions
#global gitrev ff6c280

%if %{defined prerel}
%global dotprerel .%{prerel}
%global dashprerel -%{prerel}
%global prerelprefix 0.
%else
%global dotprerel %{nil}
%global dashprerel %{nil}
%global prerelprefix %{nil}
%endif

%if %{defined gitrev}
%global dotgitrev .git%{gitrev}
%else
%global dotgitrev %{nil}
%endif

Summary:        GNU Image Manipulation Program
Name:           gimp
Epoch:          2
Version:        2.8.22
Release:        %{?prerelprefix}1%{dotprerel}%{dotgitrev}%{?dist}

# Compute some version related macros
# Ugly hack, you need to get your quoting backslashes/percent signs straight
%global major %(ver=%version; echo ${ver%%%%.*})
%global minor %(ver=%version; ver=${ver#%major.}; echo ${ver%%%%.*})
%global micro %(ver=%version; ver=${ver#%major.%minor.}; echo ${ver%%%%.*})
%global binver %major.%minor
%global interface_age 0
%global gettext_version 20
%global lib_api_version 2.0
%if ! %unstable
%global lib_minor %(echo $[%minor * 100])
%global lib_micro %micro
%else # unstable
%global lib_minor %(echo $[%minor * 100 + %micro])
%global lib_micro 0
%endif # unstable

%if %{with poppler}
# poppler is "GPLv2 or GPLv3" which makes plug-ins linking to libpoppler such
# as file-pdf-load GPLv3-only
License:        GPLv3+ and GPLv3
%else
License:        GPLv3+
%endif
Group:          Applications/Multimedia
URL:            http://www.gimp.org/
BuildRoot:      %{_tmppath}/%{name}-%{version}-root-%(%__id_u -n)
Obsoletes:      gimp-perl < 2:2.0
Obsoletes:      gimp < 2:2.6.0-3
BuildRequires:  chrpath >= 0.13-5
%if %{with aalib}
BuildRequires:  aalib-devel
%endif
BuildRequires:  alsa-lib-devel >= 1.0.0
BuildRequires:  atk-devel >= 2.2.0
BuildRequires:  babl-devel >= 0.1.10
BuildRequires:  bzip2-devel
BuildRequires:  cairo-devel >= 1.10.2
BuildRequires:  curl-devel >= 7.15.1
BuildRequires:  dbus-glib-devel >= 0.70
BuildRequires:  fontconfig-devel >= 2.2.0
BuildRequires:  freetype-devel >= 2.1.7
BuildRequires:  gdk-pixbuf2-devel >= 2.24.1
BuildRequires:  gegl-devel >= 0.2.0
BuildRequires:  ghostscript-devel
BuildRequires:  glib2-devel >= 2.30.2
BuildRequires:  gnome-keyring-devel >= 0.4.5
BuildRequires:  gtk2-devel >= 2.24.10
BuildRequires:  gtk-doc >= 1.0
BuildRequires:  iso-codes-devel
BuildRequires:  jasper-devel
%if %{with lcms}
BuildRequires:  lcms-devel >= 1.16
%endif
BuildRequires:  libexif-devel >= 0.6.15
BuildRequires:  libgnomeui-devel >= 2.10.0
%if %{with gudev}
BuildRequires:  libgudev1-devel >= 167
%else

Зачем так жить? За полгода можно программирование освоить, а не только make & make install.

Чтобы что?

Умение собрать гимп из сорцов сделает тебя более лучшим фотографом или художником?

А умение собрать гитарикс поможет мне чисто выигрывать пентатонику на 180bpm?

Может быть, умение собрать фрикад со всеми зависимостями сделает меня архитектором?

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