Set location when moving to v2 SIP From configure calls as well as from reset sip account.
Merge branch 'rubocop' * rubocop: Additional fixes for rubocop 1.10.1 Switch to rubocop 0.89.1
Additional fixes for rubocop 1.10.1 This is the default rubocop in Guix.
Switch to rubocop 0.89.1 This is the rubocop in new Debian stable
Merge branch 'configure-calls-v2' * configure-calls-v2: New configure calls command Move more persistence into the repo layer Easy DSL for adding XEP-0122 validation to fields CustomerFwd uses ValueSemantics, translates old XMPP-SIP URI
New configure calls command Uses only v2 APIs and sets things up in the new way.
Move more persistence into the repo layer BackendSGX shouldn't touch Redis, instead get one of the repos to save the data we want saved wherever that repo saves it (in this case, those same Redis keys).
Easy DSL for adding XEP-0122 validation to fields
CustomerFwd uses ValueSemantics, translates old XMPP-SIP URI More of the original data is kept now, so this object could be used for putting to persistence as well as for loading from it.
Merge branch 'reset-sip-v2' * reset-sip-v2: After SIP reset, offer to change inbound fwd Reset sip account using v2 API
Merge branch 'customer-not-found' * customer-not-found: Customer not found, return auth error instead of panic Catchable CustomerRepo::NotFound
After SIP reset, offer to change inbound fwd
Reset sip account using v2 API SipAccount now uses only v2 APIs for lookup, create, update, and delete
We don't really want remote, we just want stdin to not be closed by blather...
Customer not found, return auth error instead of panic
Catchable CustomerRepo::NotFound
Use fixed em-http-request
Hotfix: this was still being used in one place, but got removed
Command list UX improvements