this is the contents of the tarball fredercic rible sent me
xhc-hb04 driver by Frederic Rible
xhc-hb04: integrate with build system

This adds a build-dependency on libusb-1.0-0-dev, and a run-time
dependency on libusb-1.0, can be disabled with "./configure
--without-libusb-1.0"
xhc-hb04: updates so it compiles in-tree
xhc-hb04: simplify #include now that include path is set correctly
deb/rules: remove unused python_version
deb/rules: dont need to care about BUILD_SYS

The -X argument to dh_fixperms says to eXclude linuxcnc_module_helper
when it's fixing the permissions on all our files.  But dh_fixperm won't
complain or fail if it doesn't find linuxcnc_module_helper, so we don't
need to do this substitution trick to tell it what to expect.
deb: dont ignore package-dirs we no longer build
deb: new debian/configure and debian/control

This one's written in python instead of bash, and has a cleaner internal
structure.

This handles the flavored debs of the unified-build-candidate branch.

The new debian packaging produces linuxcnc.deb, linuxcnc-dev.deb,
and linuxcnc-doc-*.deb, just like before, and in addition produces
linuxcnc-$FLAVOR.deb for each flavor enabled by debian/configure.
The available flavors are:

    posix (what we used to call sim)

    rtai-kernel (what we used to call rt)

    rt-preempt

    xenomai

    xenomai-kernel

linuxcnc.deb depends on at least one of the flavor debs, and suggests
all of them (to make them easy to find in the package manager, mostly).
deb: fix the debian/{control/rules} remaking rules

The code in debian/rules.in for rebuilding debian/control has been broken
for a good long while.  This commit fixes that, and unifies it with the
rule for rebuilding debian/rules.  Also changes the name of the subst
variable to be more descriptive.
deb/conf: accept -a to mean -r

"debian/configure -r" is supposed to mean "configure for the running
realtime kernel", and "debian/configure -a" is supposed to mean "configure
for any realtime headers you can find on the system".

The buildbot ill-advisedly runs 'debian/configure -a', even though it
knows it's going to run runtests later (so the kernel it builds for must
be the one that's running).  So really -r would be more correct.

In practice it's fine because all the buildslave VMs only have one
realtime kernel installed, so there's no difference between -a and -r
on those hosts.

If someone cares strongly about the difference between the old "-a"
and the new "-a" we can reinstate it.

As an aside, it probably makes sense to add a "debian/configure --all"
option that examines the apt database and makes the dsc build-depend on
all *available* realtime kernel headers.
deb/control: get rid of ancient Provides in control

I think it's time to stop worrying about users upgrading from emc2.deb
packages.
deb/control: relax the Conflicts

The flavor packages should conflict with pre-ubc packages, but there's
no convenient way to specify that currently.

When we merge ubc into master we'll tag that point as 2.6.0-pre1,
and make the post-ubc debs conflict with linuxcnc < 2.6.0-pre1.
deb/rules: dont use cpio when cp will do

Debian Wheezy doesn't come with cpio by default, this commit lets us
not add a build-dependency on it.
install rsyslogd.conf file
give dlopen the path to the ulapi library

Normally dlopen() searches LD_LIBRARY_PATH and /lib and /usr/lib.  In rip
builds we set LD_LIBRARY_PATH and we could do the same in installed
scripts, but it seems simpler to teach ulapi where the files live.
put ulapi-$flavor.so straight into rtlib/, not lib, so the dlopen can look in EMC2_RTLIB_DIR
hm2-idrom test:  fix "too many arguments" error

Introduced by Y.T. in c6b87eec.  :P

From build log:

+ test -f realtime.log.0 realtime.log.1 realtime.log.10 realtime.log.11 [...]
test.sh: line 29: test: too many arguments

(Also, fix difficult-to-read test)
realtime.in:  recursively remove kmods and depending modules at unload

In kthreads flavors, when the realtime environment crashes badly
enough (e.g. linuxcncrsh starts during runtests but the test fails for
other reasons), 'trivkins', 'comp', and other modules that depend on
hal_lib and rtapi may be left loaded.  In this case, hal_lib and rtapi
cannot be unloaded without first removing those modules.

The RemoveModules function removes a list of modules recursively by
finding dependent modules in /proc/modules and removing them first.
runtests script:  run with 'bash -e'

Without '-e', runtests can exit 0 when tests didn't actually run.

This was observed when the /tmp filesystem became full, and
$TMPDIR/alltests couldn't be written.

When '$?' is checked, this is handling a possible non-success exit
from the previous command.  Modify each such command so that the exit
code is collected but the command doesn't result in the script
exiting.