The change from svn r10685 is incomplete, causing the upgrade to fail:
| Unpacking replacement kamailio ...
| dpkg: error processing /var/cache/apt/archives/kamailio_3.3+ngcp2.6.3_amd64.deb (--unpack):
| trying to overwrite '/etc/init.d/kamailio-proxy', which is also in package ngcp-system-tools-ce 0.4.5
Needs review, testing + release (branch/tag + release-2.6-update) by Jon.
From: Michael Prokop <mprokop@sipwise.com>
If the scripts exist during clean install, the
postinst script will take care of adding
kamailio-proxy and kamailio-lb rc2.d links. By
default no run is set to these scripts so we
make sure that we'll only run the templates ones.
We'll use a very recent version of kamailio in
2.6. It's better to have a dbg package that can
be installed in our test systems to debug any
problem we find.
Should we install it also in customer servers?
Keep 3.3 as kamailio version, not 3.3.1 as we
might update to other 3.3 releases within the
same ngcp version.
Set Sipwise version to ngcp2.6.0 for branching per ngcp release.
This makes reviews and diffs easier and helps in avoiding duplicate entries.
devscripts's wrap-and-sort ftw.
Closes: https://bugtracker.sipwise.com/view.php?id=1845
Acked-by: Jon Bonilla
From: Michael Prokop <mprokop@sipwise.com>
This new module will provide an interface for sending
PacketCable Event Messages, e.g. for driving a
policy server or for doing Lawful Interception.
It will serve the same purpose as the legacy li.so
module used in upc.ro, but will hook directly into the
tm and rr API to do as much automatically as possible.
We ship /etc/init.d/kamailio-proxy and /etc/init.d/kamailio-lb
and don't use /etc/init.d/kamailio at all. It's just confusing.
Acked-by: Jon Bonilla
From: Michael Prokop <mprokop@sipwise.com>