<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body text="#000000" bgcolor="#FFFFFF">

    <p>I have unattended-upgrades doing its thing with security updates,

      and that's all. The following packages have been upgraded since

      December 15:<br>

      <br>

      rsync<br>

      sensible-utils<br>

      libpoppler46<br>

      linux-libc-dev<br>

      libxml2<br>

    </p>

    <p>None of these look like Perl libraries to *my* eye, but perhaps

      one of them is related to something that broke something else?<br>

    </p>

    <br>

    <div class="moz-cite-prefix">On 2018-01-15 04:22 PM, John Wilson

      wrote:<br>

    </div>

    <blockquote type="cite"

cite="mid:CAK2OcwUB+w9G-uaemV5XmDWkBa+k90xyeskoggS9E7bLRY+vtQ@mail.gmail.com">

      <p dir="ltr">What updates were installed? I haven't seen any

        freeside updates during the past few months, maybe an OS package

        update?</p>

      <p dir="ltr">Maybe check:</p>

      <p dir="ltr">/var/log/apt/history.log</p>

      <p dir="ltr">Assuming you are running debian.</p>

      <br>

      <div class="gmail_quote">

        <div dir="ltr">On Mon, Jan 15, 2018, 6:28 PM Ernie Dunbar <<a

            href="mailto:ernied@lightspeed.ca" moz-do-not-send="true">ernied@lightspeed.ca</a>>

          wrote:<br>

        </div>

        <blockquote class="gmail_quote" style="margin:0 0 0

          .8ex;border-left:1px #ccc solid;padding-left:1ex">

          <div text="#000000" bgcolor="#FFFFFF">

            <p>Hi everyone.</p>

            <p>Every month, we send our automated payments to the bank

              on the 1st and the 15th of the month, using the

              freeside-daily script. <br>

            </p>

            <p>Unfortunately, between the 15th of December and the first

              of January, that "suddenly stopped working". This, in

              spite of the fact that we can still do manual payments by

              going to the customer's account in Freeside, then go to

              Payment History -> Process Payment -> Process credit

              card payment. This also works for electronic check

              payments. <br>

              <br>

              What this tells me, is that our Payment Batching settings

              are correct for our bank, and allow us to send the data we

              need, but that something has changed in the freeside-daily

              script. <br>

              <br>

              Interestingly, the output we get from freeside-daily has

              also changed. I have that for reference. Here's the output

              from December 15:<br>

              <br>

            </p>

            <pre>Subroutine JSON::XS::Boolean::(0+ redefined at /usr/share/perl/5.20/<a href="http://overload.pm" target="_blank" moz-do-not-send="true">overload.pm</a> line 50.

Subroutine JSON::XS::Boolean::(-- redefined at /usr/share/perl/5.20/<a href="http://overload.pm" target="_blank" moz-do-not-send="true">overload.pm</a> line 50.

Subroutine JSON::XS::Boolean::(++ redefined at /usr/share/perl/5.20/<a href="http://overload.pm" target="_blank" moz-do-not-send="true">overload.pm</a> line 50.

Subroutine JSON::XS::Boolean::("" redefined at /usr/share/perl/5.20/<a href="http://overload.pm" target="_blank" moz-do-not-send="true">overload.pm</a> line 50.

Subroutine JSON::XS::Boolean::(eq redefined at /usr/share/perl/5.20/<a href="http://overload.pm" target="_blank" moz-do-not-send="true">overload.pm</a> line 50.

FS::part_event::Condition::payby is disabled; skipping

running cust_event 34998 (notice) for cust_main 30573

ucfirst_cust_status deprecated, use cust_status_label at /usr/share/perl5/FS/<a href="http://msg_template.pm" target="_blank" moz-do-not-send="true">msg_template.pm</a> line 366.