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