]> git.sur5r.net Git - i3/i3status/blob - man/i3status.man
add good, degraded and bad colors per module
[i3/i3status] / man / i3status.man
1 i3status(1)
2 ===========
3 Michael Stapelberg <michael@i3wm.org>
4 v2.6, October 2012
5
6 == NAME
7
8 i3status - Generates a status line for dzen2 or xmobar
9
10 == SYNOPSIS
11
12 i3status [-c configfile] [-h] [-v]
13
14 == OPTIONS
15
16 -c::
17 Specifies an alternate configuration file path. By default, i3status looks for
18 configuration files in the following order:
19
20 1. ~/.i3status.conf
21 2. ~/.config/i3status/config (or $XDG_CONFIG_HOME/i3status/config if set)
22 3. /etc/i3status.conf
23 4. /etc/xdg/i3status/config (or $XDG_CONFIG_DIRS/i3status/config if set)
24
25 == DESCRIPTION
26
27 i3status is a small program (about 1500 SLOC) for generating a status bar for
28 i3bar, dzen2, xmobar or similar programs. It is designed to be very
29 efficient by issuing a very small number of system calls, as one generally
30 wants to update such a status line every second. This ensures that even under
31 high load, your status bar is updated correctly. Also, it saves a bit of energy
32 by not hogging your CPU as much as spawning the corresponding amount of shell
33 commands would.
34
35 == CONFIGURATION
36
37 The basic idea of i3status is that you can specify which "modules" should
38 be used (the order directive). You can then configure each module with its
39 own section. For every module, you can specify the output format. See below
40 for a complete reference.
41
42 .Sample configuration
43 -------------------------------------------------------------
44 general {
45         output_format = "dzen2"
46         colors = true
47         interval = 5
48 }
49
50 order += "ipv6"
51 order += "disk /"
52 order += "run_watch DHCP"
53 order += "run_watch VPN"
54 order += "wireless wlan0"
55 order += "ethernet eth0"
56 order += "battery 0"
57 order += "cpu_temperature 0"
58 order += "load"
59 order += "time"
60
61 wireless wlan0 {
62         format_up = "W: (%quality at %essid, %bitrate) %ip"
63         format_down = "W: down"
64 }
65
66 ethernet eth0 {
67         # if you use %speed, i3status requires the cap_net_admin capability
68         format_up = "E: %ip (%speed)"
69         format_down = "E: down"
70 }
71
72 battery 0 {
73         format = "%status %percentage %remaining %emptytime"
74         path = "/sys/class/power_supply/BAT%d/uevent"
75         low_threshold = 10
76 }
77
78 run_watch DHCP {
79         pidfile = "/var/run/dhclient*.pid"
80 }
81
82 run_watch VPN {
83         pidfile = "/var/run/vpnc/pid"
84 }
85
86 time {
87         format = "%Y-%m-%d %H:%M:%S"
88 }
89
90 load {
91         format = "%5min"
92 }
93
94 cpu_temperature 0 {
95         format = "T: %degrees °C"
96         path = "/sys/devices/platform/coretemp.0/temp1_input"
97 }
98
99 disk "/" {
100         format = "%free"
101 }
102 -------------------------------------------------------------
103
104 === General
105
106 The +colors+ directive will disable all colors if you set it to +false+. You can
107 also specify the colors that will be used to display "good", "degraded" or "bad"
108 values using the +color_good+, +color_degraded+ or +color_bad+ directives,
109 respectively. Those directives are only used if color support is not disabled by
110 the +colors+ directive. The input format for color values is the canonical RGB
111 hexadecimal triplet (with no separators between the colors), prefixed by a hash
112 character ("#").
113
114 *Example configuration*:
115 -------------------------------------------------------------
116 color_good = "#00FF00"
117 -------------------------------------------------------------
118
119 Likewise, you can use the +color_separator+ directive to specify the color that
120 will be used to paint the separator bar. The separator is always output in
121 color, even when colors are disabled by the +colors+ directive.
122
123 The +interval+ directive specifies the time in seconds for which i3status will
124 sleep before printing the next status line.
125
126 Using +output_format+ you can chose which format strings i3status should
127 use in its output. Currently available are:
128
129 i3bar::
130 i3bar comes with i3 and provides a workspace bar which does the right thing in
131 multi-monitor situations. It also comes with tray support and can display the
132 i3status output. This output type uses JSON to pass as much meta-information to
133 i3bar as possible (like colors, which blocks can be shortened in which way,
134 etc.).
135 dzen2::
136 Dzen is a general purpose messaging, notification and menuing program for X11.
137 It was designed to be scriptable in any language and integrate well with window
138 managers like dwm, wmii and xmonad though it will work with any windowmanger
139 xmobar::
140 xmobar is a minimalistic, text based, status bar. It was designed to work
141 with the xmonad Window Manager.
142 none::
143 Does not use any color codes. Separates values by the pipe symbol. This should
144 be used with i3bar and can be used for custom scripts.
145
146 It's also possible to use the color_good, color_degraded, color_bad directives
147 to define specific colors per module. If one of these directives is defined
148 in a module section its value will override the value defined in the general
149 section just for this module.
150
151 === IPv6
152
153 This module gets the IPv6 address used for outgoing connections (that is, the
154 best available public IPv6 address on your computer).
155
156 *Example format_up*: +%ip+
157
158 *Example format_down* +no IPv6+
159
160 === Disk
161
162 Gets used, free, available and total amount of bytes on the given mounted filesystem.
163
164 These values can also be expressed in percentages with the percentage_used,
165 percentage_free, percentage_avail and percentage_used_of_avail formats.
166
167 *Example order*: +disk /mnt/usbstick+
168
169 *Example format*: +%free (%avail)/ %total+
170
171 *Example format*: +%percentage_used used, %percentage_free free, %percentage_avail avail+
172
173 === Run-watch
174
175 Expands the given path to a pidfile and checks if the process ID found inside
176 is valid (that is, if the process is running). You can use this to check if
177 a specific application, such as a VPN client or your DHCP client is running.
178
179 *Example order*: +run_watch DHCP+
180
181 *Example format*: +%title: %status+
182
183 === Wireless
184
185 Gets the link quality and ESSID of the given wireless network interface. You
186 can specify different format strings for the network being connected or not
187 connected.
188
189 *Example order*: +wireless wlan0+
190
191 *Example format*: +W: (%quality at %essid, %bitrate) %ip+
192
193 === Ethernet
194
195 Gets the IP address and (if possible) the link speed of the given ethernet
196 interface. Getting the link speed requires the cap_net_admin capability. Set
197 it using +setcap cap_net_admin=ep $(which i3status)+.
198
199 *Example order*: +ethernet eth0+
200
201 *Example format*: +E: %ip (%speed)+
202
203 === Battery
204
205 Gets the status (charging, discharging, running), percentage, remaining
206 time and power consumption (in Watts) of the given battery and when it's
207 estimated to be empty. If you want to use the last full capacity instead of the
208 design capacity (when using the design capacity, it may happen that your
209 battery is at 23% when fully charged because it’s old. In general, I want to
210 see it this way, because it tells me how worn off my battery is.), just specify
211 +last_full_capacity = true+.
212
213 If your battery is represented in a non-standard path in /sys, be sure to
214 modify the "path" property accordingly. The first occurence of %d gets replaced
215 with the battery number, but you can just hard-code a path as well.
216
217 It is possible to define a low_threshold that causes the battery text to be
218 colored red. The low_threshold type can be of threshold_type "time" or
219 "percentage". So, if you configure low_threshold to 10 and threshold_type to
220 "time", and your battery lasts another 9 minutes, it will be colored red.
221
222 *Example order*: +battery 0+
223
224 *Example format*: +%status %remaining (%emptytime %consumption)+
225
226 *Example low_threshold*: +30+
227
228 *Example threshold_type*: +time+
229
230 === CPU-Temperature
231
232 Gets the temperature of the given thermal zone. It is possible to
233 define a max_threshold that will color the temperature red in case the
234 specified thermal zone is getting too hot. Defaults to 75 degrees C.
235
236 *Example order*: +cpu_temperature 0+
237
238 *Example format*: +T: %degrees °C+
239
240 *Example max_threshold*: +42+
241
242 === CPU Usage
243
244 Gets the percentual CPU usage from +/proc/stat+ (Linux) or +sysctl(3)+ (FreeBSD/OpenBSD).
245
246 *Example order*: +cpu_usage+
247
248 *Example format*: +%usage+
249
250 === Load
251
252 Gets the system load (number of processes waiting for CPU time in the last
253 1, 5 and 15 minutes).
254
255 *Example order*: +load+
256
257 *Example format*: +%1min %5min %15min+
258
259 === Time
260
261 Formats the current system time. See +strftime(3)+ for the format.
262
263 *Example order*: +time+
264
265 *Example format*: +%Y-%m-%d %H:%M:%S+
266
267 === DDate
268
269 Outputs the current discordian date in user-specified format. See +ddate(1)+ for
270 details on the format string.
271 *Note*: Neither *%.* nor *%X* are implemented yet.
272
273 *Example order*: +ddate+
274
275 *Example format*: +%{%a, %b %d%}, %Y%N - %H+
276
277 === Volume
278
279 Outputs the volume of the specified mixer on the specified device. Works only
280 on Linux because it uses ALSA.
281 A simplified configuration can be used on FreeBSD and OpenBSD due to
282 the lack of ALSA,  the +device+, +mixer+ and +mixder_idx+ options can be
283 ignored on these systems. On these systems the OSS API is used instead to
284 query +/dev/mixer+ directly.
285
286 *Example order*: +volume master+
287
288 *Example format*: +♪: %volume+
289
290 *Example configuration*:
291 -------------------------------------------------------------
292 volume master {
293         format = "♪: %volume"
294         device = "default"
295         mixer = "Master"
296         mixer_idx = 0
297 }
298 -------------------------------------------------------------
299
300 == Using i3status with dzen2
301
302 After installing dzen2, you can directly use it with i3status. Just ensure that
303 +output_format+ is set to +dzen2+.
304
305 *Example for usage of i3status with dzen2*:
306 --------------------------------------------------------------
307 i3status | dzen2 -fg white -ta r -w 1280 \
308 -fn "-misc-fixed-medium-r-normal--13-120-75-75-C-70-iso8859-1"
309 --------------------------------------------------------------
310
311 == Using i3status with xmobar
312
313 To get xmobar to start, you might need to copy the default configuration
314 file to +~/.xmobarrc+. Also, ensure that the +output_format+ option for i3status
315 is set to +xmobar+.
316
317 *Example for usage of i3status with xmobar*:
318 ---------------------------------------------------------------------
319 i3status | xmobar -o -t "%StdinReader%" -c "[Run StdinReader]"
320 ---------------------------------------------------------------------
321
322 == What about memory usage or CPU frequency?
323
324 While talking about two specific things, please understand this section as a
325 general explanation why your favorite information is not included in i3status.
326
327 Let’s talk about memory usage specifically. It is hard to measure memory in a
328 way which is accurate or meaningful. An in-depth understanding of how paging
329 and virtual memory work in your operating system is required. Furthermore, even
330 if we had a well-defined way of displaying memory usage and you would
331 understand it, I think that it’s not helpful to repeatedly monitor your memory
332 usage. One reason for that is that I have not run out of memory in the last few
333 years.  Memory has become so cheap that even in my 4 year old notebook, I have
334 8 GiB of RAM. Another reason is that your operating system will do the right
335 thing anyway: Either you have not enough RAM for your workload, but you need to
336 do it anyway, then your operating system will swap. Or you don’t have enough
337 RAM and you want to restrict your workload so that it fits, then the operating
338 system will kill the process using too much RAM and you can act accordingly.
339
340 For CPU frequency, the situation is similar. Many people don’t understand how
341 frequency scaling works precisely. The generally recommended CPU frequency
342 governor ("ondemand") changes the CPU frequency far more often than i3status
343 could display it. The display number is therefore often incorrect and doesn’t
344 tell you anything useful either.
345
346 In general, i3status wants to display things which you would look at
347 occasionally anyways, like the current date/time, whether you are connected to
348 a WiFi network or not, and if you have enough disk space to fit that 4.3 GiB
349 download.
350
351 However, if you need to look at some kind of information more than once in a
352 while (like checking repeatedly how full your RAM is), you are probably better
353 off with a script doing that, which pops up an alert when your RAM usage reaches
354 a certain threshold. After all, the point of computers is not to burden you
355 with additional boring tasks like repeatedly checking a number.
356
357 == External scripts/programs with i3status
358
359 In i3status, we don’t want to implement process management again. Therefore,
360 there is no module to run arbitrary scripts or commands. Instead, you should
361 use your shell, for example like this:
362
363 *Example for prepending the i3status output*:
364 --------------------------------------------------------------
365 #!/bin/sh
366 # shell script to prepend i3status with more stuff
367
368 i3status | while :
369 do
370         read line
371         echo "mystuff | $line" || exit 1
372 done
373 --------------------------------------------------------------
374
375 Put that in some script, say +.bin/my_i3status.sh+ and execute that instead of i3status.
376
377 Note that if you want to use the JSON output format (with colors in i3bar), you
378 need to use a slightly more complex wrapper script. There are examples in the
379 contrib/ folder, see http://code.i3wm.org/i3status/tree/contrib
380
381 == SEE ALSO
382
383 +strftime(3)+, +date(1)+, +glob(3)+, +dzen2(1)+, +xmobar(1)+
384
385 == AUTHORS
386
387 Michael Stapelberg and contributors
388
389 Thorsten Toepper
390
391 Baptiste Daroussin
392
393 Axel Wagner
394
395 Fernando Tarlá Cardoso Lemos