Change logs for gnuradio source package in Precise

gnuradio (3.2.2.dfsg-1.1ubuntu1) precise; urgency=low

  * Merge from Debian unstable, remaining changes:
    - Rebuild with python 2.7 as the python default.
    - config/gr_fortran.m4: call LT_LANG(Fortran 77) instead of the
      lower-level autoconf macro
    - config/gr_lib64.m4: explicitly null out gr_libdir_suffix
    - update config/pkg.m4 to the current version and re-autoconf
    - gnuradio-core/src/tests/Makefile.am, pmt/src/lib/Makefile.am,
      mblock/src/lib/Makefile.am, gr-usrp/apps/Makefile.am: explicitly link
      all programs against libraries that they use directly
    - Build-depend on swig2.0 instead of on swig
  * Dropped changes, included in Debian:
    - add binary package dep for libusrp0, libusrp2-0: adduser
    - debian/rules clean: remove pre-built Qt moc files
    - Apply upstream patch to fix build failure with GCC-4.5

gnuradio (3.2.2.dfsg-1.1) unstable; urgency=low

  * Non-maintainer upload.
  * s/usrp2::usrp2/usrp2/, closes: #591939
  * Depend on adduser, closes: #566564, #566565, #574231, #574209
  * Remove old .moc files, closes: #573759
  * Remove conflict with python-wxgtk2.6, closes: #582486
  * Fix typo s/fro/for/, closes: #556572
  * Switch to doxygen-latex in Build-Depends, closes: #616252
  * Don't ship .la files, closes: #621171
 -- Steve Langasek <email address hidden>   Tue, 18 Oct 2011 08:06:13 -0700

gnuradio (3.2.2.dfsg-1ubuntu7) oneiric; urgency=low

  * gnuradio-core/src/tests/Makefile.am, pmt/src/lib/Makefile.am,
    mblock/src/lib/Makefile.am, gr-usrp/apps/Makefile.am: explicitly link
    all programs that they use directly, instead of relying on indirect
    linkage.  LP: #770925.
  * Build-depend on swig2.0 instead of on swig: swig 1.3 outputs C++ code
    that g++ 4.6 isn't happy with.
  * config/gr_lib64.m4: explicitly null out gr_libdir_suffix; this is always
    wrong for us, and the autodetection now fails because /lib64 has become
    a real directory due to some requirements regarding handling the
    co-existence of multiarch and biarch packages.
 -- Steve Langasek <email address hidden>   Sat, 27 Aug 2011 20:49:41 +0000