Author: Ron Lee
Revision Date: 2015-08-06 00:20:48 UTC

* Conflict/Replace libvpb0. Closes: #794587
* This is really just a kludge-around for the fact that we have unversioned
  files installed in the runtime library package, which ordinarily would be
  a Terribly Wrong thing to do, but this code is stable and had a strong
  guarantee that the ABI was never going to be broken and it would never
  need a transition, so for several reasons that was the least worst option
  for nearly 10 years now. Until gcc-5 broke that promise on us ...
  In this case, we can probably still quite reasonably get away with just
  forcing the old package off the system when it is upgraded, since there is
  a fairly natural limit to how many applications you can have controlling
  your phone lines on a system, and no real user is likely to actually need
  the old and new packages to be co-installable. Either they'll update to
  the new one, or they won't. There's no prolonged transition where things
  they might need could still be using the old one. It's still technically
  wrong though, so kids don't try this at home, but unless gcc starts to
  make a habit of this, it's probably the least disruptive change we can
  impose on users to cope with that transition, and hopefully something we
  won't need to deal with again for at least another ten years. If we do,
  then we'll reassess where the pros and cons really lay for making more
  intrusive changes to support things that "should have never happened".

Author: Ron Lee
Revision Date: 2015-08-06 00:20:48 UTC

* Conflict/Replace libvpb0. Closes: #794587
* This is really just a kludge-around for the fact that we have unversioned
  files installed in the runtime library package, which ordinarily would be
  a Terribly Wrong thing to do, but this code is stable and had a strong
  guarantee that the ABI was never going to be broken and it would never
  need a transition, so for several reasons that was the least worst option
  for nearly 10 years now. Until gcc-5 broke that promise on us ...
  In this case, we can probably still quite reasonably get away with just
  forcing the old package off the system when it is upgraded, since there is
  a fairly natural limit to how many applications you can have controlling
  your phone lines on a system, and no real user is likely to actually need
  the old and new packages to be co-installable. Either they'll update to
  the new one, or they won't. There's no prolonged transition where things
  they might need could still be using the old one. It's still technically
  wrong though, so kids don't try this at home, but unless gcc starts to
  make a habit of this, it's probably the least disruptive change we can
  impose on users to cope with that transition, and hopefully something we
  won't need to deal with again for at least another ten years. If we do,
  then we'll reassess where the pros and cons really lay for making more
  intrusive changes to support things that "should have never happened".

Author: Ron Lee
Revision Date: 2014-09-29 03:31:52 UTC

* Backport the tweak to OpenPCI interrupt handling.
* Don't build with -O3 anymore, most of this code doesn't need it,
  and gcc 4.9 appears to do some fun things if we try.

Author: Ron Lee
Revision Date: 2014-09-29 03:31:52 UTC

* Backport the tweak to OpenPCI interrupt handling.
* Don't build with -O3 anymore, most of this code doesn't need it,
  and gcc 4.9 appears to do some fun things if we try.

Author: Ron Lee
Revision Date: 2013-08-11 04:58:07 UTC

Updates for kernel 3.10, Closes: #719136
Disabling hotplug is not longer an option.
The proc API has changed, create_proc_{,read_}entry no longer exist.
The asm/system.h header has been disintegrated.

Author: Ron Lee
Revision Date: 2013-08-11 04:58:07 UTC

Updates for kernel 3.10, Closes: #719136
Disabling hotplug is not longer an option.
The proc API has changed, create_proc_{,read_}entry no longer exist.
The asm/system.h header has been disintegrated.

Author: Ron Lee
Revision Date: 2013-08-11 04:58:07 UTC

Updates for kernel 3.10, Closes: #719136
Disabling hotplug is not longer an option.
The proc API has changed, create_proc_{,read_}entry no longer exist.
The asm/system.h header has been disintegrated.

Author: Colin Watson
Revision Date: 2013-10-16 23:01:13 UTC

Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

Author: Colin Watson
Revision Date: 2013-10-16 23:01:13 UTC

Use the autotools-dev dh addon to update config.guess/config.sub for
arm64.

Author: Ron Lee
Revision Date: 2012-05-09 21:21:30 UTC

Update for gcc-4.7 Closes: #672083

Author: Ron Lee
Revision Date: 2012-05-09 21:21:30 UTC

Update for gcc-4.7 Closes: #672083

Author: Ron Lee
Revision Date: 2011-12-13 16:48:10 UTC

Don't build vtecho_fp at all anymore. Nobody should need it now, and the
arch detection to avoid building it for amd64 was broken for cross builds.
Closes: #651860, #651861

Author: Ron Lee
Revision Date: 2011-01-16 13:09:48 UTC

Update cs.po, this time without broken character encoding. Closes: #610137

Author: Ron Lee
Revision Date: 2010-12-02 17:42:33 UTC

Update for kernel 2.6.36, with one less user of the BKL.

Author: Ron Lee
Revision Date: 2010-05-11 23:13:37 UTC

* Added vi.po, thanks to Clytie Siddall. Closes: #576149
* Minor code springcleaning.
* Explicitly ignore ISDN cards when configuring, the deps for them can't be
  included in the distro anyway, so just act like they don't exist when the
  postinst scans for hardware. Closes: #584993

Author: Ilya Barygin
Revision Date: 2010-01-27 18:15:42 UTC

* Merge from Debian tesing, remaining changes:
  - Bump build-depend on debhelper to install udev rules into
    /lib/udev/rules.d, add Breaks on udev to get correct version.

Author: No
Revision Date: 2009-07-28 16:53:30 UTC

* Merge from debian unstable (LP: #405862), remaining changes:
  - Bump build-depend on debhelper to install udev rules into
    /lib/udev/rules.d, add Breaks on udev to get correct version.

Author: Scott James Remnant (Canonical)
Revision Date: 2009-01-13 02:24:09 UTC

Bump build-depend on debhelper to install udev rules into
/lib/udev/rules.d, add Breaks on udev to get correct version.

Author: Ron Lee
Revision Date: 2008-05-15 22:51:32 UTC

* Report on any errors when setting the vtcore hook state.
* Fix a fencepost error the left tone id 9 out of bounds.

Author: Ron Lee
Revision Date: 2007-12-15 01:12:58 UTC

* Update for gcc-4.3. Thanks to tbm for the heads-up. Closes: #456048
* Update for kernel 2.6.23, unregister_chrdev() has changed its signature.
* Be explicit about bashisms in debian/rules. Closes: #453640