shikhalev.org

Рубрикатор

Последние записи

ФотоОбработкаТехнологииСофтГрафика

2022.12.26 • Иван Шихалев

Darktable 4.2.0

Недавно вышла очередная версия моего любимого софта для об­ра­бот­ки raw-файлов фотографий, и я решил, что это подходящий повод для то­го, чтобы посмотреть, а что же поменялось с то­го времени, когда я писал «Darktable — (не очень) быстрый старт». Речь там шла о вер­сии 2.6.2, так что изменилось многое.

Вообще, версии 3.x.x развивались довольно бурно, стабилизировавшись к чет­вер­ке, и в це­лом рабочий процесс можно считать устаканившимся. Что радует, ибо свистопляска немного утомила. Сейчас же, если мы посмотрим на из­ме­не­ния в ре­ли­зе 4.2.0 относительно преды­ду­ще­го 4.0.1, то увидим там плавные улучшения, доведения до ума, исправления багов и один новый модуль, о ко­то­ром позже. Так что именно процесс принципиально не ме­ня­ет­ся.

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


Читать далее »

DarktableLinuxRAWцвет

ТехнологииСофтГрафикаФотоОбработкаО себе

2022.11.20 • Иван Шихалев

Hugin по-русски

Ковыряю потихоньку перевод документации по Hu­gin. Ну как документации… Там скорее база знаний на ви­ки-движке. Когда-то давно я пытался привлечь к это­му делу других людей на ви­ки гитхаба, но что-то никто не приnвлек­ся. Так что я плюнул на ви­ки-формат и загнал все это дело в при­выч­ный уже Jekyll на под­до­ме­не hugin.shikhalev.org.

В прин­ци­пе, если вдруг кто захочет поучаствовать, то особых проблем быть не долж­но — markdown не сказать чтоб сильно сложнее вики-разметки. Прав­да, понадобятся базовые навыки работы с Git и GitHub, но это сейчас должно быть где-то на уров­не обычной грамотности.

В процессе перевода я понял, что последовательность и структурированность оригинала меня категорически не ус­т­ра­и­ва­ют. Вообще, материал довольно неровный. Как я уже сказал, это скорее база знаний, заполняемая разными людьми с раз­ной степенью аккуратности, детальности и т.д. Поэтому я решил сразу запланировать помимо собственно перевода компиляцию всего этого дела во что-то более цельное. Правда, понятия не имею, когда до это­го дойдут руки.

Что до текущего состояния, то статус перевода можно смотреть на странице «Переводы», где, впрочем, все абсолютно не струк­ту­ри­ро­ва­но — это просто автоматический список страниц, разбитый по ста­ту­сам. Из более-менее цельных кусков переведено описание главного окна, оно же «Простой интерфейс», со все­ми вкладками (там по ссылкам). Это в прин­ци­пе уже может быть полезно для на­ча­ла работы (а еще для начала можно прочитать мой старый пост «Пингвин-фо­то­лю­би­тель: 3. Па­но­ра­мы»).

HuginLinuxshikhalev.orgпанорамыпереводыпроектысайты

ТехнологииСофтWeb

2022.11.04 • Иван Шихалев

Conky и OpenWeather

Погода в Conky

Подключил прогноз погоды от OpenWeather к Conky. Пока оно сыровато, надо продумать получше архитектуру, чтобы было удобно пользоваться. Поэтому я не стал пока документировать этот модуль в README репозитория, ну а в блоге можно и о том, что в процессе, написать.

У меня почему-то не получилось получить данные текущей погоды с OpenWeatherMap.org, только прогноз на пять дней с интервалом 3 часа. Надо, конечно, поразбираться с их API получше — еще один повод не считать работу законченной…

Как бы то ни было, пятидневный прогноз вполне себе отображается. Как его использовать:

  1. Мне потребовалось доустановить некоторые пакеты для Lua:

    • lua-cjson для парсинга ответа от сервера.
    • luaposix для всякой вспомогательной работы с файлами и каталогами.
    • luasocket для собственно загрузки по HTTP.

    В вашей системе это все может быть уже установлено, а может и не быть, нужно проверить и доустановить.


Читать далее »

ConkyLuaOpenWeatherмониторингпогода

ТехнологииСофтЖелезо

2022.10.24 • Иван Шихалев

Conky и два бесперебойника

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

Закавыка тут именно в том, что их два. Соответственно нужно:

  1. Настроить сервисы apcupsd.

  2. Побороть страсть устройств в Linux к переименованию после каждой1 перезагрузки.

  3. Заставить Conky отображать информацию по обоим.

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


Читать далее »

ConkyGentooLinuxLuaOpenRCUPSapcupsdадминистрированиемониторингпрограммирование

ТехнологииСофтЖелезо

2022.10.23 • Иван Шихалев

Conky: исправление проблемы с hwmon

Дано — известная многим программа Conky, используемая в основном для мониторинга различных параметров системы, датчиков и т.д. Собственно, с датчиками у меня и возникала регулярно проблема — выбор датчика в Conky производится по номеру, т.е. примерно так ${hwmon 1 temp 1}; при этом данный номер, как показывает практика, может меняться после каждой перезагрузки.

Вероятно, с этим можно как-то бороться через настройки, правила eudev или еще как. Но я пошел по пути наименьшего сопротивления и воспользовался средствами Lua. Результат выложен в репозиторий conky, конкретно — модуль hwmon.


Читать далее »

ConkyLinuxLuaадминистрированиемониторингпрограммирование

ТехнологииПрограммированиеСофт

2021.09.12 • Иван Шихалев

xbash

Скриншот командной строки с xbash

Давно собирался и таки стартанул пет-проект — https://github.com/shikhalev/xbash.

Навеяно gitsh, который я когда-то активно использовал, но у него были проблемы с русской локалью, новыми версиями Git и так далее. При этом, на мой взгляд, gitsh сильно переусложнен, да и использование Ruby, при всей моей любви к этому языку, тут лишнее. Посему я решил сделать что-то подобное, но попроще, на чистом bash, и более универсальное.

Что делает?

Итак, что этот скрипт (набор скриптов) делает?

  1. Позволяет использовать субкоманды того же git, как непосредственные команды. Помимо git, так же можно коротким образом вводить субкоманды cargo1.

  2. Отображает в приглашении командной строки репозиторий, ветку, путь внутри репозитория и значок статуса (звездочка разных цветов на данный момент). Кроме того, вместо имени локального пользователя показывается e-mail пользователя, под которым идет запись в репозиторий2.

  3. Другие системы управления версиями, сборки и управления зависимостями могут быть добавлены просто и единообразно. Для Mer­cu­ri­al и Ruby­gems планирую сделать, как только руки дойдут.

Стадия разработки пока самая ранняя (хотя я уже пользуюсь и отлаживаю «наживую»), поэтому инсталлятора нет, есть инструкция по ус­та­нов­ке в фай­ле README.md.

  1. Если кто не знает, cargo — это система сборки и управления зависимостями языка Rust. 

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


Читать далее »

Linuxbashcargogitxbashкомандная строкапрограммированиепроекты

ФотоОбработкаТехнологииСофтБёрдвотчинг

2021.07.17 • Иван Шихалев

Как я ставлю геометки к фотографиям

Получение трека

Скриншот Locus Map

Фотокамера у меня недорогая, и GPS в ней, конечно, нет. Зато есть в телефоне. Поэтому треки я записываю приложением Locus Map Free (не Pro) — большую часть его возможностей (даже бесплатной версии) я не использую, но треки пи­шет хорошо, меня устраивает. И, кста­ти, весьма скромно использует батарею.

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

Что еще важно для записи трека: дать приложению нужные разрешения для всех режимов — не хо­дить же с постоянно включенным экраном, на котором оно распахнуто. То есть, доступ к мес­то­по­ло­же­нию должен быть «Разрешить в лю­бом режиме», и «Кон­т­роль активности» — «Нет ограничений», при ре­ко­мен­до­ван­ном «Умном режиме» нормального трека получить не удас­т­ся. Что хо­ро­шо — Locus Map проверяет эти разрешения и выдает подсказку, если они не ус­та­нов­ле­ны, не ис­клю­че­но, что именно отсутствие такой подсказки и не позволило мне подружиться с другими приложениями для записи треков.

Трек пишется в GPX-файл, и это хорошо, поскольку данный формат понимают если не все, то очень многие программы, с ко­то­ры­ми нужно взаимодействовать. Я его отправляю прямо из при­ло­же­ния кнопкой шаринга «», из предлагаемых вариантов выбирая KDE Con­nect — архиполезная вещь, хоть и глюч­ная (впрочем, каким путем передать файл на компьютер — непринципиально).


Читать далее »

DarktableEXIFGPSGPSBabelGPXGPXLabHOWTOKDE ConnectLocus Mapexiftoolгеометкигеотегикарты

ТехнологииСофтДыбр

2021.04.29 • Иван Шихалев

Проблема интеграции Firefox с Plasma Desktop

Недавно начал наблюдать пренеприятную штуку: при закрытии одновременно нескольких вкладок Firefox начинает тормозить и жрать память, как не в себя. Уже на десятке-другом вкладок тормоза становятся заметы, а сотня-другая просто отправляет систему в нокдаун на несколько минут. Именно при закрытии, в процессе работы никаких проблем со множеством открытых вкладок у меня так и не возникло.

Я уже было начал задумываться о переходе на Chromium, но заметил, что тормозить начинает не только Firefox, но и графическое окружение DE, то есть KDE Plasma… Итог — отключение расширения Plasma Integration спасло ситуацию. Что там такое между ними происходит, я не очень понимаю.

Надо бы, конечно, поразбираться и написать им баг-репорт, но пока руки не доходят.

PS. При этом я понятия не имею, что вообще это расширение делает. Уведомления в трей Firefox пересылает и без него.

DEFirefoxKDELinuxбраузеринтеграцияокружение рабочего стола

ЖизньОбществоПолитикаТехнологииСофт

2021.04.08 • Иван Шихалев

Ричард Столлман как отражатель мировой революции

Сообщается, что GNOME Foundation, KDE e.v, Tor Project, the EFF, OBS Foundation, Red Hat, SUSE, Mozilla и X.org Foundation опубликовали заявление, в котором выразили благодарность всем, кто принял участие в проведённой ими кампании по травле 68-лет­не­го человека с синдромом Аспергера, которая довела бы боль­шин­с­т­во других людей до самоубийства. В заявлении также выражается благодарность всем принявшим участие в рас­прос­т­ра­не­нии культуры отмены, кампании по травле и самосуде.

(первоапрельская шутка)1

Происходящее сейчас с Ричардом Столлманом и Фондом свободного ПО (Free Software Foundation — далее FSF) не слишком заметно людям, далеким от этого самого свободного ПО, точнее далеким от его разработки, поскольку пользуются им на данный момент так или иначе почти все. И те перемены, которые сейчас происходят, или хотят произойти, коснутся так или иначе почти всех. О серьезности ситуации позволю себе процитировать себя же2:

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

И вот теперь мы наблюдаем смену руководства Фонда СПО (это уже кроме собственно Столлмана): сначала ушел исполнительный директор John Sullivan3, затем заместитель директора John Hsieh и технический директор Ruben Rodriguez4. Каким будет новое руководство, какие цели оно будет ставить, и во что превратится Фонд, имеющий возможность единым махом сменить лицензии на весь софт проекта GNU, — все это сейчас неизвестно. Понятно, что ничто не вечно под луной, но тут мы наблюдаем не естественную эволюцию, а переворот (если не рейдерский захват, о чем далее), и с преемственностью политики Фонда могут быть проблемы.

Ниже я попробую описать ситуацию достаточно подробно для тех, кому аббревиатуры RMS, FSF и GNU ничего не говорят.

  1. Первоисточник — [https://linuxreviews.org/RMS_Ha­te_Let­ter_Sig­ners_Over­ta­ke_RMS_Sup­port_Let­ter_Sig­ners_By_A_Wi­de_Mar­gin_Thanks_To_“Dis­co­ve­r­ed”_Mail-in_Bal­lots][joke-src]. 

  2. Пост 2013 года [«Откуда ждать подлянки»][copy-ass]. 

  3. https://social.librem.one/@johns/105971045184138347 

  4. https://www.fsf.org/blogs/executive-director/management-team-members-resigning 


Читать далее »

FSFFree SoftwareGNURMSРичард Столлманморальная паникановая этикасвободное ПО

ТехнологииСофт

2021.03.24 • Иван Шихалев

Ввод «типографских» символов с клавиатуры (ed. 2021)

Раскладка клавиатуры с третьим и четвертым уровнями

Оригинал этого поста в «Технобложике» оказался самым популярным ма­те­ри­а­лом — на него заходят и заходят из поисковиков, ссылаются на фо­ру­мах и так далее. Поэтому к его переносу я подошел максимально ответственно, пере­про­ве­рив все рекомендации в современных дистрибутивах и внеся до­пол­не­ния. Та­ким образом, этот пост получил некоторую добавочную ценность к ори­ги­на­лу. Осо­бен­но совершенно новый раздел о том, как можно добавить свои соб­с­т­вен­ные символы в раскладку.

На эту тему в интернетах написано немало. Я лишь хочу в этом посте собрать и обобщить некоторую часть информации, чтобы рекомендовать друзьям – новичкам в Linux. Итак, этот пост для тех, кто работает с текстом в Linux, дабы они поняли свое счастье.

Вообще говоря, ввод каких бы то ни было символов с клавиатуры можно организовать разными путями, некоторые из ко­то­рых (например, определение собственной раскладки) доступны и в оффтопичной системе от MS. Однако, удобных спо­со­бов существенно меньше. Собственно, я буду говорить о двух, простых как в использовании, так и в настройке: «третий уровень» и Compose Key.


Читать далее »

GNOMEKDELinuxXfceклавиатурасимволы