LINUX.ORG.RU

AzPainter 2.0.1

 ,


6

3

7 февраля, спустя год после финального выпуска AzPainter 1.0.7, был представлен релиз AzPainter 2.0.1 — свободного (GPL v3) графического редактора полноцветных изображений, основанного на наработках проектов AzPainter 1.x и AzPainterB (последний приспособлен для pixel art). Данная ветка содержит огромное количество улучшений по сравнению с AzPainter2 (Windows). Уже сейчас AzPainter может посоревноваться в удобстве с такими проектами, как mtPaint, благодаря парадигме UI, схожей с классическими парадигмами GIMP и Photoshop.

Главные отличия ветки 2.x от 1.x

  • Код переписан c C++ на C для упрощения портирования на другие ОС.
  • Тулкит AzXClass заменён на mlib. Оба тулкита разработаны автором и работают поверх X Window System (без зависимостей от других тулкитов или DE).
  • Добавлен однооконный режим.
  • Максимальный размер холста увеличен с 9999 × 9999 до 20000 × 20000 пикселей.

Особенности программы

  • поддержка полноцветных изображений с прозрачностью (RGBA, 16bit);
  • поддержка регулирования размера кисти в соответствии с показаниями датчика давления планшета или относительно скорости движения курсора;
  • поддержка слоёв и разнообразных операций по работе с ними;
  • наличие большого количества фильтров;
  • поддержка выделения произвольной формы, а также инструмента «волшебная палочка»;
  • собственный формат APD;
  • поддержка открытия и сохранения APD (v3), PSD, BMP, PNG и JPEG;
  • поддержка открытия APD (до v3), ADW (v1—v2) и GIF.

Список изменений (за январь—февраль 2017)

  • Изменён порядок действия при выделении с зажатыми клавишами Shift (добавить к выделенному) и Ctrl (убрать из выделенного).
  • При заливке с зажатием клавиши Ctrl применяется «transparent (antialias)».
  • Изменение цвета слоя стало возможным при выборе цвета в палитре с зажатой клавишей Shift.
  • Добавлен файл справки на японском языке.
  • Исправлен проблема с окном предпросмотра.
  • Исправлен инструмент прямоугольного выделения.
  • В процессе создания слоёв теперь можно выбрать название из предварительно созданного списка типовых названий (можно создать собственные шаблоны).
  • Добавлена опция «Key + Operation Selection Range Tool Action» в «Canvas Key Setting». Теперь можно настроить ассоциацию клавиш для Selection Tool в любой момент.
  • Улучшена интерполяция при увеличении угла поворота canvas.
  • Исправлена ошибка, приводящая к исчезновению перемещаемого элемента, если не было определено «left / right movement» в «Palette placement setting».
  • Исправлена ошибка, из-за которой порядок отображения слоёв был неправильным, если сразу же отпустить кнопку после быстрого перемещения полосы прокрутки в списке слоёв.
  • В меню настроек «Operation» теперь можно настроить действия кнопок мышки и стилуса планшета. Также можно добавить операции на ЛКМ.
  • Реализовано автоматическое скрытие рамки выделения при перемещениях с зажатой клавишей Ctrl для смещения или копирования изображения в выделенном регионе.
  • В диалоге трансформации по нажатию Ctrl + Left Drag теперь включается прокрутка canvas.
  • При настройке толщины кистей настройки автоматически сохраняются и для следующей сессии, если не отключено автосохранение.
  • Изменён шаг фиксации слайдеров прокручивания.
  • Цветовые маски и маска прозрачности слоя привязаны к цвету линии (влияет на ввод кистью с включённым сглаживанием).
  • Во время рисования кистью произвольных линий теперь используется информация от устройства ввода, которым была активирована кисть (если кисть активирована нажатием левой кнопки мышки, то и кисть будет реагировать только на движения мышки, а если инструмент был активирован через нажатие на планшете, то кисть будет реагировать на ввод с планшета; данную опцию можно отключить или настроить на своё усмотрение).
  • Добавлена опция «Select grabbed layer» в настройки горячих клавиш в настройках canvas.
  • Добавлена опция «Create new layer above this folder» и «Move check layer to this folder» в меню ПКМ на значке папки списке слоёв.
  • Тип области выделения теперь изменяется при нажатии на соответствующий значок.
  • Заменена иконка палитры видимой области canvas.
  • Исправлено ошибка, из-за которой отображался индикатор «No change» после сохранения копии изображения.
  • Исправлена ошибка в окне слоев, из-за которой увеличивались некоторые элементы списка слоев и возникали проблемы при прокрутке списка.
  • Исправлена функция поддержки фиксированных углов (шаг 45 градусов) при зажатии клавиши Shift.
  • Добавлена локализация на бразильский вариант португальского языка (pt_BR).
  • Заменена иконка программы, добавлен её SVG-вариант.

Дальнейшее развитие

На данном этапе автор приостанавливает разработку AzPainter 2.x и переключает свое внимание на усовершенствование AzDrawing 1.x — минималистичной программы для рисования и создания эскизов с поддержкой лишь оттенков серого (8bit).

Ранее автор заявлял о планах создания AzDrawing 2.x (Linux), но скорее всего, доработанный код будет объединён с AzPainter 2.x в одну программу, ведь они обе имеют много идентичных функций и отличаются по большому счёту лишь поддержкой цветовой гаммы. Возможно, код AzPainterB также будет включён в финальный продукт, в результате чего три отдельных приложения будут заменены одним. В конечном счёте слияние сэкономит время на разработку.

Также не исключена вероятность того, что объединение повлияет на размер программы и отразится на поддержке прошлых форматов файлов (APD и ADW).

Скриншоты и обзоры процесса разработки

  1. Официальный блог автора (на японском).
  2. Блог пользователя из Бразилии (на португальском).
  3. AzPainter 1.0.7 и AzDrawing 1.5 в разделе «Галерея → Скриншоты».

>>> Все программы для GNU/Linux на сайте автора

>>> Исходный код

>>> Сборки для разных дистрибутивов

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

★★★★★

Проверено: anonymous_incognito ()
Последнее исправление: AP (всего исправлений: 19)

Ответ на: комментарий от AP

Также советую поспрашивать у команд гимпа и инкскейпа, сколько программистов у них живёт в винде. За первых можешь спросить прямо меня, прямо тут :)

Ты не находишь, что подменяешь юзеров погромистами? :)

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

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

Для разработки за глаза возможностей и 14.04 и даже 12.04. А свежие свистелки-тарахтелки это на специфических любителей :) Новые фичи в либах обычно подхватываются спустя серьезный промежуток после их выпуска, опять же ввиду отсутствия новых версий в текущих дистрах. Хотя бывают исключения, но тогда начинаются пляски с объяснениями «почему нельзя собрать».

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

Ты не находишь, что подменяешь юзеров погромистами? :)

Нет, не подменяю. Невозможно сидеть в одной операционной системе и надеяться, что кросскомпиляция с MinGW всё сама разрулит с помощью дружбомагии.

Или ты пилишь софт под все платформы с одинаковым вниманием к каждой из них, или честно говоришь: «Сорян, котаны, но мы все сидим под линупсом. Но вот вам инсталлятор. Хотите улучшений под вашу систему — подключайтесь к разработке».

У нас ровно один человек занимается сборками под винду и почти не прогает и ровно один человек занимается сборками под мак и тоже почти не прогает. Поэтому виндомакоспецифичные баги всегда исправляются во вторую очередь. Мы это, в общем-то, не скрываем. Я даже новость на эту тему на wgo выкладывал.

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

Нет, не подменяю. Невозможно сидеть в одной операционной системе и надеяться, что кросскомпиляция с MinGW всё сама разрулит с помощью дружбомагии.

Жесткач ))) Я про то, что большинство пользователей вендовые, а ты про сложности бытия с MinGW. Таки, мсье на своей волне, не иначе ;)

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

Хотя бывают исключения, но тогда начинаются пляски с объяснениями «почему нельзя собрать».

В качестве живого примера — наш большой убунтушный друг Торстен Штеттин, он же Отто Кисельгуляш.

https://mail.gnome.org/archives/gimp-developer-list/2017-January/msg00010.html

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

Я про то, что большинство пользователей вендовые

Фразу «Как и у всех других графических FOSS приложений, у AzPainter'а целевая аудитория не на Linux» можно понимать двояко. Но ОК. Даже в этом случае порт AzPainter на линупс и свой виджетсет случился, наверное, не потому, что целевая аудитория не там. Ты так не считаешь?

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

порт AzPainter на линупс и свой виджетсет случился, наверное, не потому, что целевая аудитория не там. Ты так не считаешь?

О причинах можно только гадать. Как вариант, перональное увлечение автора FOSS.

В качестве живого примера — наш большой убунтушный друг Торстен Штеттин

Ну это ж критические багфиксы, а не модные фичи.

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

Тут не о чем спорить. Пользователям нужен работающий софт вне зависимости от того, под каким конкретно гнулинупсом он сидит. Если единственный способ добиться этого — сделать статическую сборку, куда включён ffmpeg, movit и иже с ними, то пускай так и будет.

Работающий софт - это актуальный софт, а не древнючая версия с кучей багов которые у автора не проявляются и без поддержки новых форматов которые автор не использует. Ещё и с выполнением произвольного кода из специально оформленного файла. Зато можно две строчки кода под новое API менять, доооо.

А ещё опакечивание этого обычно та ещё задачка. Есть у меня пакет с ffmpeg, он уже со всеми нужными патчами, правильно собирается, правильно раскладывается, учитывает все особенности дистрибутива. Предлагаете под каждый кусок мусора который слишком умнён чтобы использовать системные либы всё это портировать? Не будет этого.

Нормальные мантейнеры бандленный мусор отрывают, ибо нефиг, и у Debian в полиси чётко написано «No inclusion of third party code», что очень правильно. Возбухающим авторам тут можно только по губам провести, а если его вяканье про трейдмарк имеет под собой юридические основания (в чём я сильно сомневаюсь), то ребрендинг, и пусть софт знают под новым названием. А лучше форк.

Вот в идутвуке забандлен и ffmpeg, и OCIO, и ничё — брат жив

Как минимум в FreeBSD, OpenBSD, Gentoo, Arch, Debian идутвук используют ffmpeg и ocio из системы, брат жив и не боится открывать ссылочки на медиафайлы.

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

Хватит офтопить!

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

AzPainter 2.0.1 выпущен 7 февраля 2017 года.

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

Пускай тренируется прогибаться в другом месте.

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

а если его вяканье про трейдмарк имеет под собой юридические основания

Имеет.

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

Если б ты только знал, сколько раз я уже слышал эти лулзы в отношении самых разных проектов.

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

Нормальные мантейнеры бандленный мусор отрывают, ибо нефиг,

Нормальные мейнтейнеры — это приколисты из Федоры, которые пытаются rawspeed от darktable оторвать? :D

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

Для разработки за глаза возможностей и 14.04 и даже 12.04. А свежие свистелки-тарахтелки это на специфических любителей :) Новые фичи в либах обычно подхватываются спустя серьезный промежуток после их выпуска, опять же ввиду отсутствия новых версий в текущих дистрах. Хотя бывают исключения, но тогда начинаются пляски с объяснениями «почему нельзя собрать».

Не, ну хелло ворлды можно писать и под CentOS 5 какой-нибудь. Но сколь-либо серьёзная разработка не только использует кучу внешних либ, но и следит за их новыми фичами, тестирует у себя и использует, а часто и шлёт патчи в апстрим, причём ждёт их обратно в обозримое время. У нас вот уже используется OpenCV 3.2 (по большей части мы работает с мастером, но на 3.2 ориентируемся в релизе который будет весной) и фичи C++17. Потому что нормальный dense optical flow появился в 3.2, а каждый новый стандарт C++ реально упрощает код и его поддержку. Соседние команды используют всякие openmp и cuda, тоже последние. Заказчик проблем с этим почему-то не испытывает, а нам тем более нет смысла ограничивать себя старьём.

Так вот, у меня в арче всё это поддерживается из коробки. В убунтах же до сих пор даже нет opencv3. В Trusty gcc-4.8 что тоже смешно. Про Precise даже не заикайтесь. Вот такие у нас свистелки. А кому-то, видимо, и кобыла стабильность.

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

Имеет

Пруф

Если б ты только знал, сколько раз я уже слышал эти лулзы в отношении самых разных проектов

А ты удивишься сколько я видел форков переживших свои оригиналы.

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

Пруф

По ссылке, которую ты комментируешь.

А ты удивишься сколько я видел форков переживших свои оригиналы.

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

https://github.com/mltframework/shotcut/graphs/contributors

И Brian Matherly, и metellius продолжают по мелочи помогать даже после истории со сборками для дебиана. Остальных в расчёт можно не брать.

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

Так вот, у меня в арче всё это поддерживается из коробки.
у меня в арче

С этого и надо было начинать.

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

Соседние команды используют всякие openmp и cuda, тоже последние. Заказчик проблем с этим почему-то не испытывает, а нам тем более нет смысла ограничивать себя старьём.

Так вот, у меня в арче всё это поддерживается из коробки. В убунтах же до сих пор даже нет opencv3. В Trusty gcc-4.8 что тоже смешно. Про Precise даже не заикайтесь. Вот такие у нас свистелки. А кому-то, видимо, и кобыла стабильность.

Так-то оно так, но в результате собрать новый софт в Linux становится нередко реально сложно. Или взять тот же Debian, с таким подходом там надо сидеть на Experimental ветке и ловить баги.

Я в последнее время ставил Debian Stable нескольким довольно далёким от линуксов людям, он им даже нравится больше винды, но и то возникают иногда вопросы, которые удаленно решить сложно. Но они не смогли бы жить на не стабильной ветке.

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

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

Почему же, опенсорс вполне пилят и за денюжку. Пускай топикстартер озвучит сумму, или продолжает искать волонтёра с некроубунтой под рукой.

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

Но сколь-либо серьёзная разработка не только использует кучу внешних либ, но и следит за их новыми фичами

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

Безусловно, бывают нишевые исключения. Но как правило, серьезная разработка не основывается на том, что надо на бегу подхватывать свежак, а то не добежишь до финиша :)

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

Мою просьбу уже выполнили (Спасибо, anonymous!)

Пускай топикстартер озвучит сумму, или продолжает искать волонтёра

В отличии от тебя, есть еще на этом свете люди, способные помочь решить конкретную проблему без всяких дополнительных вопросов

AzPainter 2.0.1 (комментарий)

atsym ★★★★★
() автор топика

Готовые пакеты для AzPainter 2.0.1 (Linux и другие ОС)

AP, можешь подправить текст данной новости?

Нужно добавить в конце ссылку на форум, где собраны готовые пакеты под разные ОС.
>>> AzPainter 2.x (for Unix-like) - пакеты для BSD, Linux, macOS

Ссылку на «Пакет для Gentoo» потом можно будет удалить (она уже добавлена в список на форуме)

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 2)
Ответ на: комментарий от anonymous

Нет, я из Криптонита.

А ты случайно не бот с искусственным интелектом? А то следишь за пользователями, пытаешься собрать статистику на основе специально сформированных вопросов?

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

Про 14.04 тоже без вопросов догадались?

Я сразу указывал что нужно было именно для Trusty

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

Есть специальные грошовые тарифы вот специально на этот случай

Где есть и что в Вашем понимании «грошовые»? Может, человек на одну пенсию по инвалидности живёт в какой-нибудь отдалённой казахской деревне. Фриланс при подобном раскладе отпадает, почти для любых задач нужно много трафика, разве что тексты переводить, но там конкуренция и демпинг ого-го.

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

Может пригодиться вот эта статья во время написания обзоров

https://github.com/jurassicplayer/jurassicplayer.github.io/blob/204c3d683098a...

А вот еще какой-то свежий проект в котором была задействована эта программа

https://github.com/kmt-P2-18/project_MIKO

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 2)
Ответ на: комментарий от bodqhrohro_official

потому что не из репозитория

тем более, есть OpenBSD. если в Debian бюрократия такая, что можно годами ждать нужной вещи (как пример, истории x2go или уже помёршего atrinik), то в OpenBSD реально просто взять и добавить вещь в репозиторий, в крайнем случае в -wip :)

поэтому, собственно, я использую обе эти оси. и не использую левые пакеты :)

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

Где есть и что в Вашем понимании «грошовые»?

100-200 рублей в месяц.

Может, человек на одну пенсию по инвалидности живёт в какой-нибудь отдалённой казахской деревне.

Тогда новый DEB его волновать не будет. Имено вот там. А в остальных случаях интернет за исключением онлайн-видяшек самая маленькая статья расхода. Сдохнуть с голода и холода находясь онлайн крайне реально на самом деле.

Фриланс при подобном раскладе отпадает, почти для любых задач

Даже тупой набор капчей даст такой уровень дохода за несколько дней. А уж фриланс с легкостью перекроет.

почти для любых задач нужно много трафика

ВЫ не в теме к сожалению. Займитесь собственым ликбезом:(

antares0 ★★★★
()

Главные отличия ветки 2.x от 1.x

Увеличено максимальное количество слоев с 400 до 500

Зум теперь доступен в диапазоне от 1% до 1000% (ранее диапазон был от 5% до 1200%)

atsym ★★★★★
() автор топика
Последнее исправление: atsym (всего исправлений: 2)
Ответ на: комментарий от anonymous_incognito

Так-то оно так, но в результате собрать новый софт в Linux становится нередко реально сложно.

Ещё раз, не в Linux, а в гнилых «стабильных» недодистрибутивах.

Я в последнее время ставил Debian Stable нескольким довольно далёким от линуксов людям. Но они не смогли бы жить на не стабильной ветке.

Не сваливайте всё в одну кучу. «Людям далёким от линуксов» не нужен ни новый софт, ни свежие библиотеки, хоть десятилетней давности им поставьте гнильё, будут счастливы.

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

Я уже объяснил почему и то и то ужасно. Нет и никогда и не будет «оптимально» тормозить разработку ради ленивых паразитов и не будет «оптимально» тратить время на портирование N-й раз библиотек бандленных с каждым пакетом или отрывание их.

Я вижу тут только одну проблему - парадоксальное желание со стороны пользователей «стабильщины» и рыбку съесть и на * сесть, а именно, с одной стороны сидеть на вылизанном софте и не сталкиваться с багами в свежатине, с другой, почему-то, ставить свежатину которой нужны новые версии библиотек. Что действительно оптимально, так это игнорировать их.

slovazap ★★★★★
()
Ответ на: Хватит офтопить! от atsym

Не указывайте другим людям что делать.

AzPainter 2.0.1 выпущен 7 февраля 2017 года.

А оформлен так как будто был выпущен в 2007 году.

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

С этого и надо было начинать.

И что вы хотели этим сказать? OpenCV 3.2 ещё есть в alpine, 3.1 в opensuse, gentoo, федоре и даже pkgsrc, про других не знаю. Зато знаю что в Ubuntu _Zesty_ до сих пор 2.4.9, даже не последняя версия в 2.x ветке. И это только один пример.

Так что «Для разработки за глаза возможностей и 14.04 и даже 12.04» - лютый бред.

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

Софтверные галеры и серьезная разработка - слабо пересекающиеся вещи

О да, у нас «не такая» разработка. Другого ответа от вас и не ожидал.

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

Мсье, вылазьте из кокона - весь мир не крутится вокруг распознавания образов. В опенсурсе есть масса софтверных задач, которым хватает библиотек и 4х летней давности. Но нехватает желающих писать end-user приложения.

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

К примеру, софт управляющий дефибриляторами - реанимационная медицина и всякое такое. А до недавнего времени там рулил VB6 (что сейчас - не в курсе). И рулил долго - с миллениума.

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

Мсье, вылазьте из кокона

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

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

И что вы хотели этим сказать? OpenCV 3.2 ещё есть в...

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

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

Дистрибутив со свежими библиотеками позволяет разрабатывать софт как под свежие, так и под старые версии. Дистрибутив со старыми - только под старые.

Таки вы наивный вьюноша ))) Можно сказать свежак на галерах )))

Ну ок, положим у вас, аки у мегапродвинутого, стоит 7й ImageMagick, который вышел год назад и в котором поломана обратная совместимость со старыми версиями. Его нет еще ни в каком из популярных дистров. Как вы разработаете свою софтинку, использующую ImageMagick, чтобы она собиралась хотя бы у продвинутых пианэров с последними версиями бубунты/минта/сюзи?

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

Дистрибутив со свежими библиотеками позволяет разрабатывать софт как под свежие, так и под старые версии.

Я прям представляю себе разработку с применением LittleCMS 1.x и 2.x одновременно.

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

И кстати, в чем кайф сидеть на мегапоследнем окружении, в котором тот же ImageMagick 7.x прикручен не авторами софта (того же Inkscape), а патчем пианэра Васи из Кукуевки? Вы уверены, что Вася досконально знает потроха патченных аппликух? Или все-таки вы будете отлавливать баги, которые накуролесил Вася по принципу лишь бы скомпилировалось?

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

Ну это можно порешать - там хоть АПИ не сильно отличался. Да и сама либа маленькая. А вот патчи от пакетировщиков на существующий софт из серии «нам только самое свежее из либ» - это весчь :) И потом не знаешь, на кого глюки списывать - то ли на пакетировщика, то ли на авторов аппликухи.

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

И потом не знаешь, на кого глюки списывать - то ли на пакетировщика, то ли на авторов аппликухи.

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

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

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

Это идеализированная ситуация. На практике этим нередко особо некому заниматься. А контрибьюторы бывают, мягко говоря, странные.

Например, я знаю два «рецепта» сборки GIMP в AppImage. В первом автор «рецепта» фигачит в сборку несколько сторонних плагинов. Во втором код берётся не из гита, а из кисельгуляшских тарболлов из PPA. Вот Жеана это достало, и он щас пилит апстримный флатпак наконец-то.

AP ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.