working but still need to be cleaned up
added read sensor ini to console
remove debian packaging products (log, substvars) from version control
remove include directory from hubo-ach package

This was causing a collision between hubo-ach and hubo-ach-dev that
makes the debs unusable. It was also somewhat against standard
packaging conventions.
remove leading / from lines in hubo-ach-dev.install

Two reasons:
* To maintain style through the file
* I suspect that the leading / will break things if someone tries to
  make a deb with the install prefix changed
fix broken trailer in debian changelog

That extra space was making some of the more fragile parsing scripts
barf.
call ldconfig in debian postinst script

As required by Debian Policy Manual 8.1.1, see
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-ldconfig
don't install libhuboparams.la

Exclusing *.la-files from debian packages is an official policy as per
http://wiki.debian.org/ReleaseGoals/LAFileRemoval. They cause various
breakages; see
http://blog.flameeyes.eu/2008/04/what-about-those-la-files for an
explanation.
The hubo-ach-dev package now depends on the hubo-ach package
Merge pull request #11 from saulrh/master

test/saulrh-deb
change log
add to gitignore: rest of .o files, compilation products, deb build products, logs
fix filetype ignores

/*.log was only ignoring logs in the top directory; fixing this lets
us remove a few specific ignores of .log files in subdirectories.
Added "typedef" to all of the broken "struct x { } x_t" definitions.

As it was, all of the "x_t"s, instead of being typedefs of the struct
x, were actually varaibles of type struct x. This was causing
multiple-definition problems when hubo.h was included from c++ code.
Add a typedef to struct timeb definitions and fix usage
add a typedef to each struct definition in hubo.h

This will significantly improve code clarity when using structs, as
the user will only have to type "type_t var" instead of "struct type
var". This is particularly useful for function declarations and
definitions, where a longer line is mucn more difficult to
remember. Using "struct" everywhere will still work, but it's a bit
messy and has some strange edge cases.

The next few commits will be to convert all declarations of the form
"struct type var" to the form "type_t var" using the typedefs from
this commit.
struct hubo_sensor_param -> hubo_sensor_param_t
struct hubo_joint_param -> hubo_joint_param_t
struct hubo_jmc_param -> hubo_jmc_param_t
struct hubo_param -> hubo_param_t