Since wmbattery was previously a Debian native package, all the changes were
documented in debian/changelog. Since the debian directory has been removed in
the upstream source, this file is being renamed to ChangeLog in the root
directory.
Compile with CPPFLAGS and LDFLAGS and append, rather than overwrite, CFLAGS.
This enables the Debian package to be built with hardening options. See
https://wiki.debian.org/Hardening.
When the download speed is too high, wmppp can't display it because it has
only 5 digit. The most significant digits are hidden !
This small patch display the speed in K when it is too high.
Based on the patch by jguiton <jguiton@free.fr>.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=328699.
Users of ISDN dialup lines (such as me) cannot use wmppp as shipped,
because it rejects to use any device except those beginning with `ppp'.
The patch attached solves this.
Based on the patch by Juan Cespedes <cespedes@debian.org>.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=97509.
This patch uses the -f option for rm in make clean so that no error occurs when
make clean is run while no object or binary files exist. (It also adds a
newline at the end of the Makefile thanks to emacs.)
Some dockapps earlier versions of dockapps, e.g. the recently added wmacpi-ng,
may have different names than the directories they appear in. This patch adds
the ability to handle this situation by keeping track of the directory for
getting git information and skipping these dockapps when creating the "+date"
versions.
The Free Software Foundation's address was updated in the wmacpi copyright
notice in commit 792a5d2 and the GNU General Public License version 2.0 text
was updated in commit 31c2845, but these were overwritten when later versions of
wmacpi were added to the repository.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2009 August 10 2.2rc5
Small Makefile fix to allow compiling on newer GCCs, supplied
Michael Shigorin of ALT Linux.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2008 November 14 2.2rc4
Change the way that we sleep/wait for activity, to use select
rather than a fixed-length sleep, supplied by Julien Blache of
Debian:
Hi,
The attached patch for wmacpi makes it use select() instead of
sleeping. It also adjusts the timeout of the select() call
depending on the blink & scroll options.
If scrolling is not activated, there's no reason to wake up
10x/sec. If blinking is activated, waking up once per second is
enough. If blinking is not activated, then we can wake up just to
update the data and we're fine.
With scrolling and blinking disabled, this saves a number of
wakeups and helps battery life. Unfortunately there's another
source of wakeups that's probably due to libdockapp that still
makes 6 wakeups/seconds (in another thread it seems).
With this patch wmacpi makes a best effort to match the sample
rate set by the user, but that's hardly an issue I think.
I haven't released this patch yet in Debian, so if you like it and
want to roll out a release, feel free :) Otherwise I'll add it to
the package soon.
Thanks,
JB.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2008 March 18 2.2rc3
Some fixes for the sysfs interface support, supplied by
jblache@debian.org:
> Okay, I finally found time to make a new release including this
> patch - 2.2rc2. It's up on my website now.
I don't remember sending you the updated patch, as it turned out that
you can have different attributes in sysfs depending on what the
battery reports.
The current version is attached.
Thanks,
JB.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2007 July 14 2.2rc1
Major changes to command line handling and to the way we use
libdockapp, courtesy of Patrice Dumas. This should hopefully fix
several long-standing bugs with non-wmaker window managers (in
particular Debian bugs #280495 and 293546).
Updated to support newer kernels that no longer support
/proc/acpi/info - thanks to Samuel Ortiz.
Fixed a longstanding issue with redrawing - thanks to Vito
Caputo.
This version changes a number of command line options (little used
ones, but they're still incompatible changes) due to the
libdockapp work. In particular, -w becomes -x, -v becomes -V (and
takes an argument rather than being repeated), and -V becomes -v
(thanks to libdockapp grabbing -h, -v and -w for itself). Also,
long options are now supported for everything in wmacpi (but not
acpi, since it doesn't use libdockapp for command line parsing).
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2007 January 10 2.2a1
Added a patch from Patrice Dumas to support newer versions of
libdockapp.
Updated email address in AUTHORS and manpages.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2005 Jan 5 2.1rc1
Typo fix in the manpage.
Ported to libdockapp-0.5.0 - all this needed was changing the
type of the dockapp width and height to unsigned short.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2004 September 28 2.0rc1
Added support for switching to capacity mode automatically, on
detecting dodgy reports from the battery.
Added support for capacity mode on charging, with automatic
enabling as per discharging.
Various cleanups.
Hopefully last release before the final 2.0.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2004 August 18 1.99r7
Implemented the libdockapp port - this seems to close Debian bug
#227819, but it hasn't received sufficient testing.
Implemented a capacity mode for calculating time remaining (as
opposed to the normal current rate mode) - this mode samples the
remaining capacity of the battery and notes the time at which it
was sampled, and uses a history of samples to estimate the rate of
drain on the battery. From there it calculates a value for time
remaining.
Also, various cleanups have gone in:
* a reworking of the scrolling code
* generic battery number support (rather than just
using two pixmaps, one for b1 and one for b2)
* stopped the battery glyph from blinking when running on AC
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2004 July 19 1.99r6
Fix for Debian bug #250792 - the parser for the acpi files was
too stupid to deal with error conditions. I've now added some
basic checking to make it handle the error that caused the bug
report, but I'll need to add more later.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2004 April 23 1.99r5
Collected fixes for the collected fixes below . . .
* Manpage fixes, to reflect the reality of the current code.
* Code cleanups, to make a few things more sensible. Most notably,
the interface for setting the samplerate has changed so that it's
no longer inverted and illogical - you now say how many times you
want to sample per minute.
* Fixed an issue with initialisation - I'd moved the power_init()
call below the options parsing code, without dealing with the -m
option properly. The end result was that if you told it to monitor
a battery number, it would fail saying the battery didn't exist. I
moved the check for this out of the options parsing and after the
power_init() call.
* Fixed a leaking file descriptor in init_ac_adapters.
* Implemented a way to handle changing batteries - reinitialise
the battery info periodically. I don't know of a better way to do
that, since we'd have to do all that parsing anyway to find out if
it had changed . . .
libdockapp is waiting, but I think that's the only change left
without more bug repots . . .
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2004 April 15 1.99r4
Collected fixes for various small issues.
* Fixed a problem with placement of the window when using the
click to place mode - turned out to be a sizehints problem.
* Some fixes to the manpage.
* Reenabled the CLI build by default - the Debian patches can
handle disabling it themselves.
* Added a way to disable the scrolling message, since some users
find this annoying.
I've left the big changes that are needed (like using libdockapp,
in the hope that it'll solve the docking problems) until later, so
that I can get these smaller fixes out. Hopefully soon . . .
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2003 November 23 1.99
Finally claimed the wmacpi name as my own . . .
Renamed wmacpi-ng and acpi-ng, renamed the header files, fixed up
the makefile.
For the Debian package, also made compilation of the command line
tool optional, defaulting to not building it. This is because
after the renaming, my acpi clashes with the acpi package that's
already in Debian. The command line functionality is now
accessible via the -w option to wmacpi.
This is wmacpi 1.99, so that I can have a release packaged and in
Debian before going to 2.0, so that any bugs that are left can be
found by all the extra users.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2003 September 26 0.99
Fix the last of the old wmacpi code oddities (specifically, the
APMInfo struct, which was a completely inappropriate name given we
no longer deal with APM, and because of the various code
refactoring).
I think this is probably as good as I can make it without getting
more feedback and the like, so I'm going to make this version
0.99, preliminary to either wmacpi-ng 1.0 or wmacpi 2.0 (depending
which direction I go with that).
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2003 September 23 0.92
Fix a few more bugs, and include an option to allow the user to
specify how often to sample the ACPI data - some BIOSes disable
all interrupts while reading from the battery, which apparently
causes some interactivity issues. I have no idea why reading once
every three seconds (which is our default), but there've been some
complaints.
Source obtained from http://sourceforge.net/projects/wmacpi/files/.
2003 July 16 0.90
Make the time display show '--:--' instead of '00:00' when the
time remaining is 0 - I think this is reasonable, since it'll only
get into this state when the present rate value is 0. This only
happens when the battery is fully charged and neither discharging
or charging, or when the battery is completely drained. In any of
these states the time remaining is of very little interest, so we
don't lose anything. We also get to handle the (sadly, very
common) case where the ACPI subsystem doesn't report sane values
for the things we depend on.
