X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/756e31d2872fbfcdf4bad79df6ab3e36cc6f3862..e76c2a38a8d0a01e950c822fa49ff3a4ad85d257:/blog/archive/2016/03/index.html diff --git a/blog/archive/2016/03/index.html b/blog/archive/2016/03/index.html index 6da191e2c0..7e25ea4eb0 100644 --- a/blog/archive/2016/03/index.html +++ b/blog/archive/2016/03/index.html @@ -21,6 +21,74 @@

Entries from March 2016.

+
+
+ Full battery stats collector is now available in Debian +
+
+ 23rd March 2016 +
+
+

Since this morning, the battery-stats package in Debian include an +extended collector that will collect the complete battery history for +later processing and graphing. The original collector store the +battery level as percentage of last full level, while the new +collector also record battery vendor, model, serial number, design +full level, last full level and current battery level. This make it +possible to predict the lifetime of the battery as well as visualise +the energy flow when the battery is charging or discharging.

+ +

The new tools are available in /usr/share/battery-stats/ +in the version 0.5.1 package in unstable. Get the new battery level graph +and lifetime prediction by running: + +

+/usr/share/battery-stats/battery-stats-graph /var/log/battery-stats.csv
+

+ +

Or select the 'Battery Level Graph' from your application menu.

+ +

The flow in/out of the battery can be seen by running (no menu +entry yet):

+ +

+/usr/share/battery-stats/battery-stats-graph-flow
+

+ +

I'm not quite happy with the way the data is visualised, at least +when there are few data points. The graphs look a bit better with a +few years of data.

+ +

A while back one important feature I use in the battery stats +collector broke in Debian. The scripts in +/usr/lib/pm-utils/power.d/ were no longer executed. I +suspect it happened when Jessie started using systemd, but I do not +know. The issue is reported as +bug #818649 against +pm-utils. I managed to work around it by adding an udev rule to call +the collector script every time the power connector is connected and +disconnected. With this fix in place it was finally time to make a +new release of the package, and get it into Debian.

+ +

If you are interested in how your laptop battery is doing, please +check out the +battery-stats +in Debian unstable, or rebuild it on Jessie to get it working on +Debian stable. :) The upstream source is available from +github. +As always, patches are very welcome.

+ +
+
+ + + Tags: debian, english. + + +
+
+
+
UsingQR - "Electronic" paper invoices using JSON and QR codes @@ -105,6 +173,27 @@ they conclude that using an open standard organisation like IETF is the correct place to maintain such specification.

+

Update 2016-03-20: Via Twitter I became aware of +some comments +about this blog post that had several useful links and references to +similar systems. In the Czech republic, the Czech Banking Association +standard #26, with short name SPAYD, uses QR codes with payment +information. More information is available from the Wikipedia page on +Short +Payment Descriptor. And in Germany, there is a system named +BezahlCode, +(specification +v1.8 2013-12-05 available as PDF), which uses QR codes with +URL-like formatting using "bank:" as the URI schema/protocol to +provide the payment information. There is also the +ZUGFeRD +file format that perhaps could be transfered using QR codes, but I am +not sure if it is done already. Last, in Bolivia there are reports +that tax information since november 2014 need to be printed in QR +format on invoices. I have not been able to track down a +specification for this format, because of my limited language skill +sets.

+
@@ -188,6 +277,21 @@ I would love some help to improve the system further.

Archive