---
- branch: MAIN
  date: Wed Feb  1 09:29:19 UTC 2017
  files:
  - new: '1.40'
    old: '1.39'
    path: pkgsrc/net/tcl-scotty/Makefile
    pathrev: pkgsrc/net/tcl-scotty/Makefile@1.40
    type: modified
  - new: '1.2'
    old: '1.1'
    path: pkgsrc/net/tcl-scotty/patches/patch-tnm_snmp_tnmSnmpNet.c
    pathrev: pkgsrc/net/tcl-scotty/patches/patch-tnm_snmp_tnmSnmpNet.c@1.2
    type: modified
  id: 20170201T092919Z.e8a920e8a95fcc358453e2f28aea5f731c6cb5e8
  log: |
    Insert a rather ugly workaround in the code handling SNMP trap messages.
    It appears that sometimes the reception of SNMP trap messages can somehow
    get out of sync, and all too often this results in a scotty process which
    apparently endlessly does a read() of 1 byte and gets EAGAIN, just to try
    again.  Instead, do some rudimentary check on the length of trap messages,
    and try to re-sync the stream by finishing re-sync on first EAGAIN.

    Bump PKGREVISION.
  module: pkgsrc
  subject: 'CVS commit: pkgsrc/net/tcl-scotty'
  unixtime: '1485941359'
  user: he