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