Version 3.0.3

This release adds a simple menu to Gzbatt (Yay!). Once again, there should be few if any bugs cough, but if you do find one please let me know.

Please note that if, when you try to build ZBatt, you get a complaint about Makefile.in when you run ./configure, you can resolve the issue by running automake before you run configure.

NOTE

The prebuilt binaries were statically compiled (is this even necessary?) except for gzbatt, which could be compiled statically, but the resulting binary would be humongous.

Version 3.0.2

So there shouldn't be any problems at all with this newest release. I'm also glad to report that it is very unlikely that glob used by pwrinf in acpi.c will get overloaded by the number of power supplies on your machine unless you have over 256, which isn't the actual limit of glob, but that's as far as I've tested it, and it didn't seem to even faze it.

One slightly neat thing I'd like to mention: I added a new catenating function to replace my use of concat, just because while my implementation of concat is super nice... I still have to check how many bytes have actually been used and whether I can fit them into the real destination variable. So I thought that I'd cut out the middle-man--err, variable--and simply make a concat that worked directly with the destination variable and I came up with catl. It takes the size of the destination buffer and copies therein no more bytes than the destination can hold.

NOTE

The prebuilt binaries included were statically compiled except for gzbatt, which would be way _too_ big if it were statically compiled for me to ever be interested in said compilation.

Version 3.0.1

This release fixes a bug where the GUI would show an inaccurate representation of the current power level caused by the inaccuracy of casting the current power level from a float to an integer, thus truncating the float. Now, instead of truncating, the GUI rounds the number up to the nearest integer, and then truncates it, lulz. 😛

Version 3.0

So v3.0 shouldn't have too many bugs it in, if any at all. I forgot to add nobat.png to the last release, but I made sure to add it before shipping this time.

This release is also the first release to actually include an INSTALL file, I guess that's kinda note worthy.

Anyway, I hope that everything builds and runs okay, but if it somehow doesn't and ZBatt segfaults or something, I have a gif for that, enjoy :P

Version 3.0 Beta

Almost ready for version 3.0, but I felt that I should maybe do some more testing before going ahead and shipping that, since I'd also like to get an outside opinion of v3.0 and I'd like to make sure that whatever their experience is, it'll at least be a fully operational one.

Hate for it to be a disappointment.

Version 3.0 Alpha

Most of the bugs have already been fixed, however, a couple small ones still remain, so unfortunately, I can't actually ship an official 3.0 release, but I wanted to ship something because of just how darn close things are to being done, and I'm feeling impatient ATM.

Unfortunately, I can't seem to cross-compile binaries either, since python apparently is being lame and defines everything in a platform specific manner (i.e. I'd have to edit the headers, and that's too much work ATM, lulz)

Version 2.0 Beta

This release fixes a lot of things that were broken in ZBatt and in it's configure.ac file. ZBatt should now build without any issues on most BSD systems and Linux v2.4.26+.

I also fixed a bug where if /sys/class/power_supply didn't exist under Linux, ZBatt would segfault; instead an error message is now displayed to the terminal saying that the system is either a virtual machine or doesn't have a power supply.

Version 2.0 Alpha

K, so unlike the previous versions, this version does not depend on libacpi, which is such a leaky (memory) library that I wouldn't even dream of using it ever again.

Nothing has really changed apart from that. This release, however, might feel a little faster (if that's even possible). I benched marked this version and a previous version (pre 1.2, since it doesn't recognize options) over 100,000 thousand runs and the 2.0 binary outperformed the older binary slightly but significantly, as in the newer one is more efficient, but their both so fast as it is that the added speed boost will probably be transparent.

Also, although this is an alpha, that's only because I haven't actually had the chance to use this version on a regular basis yet, so there may be some weird bugs like things not working when you're on low power or something weird like that, but I highly doubt that anything like that will happen. The front-end wasn't changed at all so stuff like that shouldn't occur, but you never know.

NOTE

This version does not support /proc/acpi/ac_adapter or anything in /proc/acpi yet. It only supports power supply info located in /sys/class/power_supply

Version 1.2

Version 1.2

This version adds the -c option to zbatc. Using the -c option you can specify the ANSI color code that zbatc will use, it defaults to 31 (i.e. \033[<CODE>m or \033[31m).

NOTE

Everything else is the same.

The only dependency for Linux is libacpi and there are no extraneous dependencies for FreeBSD AFAIK.

Initial Release

Welcome

Version 1.1 is the first official release for ZBatt. It fully supports both Linux and FreeBSD 10.x.

Feel free to browse around or just download the pre-packaged release tarball below. Note that the pre-compiled binaries were statically compiled; so they'll be a bit bigger than they would have been had they been linked against the libraries they use rather than actually including said libraries within their object code.

Install

Building ZBatt should be simple enough if you're using either Linux or FreeBSD. The current build setup works with both clang and gcc.

make install

Dependencies

Linux

• libacpi

Building

autoreconf -i
./configure
make