Tuesday, June 26, 2018
grimoire@muc.metronome.im
June
Mon Tue Wed Thu Fri Sat Sun
        1
2
3
4 5 6
7
8 9 10
11
12
13
14 15
16
17
18
19 20
21
22
23
24
25
26
27
28 29 30
 
             
Metronome IM "cook" book room | Support and Dev talk about the Metronome XMPP server.

Latest stable version build is: 4.0.3

For more information you can visit: https://metronome.im

Room logs can be found here: https://muc.metronome.im/logs/grimoire/

* Links *
<==========================================================>
- Building & Installation:
https://metronome.im/building
- Documentation:
https://metronome.im/documentation
- Issues Tracker:
https://github.com/maranda/metronome/issues
<==========================================================>

[08:07:04] <zinid> Maranda, I tried to run the benchmark (single user so far) on your server and that's what I got:
11:00:17.832 [critical] Benchmark failure: Server doesn't support required feature: urn:xmpp:csi:0
[08:07:12] <zinid> do you have CSI enabled?
[08:08:28] <Maranda> Not on Metronome.im, i have to load pep and csi
[08:08:44] <zinid> I need csi only
[08:10:05] <Maranda> zinid: sec
[08:12:11] <Maranda> zinid: loaded
[08:12:56] <Maranda> zinid: for the rosters you need to wait though 🤷‍♂️
[08:13:47] <zinid> Server doesn't support required feature: urn:xmpp:carbons:2
[08:14:37] <Maranda> Sec
[08:15:30] <Maranda> zinid: done
[08:15:49] <zinid> Server doesn't support required feature: urn:xmpp:blocking
[08:15:52] <zinid> LOL 😀
[08:16:02] <zinid> those are all part of the compliance suite
[08:16:09] <zinid> why you don't use them? 🙂
[08:16:51] <Maranda> zinid the host doesnt serve users
[08:16:59] <zinid> ah
[08:17:18] <Maranda> zinid: give me a list of whats needed plx
[08:17:23] <zinid> just a second
[08:18:55] <zinid> csi, stream management, roster versioning, mam:2, carbons:2, blocking, private storage, http_upload:0
[08:19:32] <Maranda> zinid fuck then it needs to wait
[08:19:42] <zinid> not urgent 😀
[08:19:59] <zinid> the deadline is 1 AM today!
[08:20:09] <Maranda> upload i have to configure the component
[08:20:17] <zinid> ah, wait
[08:20:28] <zinid> no need, the test doesn't work for upload yet
[08:20:33] <zinid> I'm currently implementing it
[08:20:38] <Maranda> Ok sec
[08:23:17] <Maranda> zinid: done then
[08:29:01] <zinid> metronome.im doesn't support required feature: http://jabber.org/protocol/disco#info
[08:29:04] <zinid> wut?
[08:29:19] <zinid> XEP-0030 requires the feature to be included in disco#info response
[08:29:30] <zinid> is disco loaded?
[08:41:11] <zinid> ah, that's actually a response from bare user JID
[08:41:28] <zinid> zinid1@metronome.im doesn't support required feature: http://jabber.org/protocol/disco#info
[08:42:42] <zinid> other stuff seems correct
[08:44:02] <zinid> but this is a bug:
> Every entity MUST have at least one identity, and every entity MUST support at least the 'http://jabber.org/protocol/disco#info' feature
[08:46:33] <zinid> I removed all disco#info checks and connected successfully
[08:46:41] <zinid> so everything is ready for the benchmark
[08:46:42] <Maranda> zinid: what's the actual response?
[08:47:02] <zinid> Maranda, the response is correct, just disco#info feature is missing in this disco#info response
[08:47:14] <zinid> this is a MUST violation
[08:47:37] <Maranda> Ok, i'll fix asap when home
[08:48:04] <Maranda> Training now so it'll have to wait
[08:50:20] <zinid> #disco_info{node = <<>>,
identities = [#identity{category = <<"account">>,
type = <<"registered">>,lang = <<>>,
name = <<>>}],
features = [<<"urn:xmpp:mam:2">>,<<"urn:xmpp:sid:0">>,
<<"http://metronome.im/protocol/mam-purge">>],
xdata = []}
[08:50:29] <zinid> you see?
[08:51:29] <Maranda> Yeah
[08:52:00] <zinid> anyway, I disabled disco#info checks, it's irrelevant for the benchmarking purpose
[08:52:53] <Maranda> But right now in the wrong place, I'm limited by my phone. 🤣
[08:53:05] <Maranda> https://upload.lightwitch.org/share/NIO0clbwScMD3183/fHSdZIxKR5qY9RWYEK7DjQ.jpg
[08:53:28] <zinid> yeah, cool
[11:28:55] <Maranda> Ok on my way home, by 14:30 I'll generate rosters I suppose you'll figure why because the server will block for sure and/or explode.
[11:29:17] <Maranda> s/why/when/
[12:33:57] <Maranda> ok generating rosters now... brace for impact.
[12:38:46] <Maranda> zinid, .... there we go.
[12:38:56] <Maranda> zinid, server didn't explode either apparently
[12:39:15] <zinid> good
[12:40:17] <Maranda> zinid, certain you don't need pep?
[12:40:28] <zinid> no, I don't
[12:40:39] <Maranda> ok
[12:40:40] <zinid> I have a test written for it yet
[12:40:48] <zinid> *I don't have
[12:40:51] <Maranda> 👌 👍
[12:41:44] <Maranda> I'll eat something, then all ready :P
[12:42:23] <Maranda> oh wait I'll fix the disco thing first
[12:42:54] <zinid> eat first 😉
[12:43:06] <zinid> that barbell looked heavy 🙂
[12:47:40] <Maranda> zinid, oh that was warmup, the ones after that were "a bit" heavier but ok :P
[12:47:51] <Maranda> brb
[13:07:06] <Maranda> zinid, I think I need to switch code of disco#info around about everywhere
[13:07:29] <Maranda> I don't return the feature in a lot of components/places
[13:09:34] <zinid> hehe
[13:09:52] <zinid> this is not required for the benchmark anymore, so you can postpone this
[13:35:08] <Echo1> maranda committed --
mod_pubsub: fix syntax error, remove commas.
-> https://github.com/maranda/metronome/commit/bc36ec1124f4aa7a4118b751d434652574aec9da
[13:35:09] <Echo1> maranda committed --
{...}: always return disco#info feature. (Fixes #383)
-> https://github.com/maranda/metronome/commit/185918cc23343710805a955dd5851bd72d5f07ec
[13:38:25] <Maranda> <!-- Incoming 26/06/2018 15:37:27 -->
<iq id='' type='result' to='maranda@lightwitch.org/gajim.INJW9ZWV' from='maranda@lightwitch.org'>
<query xmlns='http://jabber.org/protocol/disco#info'>
<identity type='registered' category='account'/>
<feature var='http://jabber.org/protocol/disco#info'/>
<feature var='urn:xmpp:mam:2'/>
<feature var='urn:xmpp:sid:0'/>
<feature var='http://metronome.im/protocol/mam-purge'/>
<feature var='urn:xmpp:push:0'/>
<identity type='pep' category='pubsub'/>
<feature var='http://jabber.org/protocol/pubsub#pubsub-on-a-jid'/>
<feature var='http://jabber.org/protocol/disco#items'/>
<feature var='http://jabber.org/protocol/pubsub#access-presence'/>
<feature var='http://jabber.org/protocol/pubsub#auto-create'/>
<feature var='http://jabber.org/protocol/pubsub#create-and-configure'/>
<feature var='http://jabber.org/protocol/pubsub#create-nodes'/>
<feature var='http://jabber.org/protocol/pubsub#config-node'/>
<feature var='http://jabber.org/protocol/pubsub#delete-items'/>
<feature var='http://jabber.org/protocol/pubsub#delete-nodes'/>
<feature var='http://jabber.org/protocol/pubsub#filtered-notifications'/>
<feature var='http://jabber.org/protocol/pubsub#meta-data'/>
<feature var='http://jabber.org/protocol/pubsub#persistent-items'/>
<feature var='http://jabber.org/protocol/pubsub#publish'/>
<feature var='http://jabber.org/protocol/pubsub#publish-options'/>
<feature var='http://jabber.org/protocol/pubsub#purge-nodes'/>
<feature var='http://jabber.org/protocol/pubsub#retrieve-items'/>
</query>
</iq>
[13:38:34] <Maranda> zinid, there we go.
[13:38:42] *Maranda fixes order.
[13:40:06] <zinid> confirmed, I see the feature on my bare jid now too
[13:41:27] <zinid> I requested to start the benchmark machine
[13:49:34] <Maranda> zinid, ok 👍
[13:50:08] <Echo1> maranda committed --
metronome.release: set version to 3.9.8.
-> https://github.com/maranda/metronome/commit/1f2697ed959c2728208f890866e22e8483291168
[13:50:09] <Echo1> maranda committed --
mod_pep, pep_aux.lib: fix feature order.
-> https://github.com/maranda/metronome/commit/1e096cf98f864cfa41de59d51a02ae406dcb0e2d
[15:09:55] <Maranda> zinid, goin' to fix a shelf, ping when ready :P
[15:10:05] <zinid> Maranda, sure
[15:11:49] <Maranda> Jun 26 15:10:54 s2sout77f0420 debug Received[s2sout_unauthed]: <features xmlns='http://etherx.jabber.org/streams'><mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'/></features>
[15:11:50] <Maranda> hmm
[15:11:55] <Maranda> @version jabber.my
[16:40:12] <Echo1> Maranda: jabber.my is running Openfire version 4.0.1 on Linux 2.6.32-573.18.1.el6.x86_64 (i386) - Java 1.8.0_60
[16:40:33] <Maranda> O_O
[16:40:39] <Maranda> NICE
[16:41:03] <Maranda> Over one hour later :P
[17:12:44] <zinid> later is better than never!
[17:13:15] <Maranda> zinid, haha
[17:13:34] <Maranda> zinid, so no go today I take :P?
[17:15:43] <zinid> no, the admin didn't respond
[17:15:49] <zinid> sorry
[17:15:58] <Maranda> zinid, no problem :P
[17:16:07] <zinid> and also it's too late and I also need to go to the gym 🙂
[17:16:29] <Maranda> 👌 💪 👍
[17:19:09] *Maranda thinks that the 💪 is maybe inappropriate, barely does arms anyways and not biceps for sure.
[17:19:22] <Maranda> 🤣
[17:21:08] <zinid> I have an arm day today!
[17:21:12] <zinid> 😀
[17:25:38] <Maranda> the top of biceps I am allowed to do comes from rows. I managed to coherce the coach to allow me to do some bench and that's all I managed to sneak off my coach to do upper building.
[17:27:11] <Maranda> Otherwise I would be barred to do anything but triceps and forearms arms wise (and bench too normally but off-season now)
[17:27:29] <Maranda> 🤷‍♂
[17:28:43] <zinid> Yeah... Biceps curls is for faggots anyways 😂
[20:05:08] <Echo1> maranda committed --
mod_gdpr: don't send agreement when session is halted.
-> https://github.com/maranda/metronome/commit/f3bf6a75dc78777163358012be121086f1293960
[20:20:08] <Echo1> maranda committed --
mod_http_upload: clear shared tables properly. (Fixes #384)
-> https://github.com/maranda/metronome/commit/b81f6e9233cf2d84b03c0e8413994aa40b1abf0f
[20:55:10] <Maranda> @ping isode.com
[20:55:11] <Echo1> Maranda: Ping failed (remote-server-not-found): Server-to-server connection failed: received a response of type invalid while authenticating with the authoritative server
[20:55:37] <Maranda> @ping isode.com
[20:55:37] <Echo1> Maranda: Ping failed (remote-server-not-found): Server-to-server connection failed: received a response of type invalid while authenticating with the authoritative server