2 Remove trailing whitespace.
4 Remove deprecated /usr/X11R6/include directory from CFLAGS.
6 Merge clean and clean-all targets in Makefile.
8 Respect DESTDIR variable in Makefile, e.g., for package creation.
10 Fix -Wunused-result and -Wunused-but-set-variable compiler warnings.
13 Remove VCS files from source.
15 Manpage installation location now follows Filesystem Hierarchy
18 Rename acpi to wmacpi-cli to avoid conflict with the acpi binary
19 that ships with acpiclient (http://sourceforge.net/projects/acpiclient).
21 Allow additional flags to be appended to CFLAGS and/or LDFLAGS during
24 Now maintained by the Window Maker Developers Team
25 <wmaker-dev@lists.windowmaker.org>.
28 git clone git://repo.or.cz/dockapps.git
31 Small Makefile fix to allow compiling on newer GCCs, supplied
32 Michael Shigorin of ALT Linux.
34 2008 November 14 2.2rc4
35 Change the way that we sleep/wait for activity, to use select
36 rather than a fixed-length sleep, supplied by Julien Blache of
41 The attached patch for wmacpi makes it use select() instead of
42 sleeping. It also adjusts the timeout of the select() call
43 depending on the blink & scroll options.
45 If scrolling is not activated, there's no reason to wake up
46 10x/sec. If blinking is activated, waking up once per second is
47 enough. If blinking is not activated, then we can wake up just to
48 update the data and we're fine.
50 With scrolling and blinking disabled, this saves a number of
51 wakeups and helps battery life. Unfortunately there's another
52 source of wakeups that's probably due to libdockapp that still
53 makes 6 wakeups/seconds (in another thread it seems).
55 With this patch wmacpi makes a best effort to match the sample
56 rate set by the user, but that's hardly an issue I think.
58 I haven't released this patch yet in Debian, so if you like it and
59 want to roll out a release, feel free :) Otherwise I'll add it to
68 Some fixes for the sysfs interface support, supplied by
71 > Okay, I finally found time to make a new release including this
72 > patch - 2.2rc2. It's up on my website now.
74 I don't remember sending you the updated patch, as it turned out that
75 you can have different attributes in sysfs depending on what the
78 The current version is attached.
86 Support for the sysfs interface that became mandatory with kernel
87 2.6.24 (patch supplied by jblache@debian.org).
89 A number of graphics fixes also from jblache@debian.org.
91 Removed support for hardware reported critical battery status.
94 Major changes to command line handling and to the way we use
95 libdockapp, courtesy of Patrice Dumas. This should hopefully fix
96 several long-standing bugs with non-wmaker window managers (in
97 particular Debian bugs #280495 and 293546).
99 Updated to support newer kernels that no longer support
100 /proc/acpi/info - thanks to Samuel Ortiz.
102 Fixed a longstanding issue with redrawing - thanks to Vito
105 This version changes a number of command line options (little used
106 ones, but they're still incompatible changes) due to the
107 libdockapp work. In particular, -w becomes -x, -v becomes -V (and
108 takes an argument rather than being repeated), and -V becomes -v
109 (thanks to libdockapp grabbing -h, -v and -w for itself). Also,
110 long options are now supported for everything in wmacpi (but not
111 acpi, since it doesn't use libdockapp for command line parsing).
113 2007 January 10 2.2a1
114 Added a patch from Patrice Dumas to support newer versions of
117 Updated email address in AUTHORS and manpages.
120 Finalised libdockapp-0.5.0 port - no changes from 2.1rc1.
123 Typo fix in the manpage.
125 Ported to libdockapp-0.5.0 - all this needed was changing the
126 type of the dockapp width and height to unsigned short.
129 Upped version number to 2.0.
133 wmacpi 2.0 goes gold . . .
135 2004 September 28 2.0rc1
136 Added support for switching to capacity mode automatically, on
137 detecting dodgy reports from the battery.
139 Added support for capacity mode on charging, with automatic
140 enabling as per discharging.
144 Hopefully last release before the final 2.0.
146 2004 August 18 1.99r7
147 Implemented the libdockapp port - this seems to close Debian bug
148 #227819, but it hasn't received sufficient testing.
150 Implemented a capacity mode for calculating time remaining (as
151 opposed to the normal current rate mode) - this mode samples the
152 remaining capacity of the battery and notes the time at which it
153 was sampled, and uses a history of samples to estimate the rate of
154 drain on the battery. From there it calculates a value for time
157 Also, various cleanups have gone in:
159 * a reworking of the scrolling code
161 * generic battery number support (rather than just
162 using two pixmaps, one for b1 and one for b2)
164 * stopped the battery glyph from blinking when running on AC
167 Fix for Debian bug #250792 - the parser for the acpi files was
168 too stupid to deal with error conditions. I've now added some
169 basic checking to make it handle the error that caused the bug
170 report, but I'll need to add more later.
173 Collected fixes for the collected fixes below . . .
175 * Manpage fixes, to reflect the reality of the current code.
177 * Code cleanups, to make a few things more sensible. Most notably,
178 the interface for setting the samplerate has changed so that it's
179 no longer inverted and illogical - you now say how many times you
180 want to sample per minute.
182 * Fixed an issue with initialisation - I'd moved the power_init()
183 call below the options parsing code, without dealing with the -m
184 option properly. The end result was that if you told it to monitor
185 a battery number, it would fail saying the battery didn't exist. I
186 moved the check for this out of the options parsing and after the
189 * Fixed a leaking file descriptor in init_ac_adapters.
191 * Implemented a way to handle changing batteries - reinitialise
192 the battery info periodically. I don't know of a better way to do
193 that, since we'd have to do all that parsing anyway to find out if
196 libdockapp is waiting, but I think that's the only change left
197 without more bug repots . . .
200 Collected fixes for various small issues.
202 * Fixed a problem with placement of the window when using the
203 click to place mode - turned out to be a sizehints problem.
205 * Some fixes to the manpage.
207 * Reenabled the CLI build by default - the Debian patches can
208 handle disabling it themselves.
210 * Added a way to disable the scrolling message, since some users
213 I've left the big changes that are needed (like using libdockapp,
214 in the hope that it'll solve the docking problems) until later, so
215 that I can get these smaller fixes out. Hopefully soon . . .
217 2004 January 12 1.99r3
218 . . . and a fix for a fix that didn't fix it . . .
220 2004 January 12 1.99r2
221 Some cleanups and bugfixes found by the wonderful Debian users.
223 It's finally in testing!
225 2003 November 23 1.99
226 Finally claimed the wmacpi name as my own . . .
228 Renamed wmacpi-ng and acpi-ng, renamed the header files, fixed up
231 For the Debian package, also made compilation of the command line
232 tool optional, defaulting to not building it. This is because
233 after the renaming, my acpi clashes with the acpi package that's
234 already in Debian. The command line functionality is now
235 accessible via the -w option to wmacpi.
237 This is wmacpi 1.99, so that I can have a release packaged and in
238 Debian before going to 2.0, so that any bugs that are left can be
239 found by all the extra users.
241 2003 September 26 0.99
242 Fix the last of the old wmacpi code oddities (specifically, the
243 APMInfo struct, which was a completely inappropriate name given we
244 no longer deal with APM, and because of the various code
247 I think this is probably as good as I can make it without getting
248 more feedback and the like, so I'm going to make this version
249 0.99, preliminary to either wmacpi-ng 1.0 or wmacpi 2.0 (depending
250 which direction I go with that).
252 2003 September 23 0.92
253 Fix a few more bugs, and include an option to allow the user to
254 specify how often to sample the ACPI data - some BIOSes disable
255 all interrupts while reading from the battery, which apparently
256 causes some interactivity issues. I have no idea why reading once
257 every three seconds (which is our default), but there've been some
260 Also fixed acpi-ng to properly handle the -a option.
263 Fix a problem I'm seeing with docking the app - if the window name
264 is set to "acpi" rather than "apm" it doesn't dock . . .
267 Make the time display show '--:--' instead of '00:00' when the
268 time remaining is 0 - I think this is reasonable, since it'll only
269 get into this state when the present rate value is 0. This only
270 happens when the battery is fully charged and neither discharging
271 or charging, or when the battery is completely drained. In any of
272 these states the time remaining is of very little interest, so we
273 don't lose anything. We also get to handle the (sadly, very
274 common) case where the ACPI subsystem doesn't report sane values
275 for the things we depend on.
278 Make the time display show nothing (as opposed to 00:00) when the
279 time remaining is unknown, as requested by Emma Jane Hogbin.
281 Respect the critical level specified on the command line, and add
282 a new message to differentiate between the command line critical
283 level and the critical state reported by the battery.
285 Speed up the message scrolling, so that there isn't quite such a
286 painful delay between repeats. Also, up the speed when the battery
287 is low, more when it's critical, and scroll continuously when it's
290 Finally, add support for disabling the blinking power and battery
291 glyphs from the command line, as requested by Sebastian
292 Henschel. We still blink the battery glyph when the battery
293 reports hardware critical level - I think that's worth being a bit
296 Also, added an acpi-ng manpage.
299 Properly fix the AC adapter issue - it's not much use adding the
300 infrastructure and then forgetting to fix the code that uses it.
302 Fix the time disiplay so that it doesn't try to display values
303 greater than 99:59, since the display area won't fit anything
307 Bugfixes, to handle two problems: the case where something like
308 the present rate or some such is "unknown" (reported initially by
309 Emma Jane Hogbin, and where the AC adapter is called something
310 other than "AC" (reported by Sebastian Henschel). This an 'a'
311 release because I can't test these myself . . .
314 Finally got rid of that annoying button - that space now contains
315 a 'B 1' or 'B 2' (only those two at present, since I'm too lazy to
316 fix it so that the number is generic. It should work fine for
317 anyone who doesn't have a freakish system with more than two
320 A few more code cleanups.
323 libacpi cleanups and reworking - we now handle the charging
324 battery case properly, it seems.
326 Also, some attempts to make error printing a bit cleaner; still a
327 long way to go on that, though . . .
330 Removed process_plugin_timer(), since it was doing nothing useful
334 Removed libapm.c - wmacpi-ng is specifically for ACPI, with no APM
338 Some more code cleanups, designed to move libacpi to more of a
339 library than something built into wmacpi-ng. This is useful with
340 the seperate programs, though at present it's not used much.
343 Added a command line tool, acpi-ng to query battery status from
347 Implemented multiple battery support, and averaging of the samples
348 in an attempt to even out the jumpiness of the timer.
351 More major code cleanups: in particular the handling of the power
352 panel and the message has been cleaned up so that it's actually
355 Next step from here is to actually implement handling of multiple
356 batteries, so that if there's a fully charge second battery
357 available it reports the correct time remaining (based on the
358 present rate of power consumption and the sum of the two battery's
359 remaining capacities).
362 Some major reworking of the internals, to help fix the handling of
363 multiple batteries and such things.
366 Code cleanups to fix various problems with corner cases.
369 Added support for multiple batteries: I took the simple route of
370 displaying only one battery per instance - to do more I'd need to
371 hack with the display code, and I'm not ready for that yet.
373 Added a -m option to specify the battery number to monitor.
376 Changed package completely, to support the new ACPI code as of
379 Since this code hasn't been touched in more than a year, I figure
380 I might as well have a go at hacking on it . . .
382 -- Simon Fowler, <simon@dreamcraft.com.au>
385 Updated ACPI statistics gathering code for the latest ACPI patch from
386 Intel. Now uses/checks for subsystem version 20020214+. Redone the version
390 Little fix to ACPI version check so that I don't have to make a new
391 version each time a new kernel comes out
394 Split ACPI and APM portions in different source files
395 Added power_init() function - handles checking subsystem presence,
396 version, etc. Enumerates batteries in ACPI implementation
397 ACPI: Beginnings of multiple battery support - not fully implemented
398 ACPI: Get the battery ID from /proc/acpi/battery instead of hard-coding
399 it in - also helps with multi battery stuff
400 Added some stupid command line help
401 Added -c option to set critical battery alarm level. Defaults to
402 10 percent, and added -b option to make noise when this critical level
404 APM: Updated for critical alarm stuff
405 Made a 20 color "low" quality pixmap for machines running 8bit displays
406 Updated README with some stuff, made separate INSTALL file
409 Update for intel ACPI release version 20010313
410 Minor updates for new /proc layout
413 Update for intel ACPI release verion 20010302
414 Proc format changed a little bit, so updates were necessary.
415 Added a check for specific acpi subsystem version - since each
416 new version seems to have a new interface, better be safe than
418 As usual, please test and report to me.
420 This ONLY works with linux acpica 20010302. Download this version from
421 http://developer.intel.com/technology/iapc/acpi/downloads.htm - it's a
425 Finally read through the ACPI specification. Hah, they had all my
426 questions answered :) Thus,
428 Confirmed remaining percentage formula (correct)
430 Now calculate "time remaining" according to the spec formula
432 Removed "battery load" hack since we now have "time remaining"
434 Fixed bug in display_percentage (10% didn't display right)
436 Released version 1.21
439 Added support for ACPI. This is very untested, and not very clean.
440 This has been tested on machines with only ONE battery, and only
441 with kernel 2.4.2 (that's where ACPI started to work for me)
443 Added some hackery to do with ACPI. Check README.
448 Fixed all the stuff so that wmapm works as advertised:
449 Fixed dumb bug where after charging was done new message didn't scroll.
451 Added support for fucked APM bioses that display stuff wrong. (See
452 README to learn how to enable it. Obviously, it's disabled by default)
454 Reorganized apminfo structure and got rid of redundancy.
456 Reorganized acquire_apm_info. All APM data is processed there.
458 Fixed display_state to do the Right Thing.
460 Fixed red blinking button to actually blink on critical battery, and
461 to stop when it isn't critical anymore. I don't think it ever worked