GIMP 2.10.14

Можно ли повторить урок фотошопа от фримакс используя гимп. https://youtu.be/ntbNZYQBZP0

Можно сделать троллейбус из хлеба, но есть фильтр Wavelet Decompose.

Легко. Правда я всё видео не смотрел, но как только было сказано «частотное разложение» я сразу выключил. Можно. Я ещё лет 7 назад, когда только начали выкладывать уроки по этомой теме, в гимпе повторил урок. И получилось точь-в-точь. При том, что в те времена в гимпе даже не было самого основного режима наложения, используемого в этом трюке. Не помню подробности, но я включил grain extract или grain merge и эффект был таким же. Может уже ошибаюсь с режимами, но файл с выполненным уроком где-то лежит, на каком-то винте. Надо поискать.

Я как раз хотел попробовать и поискать какой нибудь пакет… Да и хорошее приложение негоже без поддержки оставлять.

Там библиотеки-зависимости в придачу ещё.

Тут Gentoo: media-gfx/gimp maintainer-needed чуть подробнее.

куда бегаю? на спорт-пробежки? или вокруг компа?

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

я вообще пленочный фотограф

странно это. но дело, без сомнения, твое

эти твои котактики и инстаграмчики вот вообще не сдались. чем меньше этой хрени в жизни, тем лучше.

а где я объявляю контактики и инстаграмчики своими? чет ты выдумываешь. а ЛОР чем лучше?

Даже если кто-то добавит себя ментейнером в metadata.xml, то у пакета может быть несколько официальных ментейнеров. А против закрытия багов так вообще никто против, наверняка, не будет.

Он хотя бы где-нибудь работает? Поставил последнюю версию - все еще падает при копировании области на изображении.

У меня все работает, везде, на разных дистрибутивах годами.

Как воспроизвести твою проблему, давай поподробнее.

Запустить GIMP, создать любое изображение из буфера обмена, выделить область и скопировать пару раз. Gimp после этого упадет. Ошибка - ‘BadWindow (invalid Window parameter)’. Пишут что это из-за менеджера буфера обмена и если его отключить - то все нормально работает, но у меня такая проблема только с gimp и совсем не дело отключать удобства в системе ради работы приложения. [br] https://gitlab.gnome.org/GNOME/gimp/issues/2733 [br] Воспроизводится на kde 4.17 Ubuntu 19.10, до этого воспроизводилось и на 19.04. В проблеме по ссылке пишут что в других DE тоже может воспроизводиться при наличии менеджеров буфера обмена.

Ты же KDEшник наверняка?

Ну ни кому не охота возиться со всем этим разным барахлом. Там же в ссылке по багтрекеру написано «поставил из flatpak - работает».

https://www.gimp.org/downloads/

может все-таки Qt?

Вперёд, мы в тебя верим.

«Доктор, откуда у вас такие картинки»?

То ли процесс копирования не раскрыт, то ли что-то конкретно в твоём сочетании кармы, планиды, дистрибутива с патчами какиминить. Не падает. КДЕ5.17, Манджара.

А что за менеджер буфера обмена?

Я включил «Буфер обмена» в системном лотке - ничего не падает, plasma 5.17, Arch Linux. Или какой-то другой менеджер?

Убунту это кармическое проклятие.

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

«Игнорировать изображения» включено в настройках буфера обмена в системном лотке? Если да, выключи и попробуй еще раз. По ссылке https://gitlab.gnome.org/GNOME/gimp/issues/2733 у ТС именно arch.

https://forum.manjaro.org/t/gimp-closing-when-i-use-krita-manjaro-i3/48132 Вот, подобный баг воспроизводится в манджаре.

Сделал, все работает. Странно, сейчас почитаю баг.

Open a large image in gimp. 6k x 8k or similar png is a good starting point.

Охренеть, я таких картинок в жизни в руках не держал. Тогда понятно.

Меня полностью устраивает 2.8.*. Но один хер прилетит обнова.

Выключил игнорирование изображений. Создал изображение из буфера обмена в гимпе, как ты описал вначале. Выделил фрагмент, скопировал, скопировал тодельным слоем, копировал так, копировал этак - не падает. Если же падает на изображении 8гуглов на десять гуглов, то, подозреваю, за границы буфера выходит?

Попробуй выделять фрагменты не только прямоугольным выделением, а например выделением по цвету.
https://dump.video/i/5Ayhlq.mp4
Вот ссылка на видео с демонстрацией падения. Так же я собрал из мастера и попытался продебажить, сам gimp по сути не падает, кажется его каким-то образом завершает X сервер, поэтому через gdb не получилось получить backtrace

А как с этим связано включение картинок в буффере обмена KDE? Оно тут не при чём, как я понимаю. Может и падает, у меня воспроизвести не получилось. Я думаю это как-то связано не с буффером обмена, а с историей отмен в гимпе. Он же сохраняет историю действий? И это дохренительные области, которые ты копируешь идут в его… стэк, или что там умное. В результате прога вылетает за рамки памяти. Может быть такое? Я не спец. Завели багу? Ну, решайте. У меня не воспроизводится пока.

Там уже в телефоны камеры по 100mp вставляют
Будущее наступило

кажется его каким-то образом завершает X сервер

Потому что это ошибка Xlib. В Xlib все ошибки по-умолчанию фатальные. ИМХО GTK2 проблемы и фиксить её может и нужно, но в плане, чтобы не повторилось в GTK3 ветке.

Я уже подобный баг заводил https://gitlab.gnome.org/GNOME/gimp/issues/2357

AP, правильно ли я понимаю, что в 2.99 по сравнению с 2.10 есть поддержка скриптов на >=python-3.6, lua и javascript?

Да, всё верно. Через GObject introspection.

Спасибо.

Поэтому при этих явно неотключенных опциях он хочет *.gir файлы для gegl и babl?
(в рамках autotools).

P.s.
Портирование скриптов сборки на meson можно считать завершённым или пока лучше ещё autotools использовать?

Да, поэтому.

В целом, закончили. Осталась рихтовка. Часть команды по привычке пока собирает автотулзнёй.

=python-3.6, lua и javascript?

Да, всё верно. Через GObject introspection.

tinyscheme aka script-fu, надеюсь, не будут выпиливать?
Пожалуй, надо lua будет попробовать.

tinyscheme aka script-fu, надеюсь, не будут выпиливать?

Неа, никуда он не денется.

Подскажите, в новых версиях gimp уже можно нарисовать прямую линию без использования инструмента «Контур» и последующего обведения нарисованного «контура» через диалоговое окно?

Не пинайте сильно. Просто это моя боль.

Выбираешь карандаш, жмешь в точку, зажимаешь Shift, ведешь.

Выбираешь карандаш, жмешь в точку, зажимаешь Shift, ведешь.

Спасибо, не знал. Видимо, даже здесь нужно изучать документацию.

Мне хватило просто немножко потыкать по менюшкам, по кнопкам. На профессиональное владение не претендую конешн.

а ебилдов все нет…

У тебя нет.

бери и собирай, если срочно нужно: https://github.com/gentoo/gentoo/pull/13523

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

Гентушнику никто не пишет.
Гентушник никого не ждё-от…

о-о-у-оу )))

appimage нового GIMP 2.10.14 не встречались?

не поделитесь ли?

Ваниль: https://github.com/aferrero2707/gimp-appimage/releases/download/continuous/GI...

С дополнительным плагинами: https://github.com/aferrero2707/gimp-appimage/releases/download/continuous/GI...

AP, при случае, если будешь в очередной раз связаться с разработчиками (мне очень лень :( но если ты не против, конечно), попроси их, пожалуйста, в po-plug-ins/POTFILES.in сделать замену plug-ins/metadata/metadata-tags.{h,c}, а то у меня дома тесты не запускаются из-за этого. Не знаю, запускаются ли они у кого.

У меня, конечно, есть профиль на github/gitlab, но уж очень долго это всё оформлять из-за такой мелочи.

P.s. До кучи, раз уж о тестах и если они не обязательно должны лезть в сеть, то в desktop/test-appdata.sh.in для всех команд appstream-util validate-relax можно добавить опцию --nonet.

Это в какой ветке гита?

master

Я ковырялся вечером на предмет опакечивания и решил начать с тестов. Не знаю как в других пакетных менеджерах (системах сборки), но в генту по умолчанию sandbox рубит сеть, поэтому приходится передавать параметр --nonet. Но это не критично, т.к. пока правится патчем локально.

А вот без первого исправления сразу тесты дохнут :(

При отсутствии сети и без --nonet тесты test-apptada-sh падают на проверке url к скриншотам. Актуально как для master, так и для веток 2.10.x

Нужны живые тесты. Как себя будет вести принт 64Х80" с Sony a7 III и с камеры телефона на 100mp ?

спасибо

Плохо
И с сони плохо и с телефона ещё хуже

Если подробнее, то ошибка такая (до предложенной замены):

Making check in po-plug-ins
make[2]: Entering directory '/var/tmp/portage/media-gfx/gimp-9999-r20191106/work/gimp-master/po-plug-ins'
INTLTOOL_EXTRACT=/usr/bin/intltool-extract srcdir=. /usr/bin/intltool-update --gettext-package gimp30-std-plug-ins --pot
rm -f missing notexist
srcdir=. /usr/bin/intltool-update -m
The following files contain translations and are currently not in use. Please
consider adding these to the POTFILES.in file, located in the po/ directory.

plug-ins/metadata/metadata-tags.c

If some of these files are left out on purpose then please add them to
POTFILES.skip instead of POTFILES.in. A file 'missing' containing this list
of left out files has been written in the current directory.
Please report to https://gitlab.gnome.org/GNOME/gimp/issues/new
if [ -r missing -o -r notexist ]; then \
  exit 1; \
fi
make[2]: *** [Makefile:363: check] Error 1
make[2]: Leaving directory '/var/tmp/portage/media-gfx/gimp-9999-r20191106/work/gimp-master/po-plug-ins'
make[1]: *** [Makefile:861: check-recursive] Error 1
make[1]: Leaving directory '/var/tmp/portage/media-gfx/gimp-9999-r20191106/work/gimp-master'
make: *** [Makefile:1154: check] Error 2
emake failed