XSF Discussion - 2018-02-07


  1. Dave Cridland has left

  2. jjrh has left

  3. Lance has joined

  4. SamWhited has joined

  5. SamWhited has joined

  6. lovetox has left

  7. Dave Cridland has left

  8. Dave Cridland has left

  9. waqas has left

  10. SamWhited has joined

  11. SamWhited has joined

  12. blabla has joined

  13. remko has joined

  14. Dave Cridland has left

  15. vanitasvitae has left

  16. Lance has left

  17. jjrh has left

  18. Dave Cridland has left

  19. jjrh has left

  20. suzyo has joined

  21. moparisthebest has joined

  22. Dave Cridland has left

  23. moparisthebest has joined

  24. moparisthebest has joined

  25. Dave Cridland has left

  26. stefandxm has left

  27. stefandxm has joined

  28. blabla has joined

  29. Dave Cridland has left

  30. lskdjf has joined

  31. waqas has joined

  32. waqas has left

  33. la|r|ma has joined

  34. Dave Cridland has left

  35. Dave Cridland has left

  36. Dave Cridland has left

  37. Dave Cridland has left

  38. remko has joined

  39. efrit has left

  40. Dave Cridland has left

  41. Dave Cridland has left

  42. Lance has joined

  43. remko has joined

  44. goffi has left

  45. Dave Cridland has left

  46. Lance has left

  47. gwakyla has joined

  48. Lance has joined

  49. lskdjf has left

  50. Dave Cridland has left

  51. Lance has left

  52. remko has joined

  53. Dave Cridland has left

  54. SamWhited has left

  55. Dave Cridland has left

  56. Dave Cridland has left

  57. Lance has joined

  58. remko has joined

  59. Lance has left

  60. matlag has left

  61. matlag has joined

  62. @Alacer has left

  63. @Alacer has joined

  64. Steve Kille has left

  65. Steve Kille has joined

  66. remko has joined

  67. @Alacer has left

  68. @Alacer has joined

  69. uc has joined

  70. stefandxm has left

  71. remko has joined

  72. Dave Cridland has left

  73. Dave Cridland has left

  74. Dave Cridland has left

  75. Dave Cridland has left

  76. stefandxm has joined

  77. uc has joined

  78. remko has joined

  79. Dave Cridland has left

  80. Dave Cridland has left

  81. stefandxm has left

  82. remko has joined

  83. Dave Cridland has left

  84. lskdjf has left

  85. Zash has left

  86. rion has joined

  87. andy has joined

  88. Dave Cridland has left

  89. Dave Cridland has left

  90. remko has joined

  91. andy has left

  92. andy has joined

  93. Dave Cridland has left

  94. Dave Cridland has left

  95. Tobias has joined

  96. SamWhited has left

  97. la|r|ma has joined

  98. remko has joined

  99. andy has left

  100. la|r|ma has joined

  101. andy has joined

  102. Dave Cridland has left

  103. Guus has left

  104. suzyo has joined

  105. Guus has left

  106. remko has joined

  107. hannes has joined

  108. stefandxm has joined

  109. rion has left

  110. rion has joined

  111. remko has joined

  112. stefandxm has left

  113. suzyo has joined

  114. andy has left

  115. andy has joined

  116. hannes has joined

  117. remko has joined

  118. Lance has joined

  119. remko has joined

  120. Lance has left

  121. ralphm has left

  122. SaltyBones has left

  123. Dave Cridland has left

  124. andy has left

  125. ralphm has left

  126. ralphm has left

  127. hannes has joined

  128. suzyo has joined

  129. Dave Cridland has left

  130. Dave Cridland has left

  131. Dave Cridland has left

  132. Guus has left

  133. Guus has joined

  134. remko has joined

  135. Guus has left

  136. ralphm has joined

  137. ralphm

    https://news.ycombinator.com/item?id=16319418

  138. remko has left

  139. remko has joined

  140. ralphm

    Some comments on XMPP and IoT.

  141. Dave Cridland has left

  142. Dave Cridland has left

  143. Dave Cridland has left

  144. tim@boese-ban.de has joined

  145. Alex has joined

  146. stefandxm has joined

  147. Dave Cridland has left

  148. Dave Cridland has left

  149. Dave Cridland has left

  150. ralphm has left

  151. mimi89999 has joined

  152. stefandxm has left

  153. Guus has joined

  154. Ge0rG has joined

  155. Dave Cridland has left

  156. Dave Cridland has left

  157. ralphm has left

  158. Dave Cridland has left

  159. Dave Cridland has left

  160. Dave Cridland has left

  161. Dave Cridland has left

  162. Dave Cridland has left

  163. Dave Cridland has left

  164. Dave Cridland has left

  165. Dave Cridland has left

  166. hannes has joined

  167. hannes has joined

  168. Dave Cridland has left

  169. rion has left

  170. ralphm has left

  171. goffi has joined

  172. suzyo has joined

  173. suzyo has joined

  174. hannes has left

  175. hannes has joined

  176. tim@boese-ban.de has joined

  177. Dave Cridland has left

  178. jubalh has joined

  179. tim@boese-ban.de has joined

  180. Dave Cridland has left

  181. Dave Cridland has left

  182. Dave Cridland has left

  183. Guus has left

  184. Guus has joined

  185. mimi89999 has joined

  186. nyco has left

  187. Dave Cridland has left

  188. hannes has left

  189. hannes has joined

  190. tux

    Thanks for the link!

  191. tux

    Public transport seems to go for MQTT. :/

  192. tux

    No apparent reason, ie I never met an engineer who could tell me why the standards say "MQTT" (not much more, actually, it's still HTTP and SOAP).

  193. Dave Cridland has left

  194. tux

    I am trying to get XMPP in there, at least as a showcase, but so far MQTT has won by being the IoT buzzword.

  195. zinid

    tech this days...

  196. zinid

    driven by buzzwords exclusively

  197. edhelas

    well a good ol' comparison/benchmark could bring some nice bases for a proper discussion

  198. Guus has left

  199. jonasw

    I think people did that

  200. Martin has joined

  201. tux

    edhelas: but our product management is right when they say that you cannot engineer against the market.

  202. tux

    Unless you are Google or so

  203. jonasw

    edhelas, for XMPP e.g. "Access to Global and Federated Smart Objects Using XMPP" by Schuster et al.

  204. blabla has left

  205. marc has joined

  206. stefandxm has joined

  207. blabla has joined

  208. Dave Cridland has left

  209. zinid

    > you cannot engineer against the market Nailed it

  210. zinid

    that's why I think XMPP is lost because reputation is lost and you cannot fix that by creating good software or standards

  211. jubalh has joined

  212. Alex has left

  213. Ge0rG

    jonasw: "Access to Global and Federated Smart Objects" - things like this cause me sleepless nights

  214. jonasw

    Ge0rG, hah

  215. Alex has joined

  216. Ge0rG

    I'm not an XMPP IoT expert, but what MQTT provides is a very low-level pub-sub primitive protocol with no auth and no device enumeration. Are there IoT libs/specifications on top of that which allow automatic discovery, integration into complex control systems etc?

  217. Ge0rG

    Do we have those over XMPP?

  218. Ge0rG

    Last time I did IoT (over MQTT), I had to hard-code room names into event channel names and make custom firmware images for different rooms.

  219. lumi has joined

  220. Ge0rG

    I think that providing an easy-to-use abstraction library for the typical IoT developer problems will bring out acceptance to super-high automatically.

  221. Ge0rG

    *our

  222. zinid

    I also do not understand how you can compare mqtt and xmpp, they are on different layers

  223. Ge0rG

    zinid: are they?

  224. stefandxm has left

  225. zinid

    Ge0rG: from what I understand mqtt is just a hack on top of transport layer, it only improves transport, it defines no payload

  226. zinid

    While xmmp is transport plus application specific payload

  227. Dave Cridland has left

  228. Ge0rG

    zinid: MQTT is a pub-sub mechanism, too.

  229. zinid

    Ge0rG: so you can build federation with authentication and such using mqtt?

  230. zinid

    Also if pubsub is the only requirement let's use Redis!

  231. jonasw

    just because something doesn’t do federation, doesn’t mean that it’s just "a hack on top of transport layer" O_o

  232. jonasw

    (but IIRC authn was weird with MQTT)

  233. Tobias

    using TLS certs for auth?

  234. Ge0rG

    jonasw: was there any at all?

  235. jonasw

    lemme check

  236. jonasw

    I did a survey of IoT technologies in a class

  237. jonasw

    Ge0rG, plain text passwords

  238. jubalh has joined

  239. jonasw

    not sure if you count that as authn

  240. Ge0rG

    jonasw: I don't know. Are we in 1998 or in 2018?

  241. jonasw

    Ge0rG, zinid: https://sotecware.net/files/noindex/iot.pdf FWIW, that’s my summary on IoT protocols (MQTT, XMPP, CoAP and AMQP) from 2013 or something

  242. jonasw

    maybe that helps to get you on the same pages

  243. jonasw

    maybe that helps to get you on the same page?

  244. Ge0rG

    jonasw: so _you_ are that XXX guy!

  245. jonasw

    damn

  246. jonasw

    I should’ve used another thing to blank it out

  247. tux has joined

  248. jonasw

    I blanked it out because I’m not sure whether it’s fine to link to it publicly.

  249. jonasw

    (contains my supervisors name in the original version, which may or may not be ok)

  250. Ge0rG

    jonasw: generally I consider it fine to publish academic works that were reviewed and approved by the supervisor

  251. Dave Cridland has left

  252. jonasw

    I planned to ask him at some point :-)

  253. jonasw

    maybe I should just do that

  254. zinid

    jonasw, ok, so MQTT is an improved transport protocol with message broker, great. Now you need to implement your own application protocol on top of it to do federation, authentication, session lookups and so on

  255. zinid

    and you will end up with a custom solution, or what? will it be documented?

  256. jonasw

    I’m not sure what you mean by session lookups.

  257. zinid

    jonasw, how will you find peers?

  258. Ge0rG

    zinid: of these problems, XMPP solves federation. Authentication is a not-quite-solved problem for IoT devices. sessions and message delivery are a nightmare. And what kind of light-weight "smart object" abstraction do you run when you have messaging set up?

  259. Ge0rG

    And I'd argue that federation is not generally a good idea for IoT

  260. Dave Cridland has left

  261. zinid

    well, I'm not an IoT expert, so I cannot say if federation is needed, but whatever

  262. Ge0rG

    IoT federation is when Latvian hackers demand US dollars from Australian citizens to give back control over their Chinese thermostats.

  263. zinid

    sounds like a niche for XMPP

  264. zinid

    we already have a lot of criminals in XMPP, need moar

  265. Ge0rG

    tux: do you have an idea of useful IoT device abstraction libraries/protocol on top of either MQTT or XMPP?

  266. efrit has joined

  267. zinid

    I think federation is important if you want to configure your toster from the phone

  268. zinid

    if you don't, and you only need to connect tosters, then fuck that shit

  269. Ge0rG

    zinid: how does your toaster know which phone is yours?

  270. Dave Cridland has left

  271. zinid

    Ge0rG, OMEMO!

  272. suzyo has left

  273. suzyo has joined

  274. Ge0rG

    "Sorry, I can't make breakfast today, I have a new smartphone".

  275. moparisthebest has joined

  276. SaltyBones

    I agree with zinid. XMPP does much more than the comparisons. Unfortunately, I think that is one of the problems that people have with it XMPP is too many things at once.

  277. Ge0rG

    SaltyBones: I'm not saying XMPP is bad for IoT, I'm merely saying that we don't have the tools that reduce the work for IoT developers

  278. Dave Cridland has left

  279. SaltyBones

    I totally agree with that as well.

  280. daniel has left

  281. daniel has joined

  282. zinid

    because nobody is working on these tools

  283. zinid

    well, at least currently

  284. SaltyBones

    Well... tigase?

  285. Dave Cridland has left

  286. zinid

    I meant the specs

  287. zinid

    did tigase produce them?

  288. zinid

    From what I see currently the specs are deferred due to inactivity

  289. Flow

    IIRC peter retracted the IoT XEPs, or at lest tried to

  290. SaltyBones has left

  291. Flow

    peter waher that is

  292. vanitasvitae has left

  293. Dave Cridland has left

  294. Dave Cridland has left

  295. Dave Cridland has left

  296. Dave Cridland has left

  297. Dave Cridland has left

  298. Holger

    Yes they're don't their own thing now. But from what I know they're quite happy with XMPP core.

  299. moparisthebest has joined

  300. Holger

    I.e. SASL, sessions, routing.

  301. moparisthebest has joined

  302. Martin has left

  303. Ge0rG

    But that doesn't provide any on top value for IoT.

  304. efrit has left

  305. Tobias has joined

  306. Dave Cridland has left

  307. Dave Cridland has left

  308. lumi has left

  309. nyco has left

  310. Ge0rG has joined

  311. Dave Cridland has left

  312. Martin has joined

  313. zinid

    Ge0rG, and what value does XMPP provide then?

  314. zinid

    seems like doesn't fit very much for chats as well

  315. Dave Cridland has left

  316. Holger

    Ge0rG: On top of what?

  317. Holger

    Ge0rG: I'm just saying the Waher people see core XMPP as a good fit, e.g. compared to HTTP (which is what others do).

  318. Holger

    Of courese they need custom stuff to do their thing, communication with the XSF didn't work so they now do non-standard extensions. But from what I've heard the core might actually work better for them than for modern IM.

  319. Dave Cridland

    Tigase folk are working essentially without any deviation from the "normal" XMPP extensions.

  320. Flow

    Holger, I don't think they do non-standard extension, it's just not an XEP

  321. jubalh has left

  322. Flow

    which raises the question if it's a good idea for $company to XEP things up

  323. stefandxm has joined

  324. Dave Cridland

    Flow, A XEP for them owuld be more or less informational. They're simply using pubsub and other normal stuff. The only thing they pulled from the IoT stuff was the payload format.

  325. Flow

    Dave Cridland, I was talking about "the waher people" aka. clayster

  326. Flow

    not tigase

  327. Flow

    which I assume is the group Holger talks about

  328. Guus has joined

  329. Dave Cridland has left

  330. zinid

    I'm lost: so we now have different protocols for IoT devices?

  331. suzyo has joined

  332. Holger

    Flow: Right.

  333. Flow

    zinid, course we have

  334. zinid

    "Waher" people do IoT, others do MQTT and so on?

  335. Flow

    No

  336. Holger

    Flow: An extension that isn't standardized is not a "non-standard extension"? :-)

  337. zinid

    "Waher" people do XMPP, others do MQTT and so on?

  338. Flow

    both, clayster and tigase, appears to do IoT with XMPP

  339. jonasw

    (i think it isn’t about "standard" adn "non-standard", but about whether it is even an extension, Holger)

  340. Flow

    Holger, well if you write it down it's standarized, if you make it public its an open standard

  341. Flow

    for me, it doesn't metter which entity is behind the standard

  342. Flow

    if it's a standards org like ISO, or just some random company

  343. Flow

    or maybe even just some anonymous individual

  344. Holger

    Ah. Ok, whatever :-)

  345. jubalh has joined

  346. Flow

    of course you can better market things if it's a XEP, or even if PSA appears on the authors list

  347. Holger

    (I think they didn't even publish their stuff so far but were quite open to do so.)

  348. Flow

    Holger, stefandxm has some stuff published

  349. Holger

    Yeah.

  350. Flow

    (of course i meant above "if you make it public *and* freely implementable, then it is an open standard")

  351. Holger

    Fine with me. I just meant to say "it's not an XEP" and wasn't insisting on any definition of 'open standard' :-)

  352. Dave Cridland has left

  353. jubalh has left

  354. Flow

    as long as you care for open standards ;)

  355. hannes has joined

  356. stefandxm has left

  357. Alex has left

  358. Dave Cridland has left

  359. zinid has left

  360. Dave Cridland has left

  361. Dave Cridland

    Council Agenda sent out, by the way. I've put Guus's 198 PR on, of the existing PRs, because it seems to have had some discussion - but I suspect it won't be resolved today nonetheless.

  362. Flow

    Dave Cridland: thanks, one small suggestion: it would be great if you would mention the full XEP title and not just the number, i'm not good maping numbers to whatever the XEP does

  363. jonasw

    Flow, !xep 198

  364. jonasw waves at Bunneh

  365. Seve/SouL

    Didn't know about https://coy.im/

  366. Flow

    jonasw, well 198 is the actually one of the few numbers i am able to remember ;)

  367. Dave Cridland has left

  368. hannes has left

  369. Dave Cridland

    Flow, We've internally referred to it by number all the time, I think.

  370. Martin has left

  371. jonasw

    vanitasvitae, re XEP-0392: tried clamping your values to the [0..1] range?

  372. jonasw

    looks suspiciously as if that was the issue

  373. Dave Cridland has left

  374. jonasw

    (but I don’t have time to check that right now; other values are affected by this too)

  375. vanitasvitae

    jonasw: where exactly should I clamp?

  376. jonasw

    I thnik it’s written in the text

  377. jonasw

    ha

  378. jonasw

    vanitasvitae, ah, I’m using the verb "clip" there. §5.4, step 2: > Clip the values of r, g and b to the range from 0 to 1.

  379. vanitasvitae

    I'll check :)

  380. vanitasvitae

    Thank you

  381. jonasw

    -xep 198

  382. Bunneh

    jonasw: Stream Management (Standards Track, Draft, 2016-12-08) See: https://xmpp.org/extensions/xep-0198.html

  383. jonasw

    ah, Flow ^ that’s how it works :)

  384. vanitasvitae

    So basically if any value of r,g,b exceeds the range of 0,1, just round it to the nearest value in 0,1?

  385. Dave Cridland has left

  386. jonasw

    vanitasvitae, yes

  387. vanitasvitae

    For example 1,6 → 1,0, 0,43→0,43, -2 →0

  388. vanitasvitae

    Ok

  389. vanitasvitae

    Thank you :)

  390. jonasw

    exactly

  391. la|r|ma has joined

  392. Dave Cridland

    Seve/SouL, I don't remember seeing that one either. But it's another Security over Usability. I mean, no clickable links?

  393. Dave Cridland has left

  394. Seve/SouL

    Dave Cridland, yeah...

  395. Alex has joined

  396. Holger

    https://xmpp.org/extensions/xep-0313.html#prefs -- is the 'default' attribute mandatory?

  397. vanitasvitae

    jonasw: now it works. Nice :)

  398. Dave Cridland has left

  399. winfried has left

  400. Ge0rG

    Dave Cridland: your agenda is full of 363 links :>

  401. suzyo has joined

  402. Ge0rG

    Guus: there is a typo in https://github.com/xsf/xeps/pull/579 - "to high" --> "too high"

  403. Ge0rG

    Guus: but I think the new wording is pretty convoluted and might be cleaned up with a bit of thought.

  404. Dave Cridland has left

  405. suzyo has left

  406. Guus has left

  407. Guus has joined

  408. suzyo has joined

  409. winfried has left

  410. winfried has joined

  411. Guus has left

  412. Martin has joined

  413. Ge0rG

    daniel: I've provided some feedback to XEP-0363 in November, that went largely uncommented. If you happen to have a moment to think about it before the Council Meeting, we might be able to accelerate things.

  414. suzyo has left

  415. suzyo has joined

  416. jubalh has joined

  417. @Alacer has left

  418. @Alacer has joined

  419. tux

    Sorry, work called me out

  420. tux

    Ge0rG: I don't have a specific IoT library for XMPP. I have used Gloox once for the XMPP part and was quite satisfied, but for a show case the Gloox license is not viable. It seems that right now, based on available licenses, we are down to strophy in an embedded environment.

  421. jonasw

    strophy?

  422. tux

    In contrast to MQTT, XMPP can handle mobile connections and has built-in security features. However, MQTT5 counters this, wehen available

  423. tux

    erm,strophe

  424. jonasw

    ah

  425. jonasw

    right

  426. tux

    http://strophe.im/libstrophe/

  427. jonasw

    yeah, used that in an ... embedded ... context myself

  428. jonasw

    was wondering if there was a new shiny thing

  429. tux

    not really

  430. Flow

    -xep 363

  431. Bunneh

    Flow: HTTP File Upload (Standards Track, Proposed, 2017-12-03) See: https://xmpp.org/extensions/xep-0363.html

  432. tux

    But yeah, it would be much easier if there was an XMPP based library for IoT under a viable license (not GPL)

  433. Ge0rG has left

  434. jonasw

    LGPL?

  435. tux

    is an option

  436. jubalh has left

  437. Ge0rG

    tux: auth and (limited) mobile support also exist in HTTP.

  438. jonasw

    heresy!

  439. tux

    Ge0rG: but only in request/response scheme and features such as presence management would have to implemented, where XMPP already does this

  440. jonasw

    tux, json-over-websockets!

  441. tux

    Basically, XMPP allows us to 1) Log in a device by it's ID 2) Report and track its status in a presence stanza 3) send push-messages both ways 4) have built-in security 5) have handling for roaming mobile connections with constant link failures

  442. tux

    We'd have to re-build many of these features on HTTP or MQTT

  443. tux

    There is one thing XMPP cannot do: having very brief messages.

  444. Ge0rG

    tux: my point is that between "XMPP" and "how do I switch on a light" there is still a large development effort

  445. tux

    However, MQTT is already out there and part of standards (such as ITxPT) name these as _the_ IoT protocol, even though there is no further specification on how to actually use the protocol.

  446. tux

    It seems that many industries cannot imagine that IoT can happen without MQTT.

  447. Dave Cridland

    Ge0rG, FFS. Cut and paste error, of course. It's right in the Spreadsheet Of Doom.

  448. tux

    Ge0rG: Yes, there is. But XMPP is farther down the road than many other solutions.

  449. tux

    Only that XMPP is not known.

  450. jonasw

    tux, depends on your requirements

  451. jonasw

    I can imagine that things like (1) and (4) may not interest a lot of people, or even (5)

  452. tux

    It's a bit like the Microsoft thing: Maybe not the best solution available, but so many people are sure that this is _the_ solution that they are willing to spend tremendous effort to actually make it work.

  453. tux

    jonasw: well, they interest me.

  454. tux

    That's my actual application.

  455. jonasw

    tux, sure; I’m trying to explain why MQTT is seen as _the_ protocol without thought

  456. tux

    jonasw: Really, I have the feeling that "MQTT" is just copy-pasted as buzzword.

  457. jonasw

    that’s another possibility :)

  458. suzyo has left

  459. tux

    I've talked to hardware vendors about why they choose to build an MQTT gateway and they say something along the line of "IoT needs MQTT"

  460. jonasw

    re brief messages: have a look at EXI. {xep exi}

  461. Bunneh

    jonasw: Efficient XML Interchange (EXI) Format (Standards Track, Deferred, 2018-01-25) See: https://xmpp.org/extensions/xep-0322.html

  462. suzyo has joined

  463. jonasw

    has anyone heard of arc since the elections?

  464. Alex has left

  465. zinid

    "Efficient"

  466. suzyo has joined

  467. suzyo has joined

  468. mathieui

    https://nextcloud.com/talk/ anyone knows what they’re using?

  469. suzyo has joined

  470. suzyo has joined

  471. tux

    I once built a system that used jstrophe and Smack to transfer data between Browser-based application and backend. However, this has been superseded by JS frameworks now. The advantage was that the Browser used the same backend as every other part of the system.

  472. zinid

    mathieui: xmpp, IIRC

  473. suzyo has joined

  474. Dave Cridland has left

  475. daniel has left

  476. daniel has joined

  477. jubalh has joined

  478. jubalh has left

  479. suzyo has left

  480. Dave Cridland has left

  481. suzyo has joined

  482. stefandxm has joined

  483. Dave Cridland has left

  484. suzyo has left

  485. suzyo has joined

  486. suzyo has joined

  487. suzyo has joined

  488. lskdjf has left

  489. Martin has left

  490. suzyo has joined

  491. suzyo has joined

  492. Martin has joined

  493. stefandxm has left

  494. Dave Cridland has left

  495. jubalh has joined

  496. jubalh has left

  497. daniel has left

  498. daniel has joined

  499. SamWhited has joined

  500. SamWhited has joined

  501. daniel has left

  502. daniel has joined

  503. Dave Cridland has left

  504. jere has joined

  505. rion has joined

  506. Ge0rG has left

  507. moparisthebest has left

  508. moparisthebest has joined

  509. Alex has joined

  510. blabla has left

  511. stefandxm has joined

  512. suzyo has joined

  513. suzyo has joined

  514. suzyo has left

  515. suzyo has joined

  516. jere has left

  517. jere has joined

  518. zinid has left

  519. stefandxm has left

  520. suzyo has left

  521. suzyo has joined

  522. SaltyBones has left

  523. jubalh has joined

  524. jubalh has left

  525. hannes has joined

  526. marc has left

  527. marc has joined

  528. suzyo has joined

  529. suzyo has joined

  530. jjrh has left

  531. uc has joined

  532. uc has joined

  533. hannes has joined

  534. suzyo has joined

  535. Dave Cridland has left

  536. suzyo has joined

  537. Dave Cridland has left

  538. Ge0rG has left

  539. Ge0rG has left

  540. jjrh has left

  541. Lance has joined

  542. andy has joined

  543. Lance has left

  544. blabla has left

  545. jjrh has left

  546. suzyo has left

  547. suzyo has joined

  548. Dave Cridland has left

  549. suzyo has joined

  550. ThurahT has left

  551. matlag has left

  552. suzyo has joined

  553. suzyo has joined

  554. suzyo has left

  555. suzyo has joined

  556. suzyo has joined

  557. suzyo has joined

  558. matlag has joined

  559. Martin has left

  560. suzyo has left

  561. suzyo has joined

  562. lumi has joined

  563. Ge0rG has joined

  564. ThurahT has joined

  565. suzyo has joined

  566. suzyo has joined

  567. ThurahT has left

  568. Dave Cridland has left

  569. suzyo has joined

  570. suzyo has joined

  571. Dave Cridland has left

  572. peter has joined

  573. andy has left

  574. andy has joined

  575. Martin has joined

  576. Steve Kille has left

  577. Dave Cridland has left

  578. Dave Cridland has left

  579. edhelas

    https://telegram.org/blog/login

  580. Dave Cridland has left

  581. Ge0rG

    Heh, I was expecting to see a CMS login mask under that URL

  582. jere has joined

  583. tim@boese-ban.de has left

  584. Dave Cridland has left

  585. andy has left

  586. andy has joined

  587. jubalh has joined

  588. suzyo has joined

  589. tux has left

  590. suzyo has joined

  591. winfried has left

  592. daniel has left

  593. marc has left

  594. jubalh has left

  595. ralphm has left

  596. Guus has joined

  597. winfried has joined

  598. jubalh has joined

  599. jubalh has left

  600. waqas has joined

  601. SaltyBones has left

  602. andy has left

  603. Tobias has joined

  604. Tobias has joined

  605. andy has joined

  606. jubalh has joined

  607. blabla has joined

  608. jubalh has left

  609. lovetox has joined

  610. goffi has left

  611. andy has left

  612. jubalh has joined

  613. andy has joined

  614. Martin has left

  615. andy has left

  616. ralphm has joined

  617. jubalh has left

  618. goffi has joined

  619. andy has joined

  620. stefandxm has joined

  621. stefandxm has left

  622. hannes has joined

  623. andy has left

  624. Alex has left

  625. ralphm has left

  626. waqas has left

  627. jubalh has joined

  628. waqas has joined

  629. waqas has left

  630. efrit has joined

  631. andy has joined

  632. Seve/SouL has joined

  633. Guus has left

  634. Guus has joined

  635. andy has left

  636. ralphm has left

  637. Dave Cridland has left

  638. Guus has left

  639. Dave Cridland has left

  640. jubalh has left

  641. la|r|ma has joined

  642. lskdjf has joined

  643. Dave Cridland has left

  644. Dave Cridland has left

  645. ThurahT has joined

  646. Guus has joined

  647. ThurahT has left

  648. ThurahT has joined

  649. suzyo has joined

  650. ralphm has left

  651. ralphm has joined

  652. rion has left

  653. hannes has joined

  654. lskdjf has joined

  655. andy has joined

  656. peter has left

  657. ThurahT has left

  658. andy has left

  659. zinid has left

  660. andy has joined

  661. zinid has left

  662. hannes has left

  663. hannes has joined

  664. andy has left

  665. ralphm has left

  666. ralphm has joined

  667. SaltyBones has left

  668. ralphm has joined

  669. @Alacer has left

  670. @Alacer has joined

  671. peter has joined

  672. blabla has left

  673. @Alacer has left

  674. ralphm has joined

  675. ThurahT has joined

  676. winfried has left

  677. winfried has joined

  678. jubalh has joined

  679. jubalh has left

  680. Alex has left

  681. sezuan has joined

  682. pep.

    https://bpaste.net/show/9e375f6d5d66 for those not in council@, interesting discussion (that should have be done here) about including non-white male in the XSF, and membership process

  683. pep.

    Wait there are logs of council right?

  684. Alex has joined

  685. Steve Kille has joined

  686. jubalh has joined

  687. jubalh has left

  688. Syndace has left

  689. jubalh has joined

  690. jubalh has left

  691. Syndace has joined

  692. peter

    While working on https://tools.ietf.org/html/draft-ietf-mile-xmpp-grid-04 just now, I noticed that https://xmpp.org/extensions/xep-0030.html is version 2.5rc3. It would be good to get that spec out of whatever interim state it's in.

  693. Syndace has left

  694. Syndace has joined

  695. Steve Kille has left

  696. remko has joined

  697. marc has joined

  698. peter

    Also we seem to have lost https://xmpp.org/extensions/refs/ in transition at some point.

  699. peter

    Which is bad because that's referenced from https://xml2rfc.tools.ietf.org/

  700. peter

    Huh, the files are on the server, though...

  701. peter

    Last updated 2017-03-17.

  702. ralphm has joined

  703. ralphm

    Maybe some rewrite rule gone sideways.

  704. ralphm

    Maybe Kev or Intosi can figure that out

  705. peter

    Yeah I'll ping the iteam

  706. remko has joined

  707. marc has left

  708. ThurahT has left

  709. jubalh has joined

  710. Dave Cridland has left

  711. Dave Cridland has left

  712. ralphm has joined

  713. Dave Cridland has left

  714. remko has joined

  715. ralphm has left

  716. Dave Cridland has left

  717. marc has joined

  718. ralphm has joined

  719. valo has joined

  720. Dave Cridland has left

  721. jubalh has left

  722. Dave Cridland has left

  723. Dave Cridland has left

  724. lumi has left

  725. lumi has joined

  726. Dave Cridland has left

  727. ThurahT has joined

  728. Dave Cridland has left

  729. Dave Cridland has left

  730. Dave Cridland has left

  731. jjrh

    mathieui, https://github.com/nextcloud/server/search?q=xmpp&type=Issues&utf8=%E2%9C%93 XMPP it seems

  732. Dave Cridland has left

  733. marc has left

  734. nyco has left

  735. Dave Cridland has left

  736. remko has joined

  737. SaltyBones has left

  738. Dave Cridland has left

  739. SamWhited has left

  740. Dave Cridland has left

  741. peter has left

  742. remko has joined

  743. Dave Cridland has left

  744. Dave Cridland has left

  745. Dave Cridland has left

  746. Dave Cridland has left

  747. Dave Cridland has left

  748. ralphm has joined

  749. daniel has left

  750. Zash has left

  751. Dave Cridland has left

  752. valo has joined

  753. Dave Cridland has left

  754. lovetox has left

  755. Dave Cridland has left

  756. remko has joined

  757. Alex has left

  758. Seve/SouL has joined

  759. sezuan has left

  760. Dave Cridland has left

  761. Dave Cridland has left