Софт
Программы, приложения, софт, ПО...
Рубрикатор
Последние записи
Почему KDE?
В последнее время я как-то в очередной раз заинтересовался, что там творится в мире DE, рабочих окружений и прочая. Ничего принципиально нового не увидел, зато собственное мнение по этому вопросу несколько уточнил и детализировал.
Собственно данный пост и посвящен тому, почему я начал пользоваться и пользуюсь именно KDE и, видимо, продолжу им пользоваться в обозримом будущем. Это, кстати, не значит, что я рекомендую это окружение всем и на всякий случай — задачи бывают разные, предпочтения и привычки бывают разные, а альтернативные варианты не так уж плохи сами по себе.
KDE у меня основная и, по сути, единственная оболочка на личном компьютере примерно с 2006 года — с той самой поры, как я полностью перешел на Linux. Другие оболочки я пробовал, но надолго они у меня не задерживались. Впрочем, в последнее время я довольно часто имею с ними дело по работе — т.е. на рабочих компьютерах, на виртуалках и т.д., так что некоторое представление имею.
Darktable 4.2.0
Недавно вышла очередная версия моего любимого софта для обработки raw-файлов фотографий, и я решил, что это подходящий повод для того, чтобы посмотреть, а что же поменялось с того времени, когда я писал «Darktable — (не очень) быстрый старт». Речь там шла о версии 2.6.2, так что изменилось многое.
Вообще, версии 3.x.x развивались довольно бурно, стабилизировавшись к четверке, и в целом рабочий процесс можно считать устаканившимся. Что радует, ибо свистопляска немного утомила. Сейчас же, если мы посмотрим на изменения в релизе 4.2.0 относительно предыдущего 4.0.1, то увидим там плавные улучшения, доведения до ума, исправления багов и один новый модуль, о котором позже. Так что именно процесс принципиально не меняется.
Изменения, о которых пойдет речь ниже, в основном появились именно в версиях 3.x, но я не буду заморачиваться на поиск конкретной версии.
Hugin по-русски
Ковыряю потихоньку перевод документации по Hugin. Ну как документации… Там скорее база знаний на вики-движке. Когда-то давно я пытался привлечь к этому делу других людей на вики гитхаба, но что-то никто не приnвлекся. Так что я плюнул на вики-формат и загнал все это дело в привычный уже Jekyll на поддомене hugin.shikhalev.org.
В принципе, если вдруг кто захочет поучаствовать, то особых проблем быть не должно — markdown не сказать чтоб сильно сложнее вики-разметки. Правда, понадобятся базовые навыки работы с Git и GitHub, но это сейчас должно быть где-то на уровне обычной грамотности.
В процессе перевода я понял, что последовательность и структурированность оригинала меня категорически не устраивают. Вообще, материал довольно неровный. Как я уже сказал, это скорее база знаний, заполняемая разными людьми с разной степенью аккуратности, детальности и т.д. Поэтому я решил сразу запланировать помимо собственно перевода компиляцию всего этого дела во что-то более цельное. Правда, понятия не имею, когда до этого дойдут руки.
Что до текущего состояния, то статус перевода можно смотреть на странице «Переводы», где, впрочем, все абсолютно не структурировано — это просто автоматический список страниц, разбитый по статусам. Из более-менее цельных кусков переведено описание главного окна, оно же «Простой интерфейс», со всеми вкладками (там по ссылкам). Это в принципе уже может быть полезно для начала работы (а еще для начала можно прочитать мой старый пост «Пингвин-фотолюбитель: 3. Панорамы»).
Conky и OpenWeather
Подключил прогноз погоды от OpenWeather к Conky. Пока оно сыровато, надо продумать получше архитектуру, чтобы было удобно пользоваться. Поэтому я не стал пока документировать этот модуль в README репозитория, ну а в блоге можно и о том, что в процессе, написать.
У меня почему-то не получилось получить данные текущей погоды с OpenWeatherMap.org, только прогноз на пять дней с интервалом 3 часа. Надо, конечно, поразбираться с их API получше — еще один повод не считать работу законченной…
Как бы то ни было, пятидневный прогноз вполне себе отображается. Как его использовать:
-
Мне потребовалось доустановить некоторые пакеты для Lua:
-
lua-cjsonдля парсинга ответа от сервера. -
luaposixдля всякой вспомогательной работы с файлами и каталогами. -
luasocketдля собственно загрузки по HTTP.
В вашей системе это все может быть уже установлено, а может и не быть, нужно проверить и доустановить.
-
Conky и два бесперебойника
Продолжая тему Conky и мониторинга вообще, разберемся с выводом данных по двум бесперебойникам, подключенным к одному компьютеру. В моем случае они оба фирмы APC, что упрощает задачу, но не до конца.
Закавыка тут именно в том, что их два. Соответственно нужно:
-
Настроить сервисы
apcupsd. -
Побороть страсть устройств в Linux к переименованию после каждой1 перезагрузки.
-
Заставить Conky отображать информацию по обоим.
-
Про каждую перезагрузку я, конечно, преувеличиваю, но поскольку переименование происходит непредсказуемо, легче не становится. ↩
Conky: исправление проблемы с hwmon
Дано — известная многим программа Conky, используемая в основном для мониторинга различных параметров системы, датчиков и т.д.
Собственно, с датчиками у меня и возникала регулярно проблема — выбор датчика в Conky производится по номеру, т.е. примерно так ${hwmon 1 temp 1};
при этом данный номер, как показывает практика, может меняться после каждой перезагрузки.
Вероятно, с этим можно как-то бороться через настройки, правила eudev или еще как. Но я пошел по пути наименьшего сопротивления и воспользовался
средствами Lua. Результат выложен в репозиторий conky, конкретно — модуль hwmon.
xbash
Давно собирался и таки стартанул пет-проект — https://github.com/shikhalev/xbash.
Навеяно gitsh, который я когда-то активно использовал, но у него были проблемы с русской локалью, новыми версиями Git и так далее. При этом, на мой взгляд, gitsh сильно переусложнен, да и использование Ruby, при всей моей любви к этому языку, тут лишнее. Посему я решил сделать что-то подобное, но попроще, на чистом bash, и более универсальное.
Что делает?
Итак, что этот скрипт (набор скриптов) делает?
-
Позволяет использовать субкоманды того же
git, как непосредственные команды. Помимоgit, так же можно коротким образом вводить субкомандыcargo1. -
Отображает в приглашении командной строки репозиторий, ветку, путь внутри репозитория и значок статуса (звездочка разных цветов на данный момент). Кроме того, вместо имени локального пользователя показывается e-mail пользователя, под которым идет запись в репозиторий2.
-
Другие системы управления версиями, сборки и управления зависимостями могут быть добавлены просто и единообразно. Для Mercurial и Rubygems планирую сделать, как только руки дойдут.
Стадия разработки пока самая ранняя (хотя я уже пользуюсь и отлаживаю «наживую»), поэтому инсталлятора нет, есть инструкция по установке в файле README.md.
-
Если кто не знает,
cargo— это система сборки и управления зависимостями языка Rust. ↩ -
Для меня отображение именно пользователя репозитория, а не локального, довольно существенно, поскольку на данный момент я работаю из дома и у меня имеются как личные, так и рабочие проекты, которые нужно вести под разными аккаунтами. ↩
Как я ставлю геометки к фотографиям
Получение трека
Фотокамера у меня недорогая, и GPS в ней, конечно, нет. Зато есть в телефоне. Поэтому треки я записываю приложением Locus Map Free (не Pro) — большую часть его возможностей (даже бесплатной версии) я не использую, но треки пишет хорошо, меня устраивает. И, кстати, весьма скромно использует батарею.
Перед выходом, сразу после проверки заряда во всех устройствах и места на флешке, крайне желательно убедиться, что время на телефоне и в камере — одинаковое. Конечно, при пешем передвижении минутная разница не так существенна, но однажды у меня камера отстала на пять минут, и результаты были для меня несколько внезапны.
Что еще важно для записи трека: дать приложению нужные разрешения для всех режимов — не ходить же с постоянно включенным экраном, на котором оно распахнуто. То есть, доступ к местоположению должен быть «Разрешить в любом режиме», и «Контроль активности» — «Нет ограничений», при рекомендованном «Умном режиме» нормального трека получить не удастся. Что хорошо — Locus Map проверяет эти разрешения и выдает подсказку, если они не установлены, не исключено, что именно отсутствие такой подсказки и не позволило мне подружиться с другими приложениями для записи треков.
Трек пишется в GPX-файл, и это хорошо, поскольку данный формат понимают если не все, то очень многие программы, с которыми нужно взаимодействовать. Я его отправляю прямо из приложения кнопкой шаринга «», из предлагаемых вариантов выбирая KDE Connect — архиполезная вещь, хоть и глючная (впрочем, каким путем передать файл на компьютер — непринципиально).
Проблема интеграции Firefox с Plasma Desktop
Недавно начал наблюдать пренеприятную штуку: при закрытии одновременно нескольких вкладок Firefox начинает тормозить и жрать память, как не в себя. Уже на десятке-другом вкладок тормоза становятся заметы, а сотня-другая просто отправляет систему в нокдаун на несколько минут. Именно при закрытии, в процессе работы никаких проблем со множеством открытых вкладок у меня так и не возникло.
Я уже было начал задумываться о переходе на Chromium, но заметил, что тормозить начинает не только Firefox, но и графическое окружение DE, то есть KDE Plasma… Итог — отключение расширения Plasma Integration спасло ситуацию. Что там такое между ними происходит, я не очень понимаю.
Надо бы, конечно, поразбираться и написать им баг-репорт, но пока руки не доходят.
PS. При этом я понятия не имею, что вообще это расширение делает. Уведомления в трей Firefox пересылает и без него.
Ричард Столлман как отражатель мировой революции
Сообщается, что 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 ничего не говорят.
-
Первоисточник — [https://linuxreviews.org/RMS_Hate_Letter_Signers_Overtake_RMS_Support_Letter_Signers_By_A_Wide_Margin_Thanks_To_“Discovered”_Mail-in_Ballots][joke-src]. ↩
-
Пост 2013 года [«Откуда ждать подлянки»][copy-ass]. ↩
-
https://www.fsf.org/blogs/executive-director/management-team-members-resigning ↩
Показаны 10 записей из 31