Comments 15
Вы правы! Почитал комментарии ниже и ужаснулся от того, насколько сложным путем пошел.
Исправил свой пост.

И все-таки, попробую ответить на ваш вопрос. Зачем?
Когда-то я искал материал по теме, но не нашел.
Наверное, плохо искал, но все же.
Совета спросить не у кого. Пришлось выкручиваться самому, в основном при помощи мануалов в сети.
Был удивлен тем, что все, оказывается, решается гораздо проще и элегантнее, чем в мануалах!
Опять же, наверное, не те мануалы читал! Но все же!

Считаю, мне повезло, что дали приглашение, и что опытные пользователи не просто погрозили пальцем «не шали, мол», но и привели верные шаги. Внес их в текст.

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

В конце концов, все когда-то начинали и делали ошибки. Главное их исправлять, по-моему!
> 1) Скачиваем исходники с репозитория Git.

Дальше не читал. Правильно:

apt-get source gnome-screenshot
apt-get build-dep gnome-screenshot
(поправить что там надо)
dpkg-buildpackage -b
dpkg -i blah-blah-blah.deb
Пришёл написать этот комментарий.

Можно ещё добавить, что без флага '-b' dpkg-buildpackage заставит создать файл-патч. Что удобно — патч можно сохранить и применять на более свежие версии пакета. Возможно, это можно как-то автоматизировать, это я уже не в курсе. Ещё можно копать в сторону dgit — вероятно, там ещё проще это сделать. Полная последовательность:

$ apt-get source gnome-screenshot
$ sudo apt-get build-dep gnome-screenshot
$ cd gnome-screenshot-3.18.0/
$ vim src/screenshot-filename-builder.c
$ dpkg-buildpackage
$ dpkg-source  --commit
$ ls debian/patches/
change_screenshot_filename_template.patch  series
$ dpkg-buildpackage
$ sudo dpkg -i ../gnome-screenshot_3.18.0-1_amd64.deb


К слову, формат времени в апстриме уже без двоеточий (gnome-screenshot-3.18.0):
      origin = g_date_time_format (d, "%Y-%m-%d %H-%M-%S");
Спасибо!
На основе вашего и предидущего комментариев отредактировал пост.
Свой кривой вариант убрал под спойлер, чтобы можно было посмотреть как можно, но не нужно!)

С патчем у меня как-то не пошло пока. Но буду смотреть ещё, за эту идею отдельное спасибо!

Формат даты исправили, но, наверное, осталось вот это «Снимок экрана от ...», нужное далеко не всем! Хотелось бы более гибких настроек, конечно!

Если не рассматривать вариант «собрать из исходников», то достаточно гибко, на мой взгляд, дает управлять именем файла при использовании программы запуск вот таким скриптом:
date=`date '+%Y-%m-%d_%H%M%S'`
gnome-screenshot -w --delay=0 --file="Изображения/<text>$date<text>.jpg"

И повесить его запуск на нужное сочетание клавиш.

Или это тоже излишне сложный путь?
Спасибо!
На основе вашего и следующего комментариев отредактировал пост.
Свой кривой вариант убрал под спойлер, чтобы можно было посмотреть как можно, но не нужно!)
А потом из репозиториев прилетает минорный апдейт пакета, ваши патчи отваливаются и вы снова пересобираете пакет. Это не говоря о том, что даже апстрим обновляет gnome-terminal пару раз между релизами.

Автоматизировать пересборку пакетов с кастомными патчами можно средствами Launchpad, вот пример — https://code.launchpad.net/~develop7/+recipe/xkeyboard-config-rube-daily. Подробное руководство не пишу, разберётесь сами. По понятным причинам этот рецепт Ubuntu-only.
Как пысали выше, при любом патче Ваши изменения отваляться. Поэтому логичнее прикрутить настройки этого дела к проге и отправить запрос на изменение автору. Да и писать статью о том, как изменил одну строчку в чужой программе — не кошерно.
Спасибо за совет! «Прикрутить настройки» хотелось, но не получилось. Дошел до того, что лежат они в Dconf. Оценил собственные силы и понял, что создать ещё одну переменную там, да ещё и правильно ввести её в программу — это для меня сейчас задача неподъёмная!
Как отправить запрос на исправление автору, увы, я тоже не знаю.

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

И ещё о том, как это «настроенное под себя» собрать. Когда писал, поглядывая в мануалы на серьезном, как мне казалось, сайте, не подозревал, что все делается гораздо проще!

Когда прочитал первые комментарии, стало понятно, как надо было. Исправил написанное. Думаю, в таком виде может кому-нибудь пригодиться, и вроде не должно никому навредить.
тут вина не Linux, а ТС — вместо того чтобы, как озвучили выше, добавить настройки у программы и поделиться с миром через Pull Request, он костылит локальный велосипед
За что «это» конкретно?
За то, что:
— с минимальными познаниями в программировании можно решить такую, пусть и не сложную, но все-таки задачу по изменению/добавлению функциональности;
— или за то, что изменить функциональность можно разными способами — собрать приложение с изменениями вручную, написать патч, чтобы немного упростить процесс, сделать свой репозиторий с новым приложением и т.п.;
— или за то, что можно связаться с разработчиками и предложить свое решение для включения в основную ветку программы?

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


Так это не проблема экосистемы, это проблема конкретного софта, подобного достаточно на любой платформе.
Only those users with full accounts are able to leave comments. Log in, please.