This is more like a hack working around the unknown root cause of
why the storage driver is returning trailing garbage for some of
the entries of the key column.
It doesn't happen on the mysql client, so maybe lua related?
Change-Id: I4a5d0b27f0c6dbf9d220e86f1ab6d9e929ad2d89
(cherry picked from commit 578427307e)
- Bump Standards-Version to 3.9.8.
- Bump debhelper compatibility version 10.
- Switch from Priority extra to optional.
- Canonicalize Homepage URL.
- Add a debian/.gitignore file.
Change-Id: I0df02c5252fc686c7c40808aa0dcb69636a8af86
* sipwise app needs 'urn:xmpp:mam:1' at disco result
* upstream did implement supporting urn:xmpp_mam:[0-2] slightly different
looking through the code y noticed that if the disco has no 'to' it shows
the versions of mam supported
<!-- Out Fri 07 Apr 2017 10:53:38 AM CEST -->
<iq type='get'
id='info1'>
<query xmlns='http://jabber.org/protocol/disco#info'/>
</iq>
<!-- In Fri 07 Apr 2017 10:53:38 AM CEST -->
<iq id='info1' type='result' to='vseva@sipwise.com/Gajim' from='vseva@sipwise.com'>
<query xmlns='http://jabber.org/protocol/disco#info';>
<feature var='urn:xmpp:mam:0'/>
<feature var='urn:xmpp:mam:1'/>
<feature var='urn:xmpp:mam:2'/>
<feature var='urn:xmpp:sid:0'/>
<identity type='pep' category='pubsub'/>
<feature var='http://jabber.org/protocol/pubsub#publish'/>
</query>
</iq>
That is not what the XEP 0313 says:
<quote>
7. Determining support
If a server or other entity hosts archives and supports MAM queries, it MUST
advertise the 'urn:xmpp:mam:2' feature in response to Service Discovery
(XEP-0030) [15] requests made to archiving JIDs
(i.e. JIDs hosting an archive, such as users' bare JIDs):
</quote>
Change-Id: I1e69f4ce0270b79d3940c8806d4b30ae55aadd98
* migrate from files to dirs as upstream
* refresh debian/control list of modules
* refresh mod_auth_sql.patch
* update_plugins.sh for automate the process
* keep the list of prosody modules at
prosody-modules.list file
* keep the upstream mercurial revision at
prosody-modules.revision file
Change-Id: Id4a0a2c4e88dae64641270ee79c6ee206f5bb695
mod_lastactivity is not doing the work. Implemented as last activity
is last change of presence or last message sent
MT#11387 while at it move ngcp-system-tools Pre-Depends
to Depends to make piuparts happy
Change-Id: Ic2f29017c27b3ef3e4f4f9377f17d050de218b90