Как настроить conky arch

Conky

This article or section needs language, wiki syntax or style improvements. See Help:Style for reference.

Conky is a system monitor software for the X Window System. It is available for GNU/Linux and FreeBSD. It is free software released under the terms of the GPL license. Conky is able to monitor many system variables including CPU, memory, swap, disk space, temperature, top, upload, download, system messages, and much more. It is extremely configurable, however, the configuration can be a little hard to understand. Conky is a fork of torsmo.

Contents

Installation

Install the conky package. There are also alternative packages you can install from AUR with extra compile options enabled:

Some built in variables in conky require additional packages to be installed in order to be utilized, for example Hddtemp for hard drive temperature and mpd for music.

• Conky Manager — Theme manager for Conky widgets. It provides options to start/stop, browse and edit Conky themes installed on the system.

https://teejeetech.com/conky-manager/ || conky-manager

Configuration

By default conky uses a configuration file located at

/.config/conky/conky.conf . You can print out an example configuration with:

Furthermore, you can create a default configuration file with the following command:

If you prefer to have a configuration dotfile in home, you can create a file elsewhere and tell conky to use it using arguments.

For example to tell conky to use a dotfile located in the user’s home directory:

Additional example configuration files are available in the upstream wiki article.

When editing your config file while conky is running, conky will update with the new changes every time you write to the file.

See the SourceForge page for a complete reference for all Conky objects/variables; these are also listed in conky(1) .

Dual screen

When using a dual screen configuration, you will need to play with a few options to place your conky window where you want it on the desktop.

By adjusting gap_x , let us say you are running a 1680×1050 pixels resolution and you want the window on middle top of your left monitor, you will use:

The alignment option is self-explanatory, the gap_X is the distance, in pixels, from the left border of your screen.

xinerama_head is an alternative useful option, the following will place the conky window at the top right of the second screen:

Config file syntax changed

Since Conky 1.10, configuration files have been written with a new Lua syntax, like so:

Some examples below may still use the old syntax, which looks like this:

A Lua script is available to convert from the old syntax to the new Lua syntax here.

Fonts

For displaying Unicode pictures and emoji with conky you will need a font that supports this and then configure conky to use the font with the Unicode you want to display. For example:

Symbolic Fonts

Symbolic fonts are also very commonly used in more decorated conky configurations, some of the more popular ones include;

Autostart

Conky can be started automatically several different ways, as outlined in «Autostarting». Choose the one that works best for your window manager/desktop environment.

Conky has a configuration setting which will tell it to fork to the background. This may be desirable for some autostarting setups.

If you use a graphical desktop environment and wish to use a conky.desktop file for autostarting, use the following:

The pause=5 parameter delays conky’s drawing for 5 seconds at startup to make sure that the desktop had time to load and is up.

Troubleshooting

These are known issues people have with conky and their solutions.

Conky starts and does not display anything on the screen

First check for syntax errors in your configuration file’s text variable. Then double check that your user has permission to run every command inside your configuration file and that all needed packages are installed.

Transparency

Conky supports two different types of transparency. Pseudo-transparency and real transparency that requires a composite manager to be installed and running. If you enable real transparency and do not have a composite manager running your conky will not be alpha transparent with transparency enabled for fonts and images as well as the background.

Pseudo-transparency

Pseudo-transparency is enabled by default in conky. Pseudo-transparency works by copying the background image from the root window and using the relevant section as the background for conky. Some window managers set the background wallpaper to a level above the root window which can cause conky to have a grey background. To fix this issue you need to set it manually. An example with feh is:

Enable real transparency

To enable real transparency, you must have a composite manager running and the following lines added to .conkyrc inside the conky.config array:

If window type «desktop» does not work try changing it to normal . If that does not work try the other options: dock , panel , or override instead.

Semi-transparency

To achieve semi-transparency in real transparency mode, the following setup must be used in the conky configuration file:

To reduce the transparency of the conky window, one can increase the value of own_window_argb_value towards 255.

Do not minimize on Show Desktop

Using Compiz: If the ‘Show Desktop’ button or key-binding minimizes Conky along with all other windows, start the Compiz configuration settings manager, go to «General Options» and uncheck the «Hide Skip Taskbar Windows» option.

If you do not use Compiz, try editing conky.conf and adding/changing the following line:

Refer to conky(1) man page for the exact differences. But the latter option enables you to snap windows to conkys border using resize key-binds in e.g. Openbox, which the first one does not.

Integrate with GNOME Shell

Some have experienced problems with conky showing up under GNOME.

Add these lines to conky.conf :

Prevent flickering

This article or section needs expansion.

Источник

LM 16 Cinnamon: Conky. Часть 1. Подготовительные работы

Conky, или в народе «коньки», представляет собой мощный и разнообразно настраиваемый системный монитор, берущий начало от torsmo.

Я не имею своей целью излагать тут теорию и даже большинство практических нюансов настройки и отладки conky, а просто приведу свои настройки и свой результат, отсылая всех интересующихся более подробными сведениями к Гуглу и по ссылкам, которые буду приводить по ходу дела.

Я настраивал свои «коньки» в течение, наверное, 2 – 3 месяцев (не помню уже точно), а «подстраиваю» их периодически до сих пор. Однако не пугайтесь, это связано не столько со сложностью настроек (conky можно запустить сразу после установки, хотя вряд ли кого-то устроит его дефолтный вид), сколько с тюнингом «под себя» и под своё железо.

Меня в конечном счете устоил такой вариант, который и кочует теперь от Ubuntu к Arch’у и по всем LinuxMint, включая «Росинки» 9, 11 и 13 alpha, вот уже года три, а то и больше.

Содержание

Установка необходимого

Сами «коньки» могут быть установлены из репозитория разными пакетами: conky-cli, conky-std и conky-all. Разумно сразу выбрать последний пакет, чтобы не морочиться в том случае, если со временем захочется расширить функциональность.

Однако кроме этого надо установить и настроить еще много чего.

Необходимые пакеты

Список пакетов, которые потребуются, ниже. Некоторые потребуют предварительной настройки, об этом — еще ниже.

lm-sensors
sensord
libsensors4
hddtemp
smartmontools
lsscsi
lynx (лучше lynx-cur)

Настройка lm-sensors

lm-sensors находит датчики (температуры, вращения кулеров, напряжения), соответствующий драйвер для их опроса и обеспечивает вывод показаний в stdout.

Запускаем в терминале

и отвечаем на все вопросы положительно, т.е. печатая y или просто нажимая Enter там, где подсказка выглядит как YES/no.

Этот процесс займет какое-то время. В конце, если программа нашла датчики, должна появиться такая примерно запись:

после чего последует еще один, последний вопрос (о сохранении найденной конфигурации), на который также отвечаем y.

Затем загружаем модуль (или модули), который нашла утилита:

должна вывести данные датчиков, которые (после того как мы разберёмся где что) пригодны для парсинга простенькими скриптами и вывода в окне conky. Для примера под спойлером мой вывод команды sensors.

$ sensors radeon-pci-0100 Adapter: PCI adapter temp1: +36.0°C w83627ehf-isa-0290 Adapter: ISA adapter Vcore: +1.06 V (min = +0.00 V, max = +1.74 V) in1: +0.18 V (min = +1.98 V, max = +2.04 V) ALARM AVCC: +3.31 V (min = +2.98 V, max = +3.63 V) +3.3V: +3.31 V (min = +2.98 V, max = +3.63 V) in4: +1.69 V (min = +2.04 V, max = +1.91 V) ALARM in5: +1.73 V (min = +2.04 V, max = +2.04 V) ALARM in6: +1.92 V (min = +1.98 V, max = +2.04 V) ALARM 3VSB: +3.31 V (min = +2.98 V, max = +3.63 V) Vbat: +3.31 V (min = +2.70 V, max = +3.63 V) in9: +1.68 V (min = +1.53 V, max = +1.53 V) ALARM fan1: 2343 RPM (min = 0 RPM, div = 8) fan2: 2280 RPM (min = 0 RPM, div = 16) fan3: 0 RPM (min = 0 RPM, div = 128) fan5: 0 RPM (min = 0 RPM, div = 128) temp1: +21.0°C (high = -1.0°C, hyst = -1.0°C) ALARM sensor = thermistor temp2: +31.0°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor temp3: +31.0°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor cpu0_vid: +0.375 V intrusion0: ALARM

Настройка hddtemp

hddtemp предназначен для мониторинга температуры жестких дисков.

В LM 16 этот пакет идет «из коробки», поэтому сразу приступаем к его настройке. В других системах его надо установить из реп, при этом может быть задан вопрос, запускать ли его как демона; следует ответить утвердительно.

Главная проблема с hddtemp состоит в том, что его запуск разрешён только от root’a, и обычным путём его данные в Conky вывести не получается. Есть, условно говоря, два метода решения этой проблемы (метод симлинка и метод правки ручками конфига hddtemp), которые я объединил в один — по принципу «кашу маслом не испортишь»

Открываем файл /etc/default/hddtemp

Исправим и раскомментируем последнюю строку следующим образом:

Теперь найдем строку

Далее избавляем hddtemp от излишнего самомнения двумя следующими командами (это предложено юзером valet2valet на гентушном форуме):

После этого команда от простого юзера

должна безропотно выводить результат, к примеру так:

Скрипты. Подготовка данных к выводу в Conky.

Прежде чем приступать к оформлению главного файла conky —

/.conkyrc, который и формирует всю картинку на мониторе, надо разобраться, как выводить туда данные с нашего железа и от ПО.

/.conky, где можно будет хранить необходимые для работы conky скрипты, бэкапы файла

/.conkyrc и даже справочные файлы. Так легче, во-1-х, не забыть где что лежит, а во-2-х, бэкапировать всё это богатство одним махом.

Вывод температур процессора, материнки и видеокарты.

Главное в этом деле – разобраться, какая температура из вывода команды sensors чему соответствует. Тут нам помогут только три вещи (то есть я не знаю других): информация из BIOS, утилита inxi и, выражаясь наукообразно, логические структуры нашего мышления, а по-простонародному – репа.

То, что мне удалось установить в результате, под спойлером:

Остаётся подготовить эти результаты к выводу в Conky. Для этого сочиним маленькие простенькие скрипты, поместим их в директорию

/.conky, присвоим им права на исполнение командой:

и протестируем их прямо на месте, запуская их обычным образом:

1. Скрипт для вывода температуры процессора (будем выводить температуру одного ядра), назовём его cputemp.sh

2. Скрипт для вывода температуры видеокарты назовём video.sh

3. Скрипт для вывода температуры матплаты назовём systemp.sh

Всё зависит от ваших предпочтений и знаний shell.

Что касается вывода температуры жестких дисков, то никаких скриптов не нужно. Теперь, когда мы сладили с этой утилитой, ее данные можно выводить непосредственно в Conky, как это будет показано в описании

Скрипт для вывода своего IP

Скрипт myip.sh для определения своего IP-адреса имеет смысл сделать в том случае, если вы находитесь, например, за маршрутизатором и простыми средствами типа команды ifconfig определить внешний адрес нельзя.

Погодные скрипты

Погоду в Conky каждый выводит по-своему, кто во что горазд. Ну, и я тоже, конечно

Под спойлером – коротенький обзор нескольких способов и объяснение, почему я от них в конце концов отказался.

Например, Olgman, чей блог полностью посвящен Conky, написал большой материал в нескольких частях О том как написать программу на lua для приема сводок погоды с любого сайта. Сергей Минаев aka Brainsburn в своем очень полезном материале Conky. Подробная настройка (который очень мне помог на начальном этапе освоения сабжа) приводит два варианта скрипта, которым парсится XML с сайта informer.gismeteo.ru (впоследствии с meteoservice.ru, читайте комменты на странице по вышеприведенной ссылке). Сам Сергей, между тем, не пользуется этим скриптом, а попросту берет каждые 10 мин. wget’ом маленьку картинку с гисметео, т.е. использует информер. И это имеет определенный смысл: бесплатное и свободное предоставление погодных информеров до некоторой степени гарантирует стабильность, на которую нельзя расчитывать при других вариантах импорта данных. Но тут есть и недостатки. Картинка, как правило, ломает весь визуальный ряд Conky, и приходится либо мириться с этим, либо подстраивать под картинку всё остальное.

Итак, язык Lua я осваивать пока не собираюсь (мотивации маловато), парсить XML не вижу особого смысла (т.к. мне нужны только краткие погодные данные, которые можно получить более простым путём), идея с картинкой мне не нравится по эстетическим соображениям. Поэтому я использую обыкновенный shell, а данные беру консольным браузером lynx с морды одного из погодных сайтов.

Логика построения скрипта такова:

1. Берём дамп морды сайта с помощью lynx;

2. отбираем нужные строки grep’ом с контекстными опциями;

3. парсим отобранные строки потоковым редактором sed.

Метеосайтов в природе немало, и это хорошо. А плохо то, что большинство из них часто и непредсказуемым образом меняют формат представления данных (так сказать, выражение морды). Теоретически можно написать такой железобетонный скрипт, который бы учитывал эти изменения, но на практике, имхо, овчина не стоит выделки, и гораздо проще иметь в запасе 3 – 4 скрипта, берущих данные с разных сайтов. Писать на досуге такие скрипты нетрудно и гораздо увлекательнее, чем тупо раскладывать пасьянс.

Выберем для примера сайт Meteoinfo.ru. Возьмем с него погоду для Москвы:

Рассмотрим полученный дамп (он сравнительно небольшой, 140 строк) на предмет, где находится нужное нам содержание. Оказывается, оно начинается с 65 – 66 строки. Можно отсчитывать нужные строки отсюда, но мне показалось удобнее сделать иначе: найти строку приблизительно посередине нужного куска вывода (таковой оказалась строка

Нужные данные располагаются в 7 строк выше и 7 строк ниже этого. Пишем в терминале:

и получаем такой вывод:

Чудесно, дальше можно спокойно парсить этот кусок дампа. Для начала вырезаем ненужную строку с рисунком («Погода [10.gif]») и, если надо, строку «Комментарий к погоде Дымка (видимость больше 1 км)». Этим мы несколько сократим объем работ с sed’ом.
Начало скрипта приобретает вид

а затем его вывод передаем по пайпу редактору sed.
Окончательный вид скрипта:

Запустив этот скрипт в терминале, получаем примерно такой вывод:

/.conky$ ./meteoinfo.sh 10:00:00 Давление, мм рт.ст. 740 Температура 1.3 °C Влажность 91% Ветер Ю-В Скорость 1 м/с Облачность 10 Осадки за 12 часов, мм 0

Как видим, ничего особенно сложного нет, и, применяя подобный алгоритм, мы можем брать погодные данные почти с любого метеосайта, а главное – парсить и форматировать вывод как нашей душеньке угодно. Требуются лишь некоторые знания shell и sed. После того, как мы получим нужный формат вывода путём отладки в терминале, нам останется только прописать периодический запуск этого скрипта в .conkyrc, к примеру, так:

Но не будем забегать вперед, файлу .conkyrc будет посвящена следующая 2-я часть поста.

Мой .conkyrc

Автор должен покаяться: он совсем уже забросил мысли о написании второй части, поскольку считал это дело неинтересным и никому не нужным. Однако читатели автора пристыдили и вразумили. Пока суд да дело, выкладываю «сырьём» свой

/.conkyrc. Может быть, даже прокомментирую его несколько позже, и посмотрим, хватит ли этого на вторую часть поста.

Приведу внешний вид conky, соответствующий этому .conkyrc:

Как видите, отличия с тем, что на первом скрине, невелики (ушел один диск, добавился другой, нашлось место для оборотов cpu fan и прочие мелочи).

Источник