BLIP: fix for memory not freed on send queue fail

If an outgoing packet fragment is unable to be added to the send queue,
the fragment message_t and send_info were never put back in their pools.
This patch cleans up that memory.
Merge pull request #288 from lab11/blip-free-on-failed-queue

BLIP: fix for memory not freed on send queue fail
packaging: Update debian repository README
packaging/tinyos-tools: add default-jdk to dependencies

- on clean installs (fresh Ubuntu 14.04 for example), installing msp430-46
and tinyos-tools fails.  tinyos-tools is looking for a JNI environment
and can't find it.

If default-jdk is installed this problem goes away.
packaging/msp430-47: remove msp430-47-gdb from dependencies

gdb doesn't work in the 47 toolchain.  Needs lots of work.  Isn't worth
it.  The RedHat/TI gdb 4.9 toolchain will surplant so any time spent on
the 4.7 gdb is a waste.   And the problems are non-trivial.
added packaging scripts for new avr toolchain
removed avr-46. It was never used, just an old attempt to update the toolchain
fixed dependencies
strip binaries before packaging
removed unused buildscript
rename rpm packages to *-beta
don't strip gengtype: it's doesn't generated on all platforms
packaging: back rev tinyos-tools from 1.4.3 -> 1.4.2

tinyos-tools 1.4.3 breaks backward compatibility with TinyOS 2.1.2.
Back rev to 1.4.2 (from the Stanford repository).  We currently
don't know how to replicate 1.4.2 so it was pulled from the Stanford
repository.
fixed the download url
BLIP: update ipv6 short addr expansion

According to RFC 6282 Header compression for 6LoWPAN,generating IP
Address from short address should be of the form fe80::00ff:fe00::xxxx
where xxxx is our 16-bit address,but in the current stack it is
generating as fe80::panid:00ff:fe00:xxxx Changing this will make it
compatible with linux 6lowpan stack .If we use the current stack for
communicating with the linux 6lowpan stack we will receive checksum
error because the checksum generated using the address by the BLIP Stack
will differ with the checksum generated with the address by the linux
stack and hence packet get discarded.
BLIP: don't wait for ack on multicast fragments

One more problem present in the current BLIP Stack is sending the
multicast packets more than the MTU. If we try to send a packet more
than its MTU,it will be fragmented and BLIP stack sends the first
fragment only once the acknowledgement is received he sends the
subsequent fragments,but if we are sending a multicast fragment we are
not going to receive a acknowledgement so BLIP stack will discard the
remaining fragments , so while sending we have to check whether we are
sending an multicast packet or unicast packet.
Merge branch 'md-jamal-blip-rfc6282'
packaging: clean up

o INSTALLDIR had an extraneous '/' at the end.  remove.
  (functions-build.sh)

o remove extraneous 'cd ${BUILD_ROOT}'s from build.sh.  fixed
  installto so no longer needed.
packaging/tinyos-tools-15: add 1.5.0 for dev trunk

tinyos-tools-1.5.0 (tinyos-tools-15) supports the development trunk
after 6dc714b and prior to bringing in issue #190.  This is the
changes that rippled from .platform changing to platfom.

closes #291
tinyos-tools-stable now compiles the current stable (1.4.2) version. Fixes #294