Rework debian/configure:  fixes #215

(This commit best read using 'git show -C')

The source configuration script needs to be runnable even in
environments where package build dependencies are absent.

Because people building packages ought to know what they're doing, the
checks for build deps are removed, and all configuration now comes
from the command line.  After all, builds will fail with meaningful
errors if build dependencies aren't met.

An assumption made is that Xenomai (and RTAI, someday) kernel packages
follow upstream Debian package naming.  The way those are set up, it's
reasonably easy to generate the right header directory path,
Build-Depends:, and Depends:.  The only tricky part is the kernel
'flavour' is included in the package name, which requires some arch
hardcoding hackery to otherwise avoid great complication; the hope
here is that the list of architectures won't change often.

The result is the Universal Build builds against possibly multiple
kernel versions, and the Debian packaging builds one kmodule flaver
package for each.

By default, all threads are disabled; package builders MUST enable
thread package builds by adding flags to the debin/configure command
line.  See `debian/configure -h` for details.

Because the package needs the debian/configure script to run, it must
be format '3.0 (quilt)'; native format breaks the debian/configure
script's customizations.

Summary of changes:
- Simplify debian/configure structure
  - Command-line args correspond directly to per-flavor config functions
  - All configs for a flavor go into one simple function
  - Just a few small helper utilities
- Enable multiple, per-kernel version module pkgs per kthreads flavor
- All/any flavors may be enabled or disabled
- Rename non-template *.files.in to *.files
- Add usage() function
- Convert package to 3.0 (quilt) format
- Update .gitignore
- Bonus:  compress source package .orig tarball with bz2 by default
Remove binary file from debian/ directory:  fixes #214

Breaks 3.0 (quilt) package format.  This same icon is present in the
base directory, so if it's needed, it should be installed by `make
install`.
Fix package deps:  fixes #216

- drop posix threads dep from 'linuxcnc':
  - all modules packages provide virtual package 'linuxcnc-rt-threads'
  - 'linuxcnc' package depends on this virtual package
  - any modules package satisfies the requirement
- change hostmot2-firmware relationships
  - remove 'Recommends: hostmot2-firmware' from linuxcnc-posix
  - change 'Recommends:' to 'Suggests:' for other threads (add to RT_PREEMPT)
  - remove from 'armhf' architecture
- add 'Provides: linuxcnc-<name>-kernel' to kthreads packages
  - this should allow the simpler e.g. 'apt-get install linux-rtai-kernel'
    instead of 'apt-get install linux-rtai-kernel-$(uname -r)'
- change 'linuxcnc' relation to '...-doc' to 'Suggests'
  - docs package won't install by default
Rename packages to machinekit and fix deps:  fixes #217

- Rename packages
- Reset to v. 0.1.0 (buildbot will replace minor version w/PR numbers)
- Blind search-and-replace in package descriptions; needs real attention
- Assume Maintainer: blame
- Replace Conflicts: with Breaks:, as recommended by Debian
- Remove Breaks: emc2 and add Breaks: linuxcnc
  - In pkgs depending on main 'machinekit' pkg, remove Breaks:/Replaces:
Merge pull request #215 from zultron/master

Rework debian/configure
Merge pull request #213 from luminize/vel-control-extruding

velocity controlled extruding update
config : correct PID settings E3D extruder
config : add dependancy for pid.0.bias on motion type

with the bias being dependant on motion type you can set
different values for the bias.

when extruding the temperature will drop, thus you need a
higher bias to compensate for this to keep the temperature level.
you can now make a bias depending on the value of the speed with
a lincurve, but for easy use, just look at the motion type