Make MeterMaker usable even with ARM64 and PPC64

... as subject says, ARM as well as PPC has 64 bit variants.

Signed-off-by: Werner Fink <werner@suse.de>
Increase MAX_PROCSTAT_LENGTH

Werner reports that this fixes an old bug report.

Ideally the multiple definitions of this constant should be moved to
a common place in future (perhaps consolidating some of the uses too,
as there are multiple meters reading /proc/stat.)

Reported-by: Werner Fink <werner@suse.de>
Make buffer size for interrupt meter an overall variable

Signed-off-by: Werner Fink <werner@suse.de>
Avoid I/O load for often used information

.. by using system calls like uname() and sysinfo(). This fix
a few bug reports here on I/O load caused by xosview.  Beside
this the kernels version does not change during a session,
therefore a static variable may enough instead of calling
uname() or open /proc/sys/kernel/osrelease several times.

Signed-off-by: Werner Fink <werner@suse.de>
Remove USE_SYSCALLS and dead code

Amendment to the previous patch from Werner. USE_SYSCALLS is locked to
use of Linux. For simplicity's sake, as we have Linux assume we have
the syscalls and remove the dead code.
Read /usr/share/X11/app-defaults/XOsview if available

Werner's original patch included an extra (unneeded) calls to stat().
This is a simple addition of the path required, which means it should
"fit with the FHS".

Reported-by: Werner Fink <werner@suse.de>
Avoid removable and loop devices in disk stats

... and also be aware that in future there will be 4k devices
as well.

Signed-off-by: Werner Fink <werner@suse.de>
Do not ignore removable devices

Removable devices are commonplace; their I/O load is not insignificant.
The previous patches ignores loopback (and raid, md, lwm) which can
be considered a bug as I/O is recorded twice, but I don't think that
it tracks removable devices can be considered a bug, so restore this
behaviour.
Re-enable backgroung pixmap xpm

... as expected by some experienced users

Signed-off-by: Werner Fink <werner@suse.de>
Use XPM handling by default

These days the library is commonplace, and we have broken away from
trying to support old platforms that nobody has access to and are
not tested.

This means the next release of xosview will require libXpm, but this
library seems to be as standard as the core of X itself.

Let's be careful before introducing any additional use of libXpm
though.
Use existing macro
Add a command line shorthand for displaying all CPUs separately

Multi-core systems are now commonplace but it's occasionally useful
to see all CPUs separately. Make it quick to do.
Introduce a space for consistency
Remove confusing comment

Anything that involves boiler-plate copying of comments is set to
cause problems. I thought "Handle" was some kind of macro! Perhaps
because I don't spend all day using nroff :)