XSF Discussion - 2018-04-03


  1. Zash has left

  2. Ge0rG has left

  3. Ge0rG has left

  4. Guus has left

  5. Dave Cridland has left

  6. Neustradamus has left

  7. moparisthebest has joined

  8. Neustradamus has joined

  9. moparisthebest has joined

  10. Guus has left

  11. Syndace has left

  12. lskdjf has joined

  13. ralphm has left

  14. Dave Cridland has left

  15. daniel has left

  16. Ge0rG has left

  17. remko has joined

  18. ralphm has left

  19. remko has left

  20. lumi has left

  21. daniel has left

  22. ralphm has left

  23. daniel has left

  24. Dave Cridland has left

  25. ralphm has left

  26. daniel has joined

  27. lskdjf has joined

  28. lskdjf has joined

  29. Guus has left

  30. ralphm has left

  31. ralphm has left

  32. Guus has left

  33. ralphm has left

  34. Lance has left

  35. la|r|ma has joined

  36. Lance has left

  37. ralphm has left

  38. ralphm has left

  39. daniel has left

  40. Guus has left

  41. ralphm has left

  42. Neustradamus has left

  43. daniel has left

  44. Guus has left

  45. Dave Cridland has left

  46. Guus has left

  47. SamWhited has left

  48. ralphm has left

  49. Dave Cridland has left

  50. Dave Cridland has left

  51. Dave Cridland has joined

  52. Dave Cridland has left

  53. Dave Cridland has joined

  54. Guus has left

  55. ralphm has left

  56. Guus has left

  57. ralphm has left

  58. la|r|ma has joined

  59. Syndace has left

  60. ralphm has left

  61. daniel has left

  62. la|r|ma has left

  63. Guus has left

  64. ralphm has left

  65. alexis has left

  66. Guus has left

  67. ralphm has left

  68. alexis has joined

  69. Guus has left

  70. Guus has left

  71. la|r|ma has joined

  72. Guus has left

  73. daniel has left

  74. SamWhited has left

  75. ralphm has left

  76. j.r has joined

  77. daniel has left

  78. ralphm has left

  79. daniel has left

  80. daniel has joined

  81. ralphm has left

  82. Dave Cridland has left

  83. Dave Cridland has left

  84. Guus has left

  85. ralphm has left

  86. Guus has left

  87. j.r has joined

  88. Guus has left

  89. Guus has left

  90. moparisthebest has left

  91. ralphm has left

  92. daniel has left

  93. Guus has left

  94. Anu has joined

  95. ralphm has left

  96. jere has left

  97. daniel has left

  98. SamWhited has left

  99. Dave Cridland has left

  100. ralphm has left

  101. Guus has left

  102. daniel has left

  103. jere has joined

  104. Guus has left

  105. Guus has left

  106. vanitasvitae has left

  107. j.r has joined

  108. SamWhited has left

  109. j.r has joined

  110. ralphm has left

  111. alexis has left

  112. rion has joined

  113. Guus has left

  114. SamWhited has left

  115. ralphm has left

  116. SamWhited has left

  117. Guus has left

  118. moparisthebest has joined

  119. j.r has joined

  120. ibikk has joined

  121. Dave Cridland has left

  122. Dave Cridland has left

  123. Dave Cridland has left

  124. Dave Cridland has left

  125. SamWhited has joined

  126. alexis has joined

  127. Guus has left

  128. Tobias has joined

  129. alexis has left

  130. alexis has joined

  131. alexis has left

  132. alexis has joined

  133. Dave Cridland has left

  134. ralphm has left

  135. SamWhited has left

  136. Guus has left

  137. alexis has joined

  138. ludo has joined

  139. ralphm has left

  140. Guus has left

  141. daniel has left

  142. ludo has left

  143. ludo has joined

  144. ralphm has left

  145. Guus has left

  146. SamWhited has joined

  147. ralphm has left

  148. Guus has left

  149. Dave Cridland has left

  150. daniel has left

  151. Dave Cridland has left

  152. ta has left

  153. ta has joined

  154. SamWhited has left

  155. vanitasvitae has joined

  156. ralphm has left

  157. Guus has left

  158. ralphm has left

  159. j.r has joined

  160. ralphm has left

  161. Guus has left

  162. SamWhited has left

  163. Guus has left

  164. SamWhited has joined

  165. daniel has left

  166. j.r has joined

  167. SamWhited has left

  168. Anu has left

  169. ludo has left

  170. ludo has joined

  171. ralphm has left

  172. goffi has joined

  173. ralphm has left

  174. Tobias has left

  175. Tobias has joined

  176. SamWhited has joined

  177. Guus has left

  178. SamWhited has left

  179. Guus has left

  180. j.r has joined

  181. SamWhited has joined

  182. ralphm has left

  183. Guus has left

  184. lskdjf has joined

  185. SamWhited has left

  186. Guus has left

  187. Guus has left

  188. j.r has joined

  189. daniel has left

  190. SamWhited has joined

  191. rion has left

  192. Dave Cridland has left

  193. moparisthebest has joined

  194. Guus has left

  195. SamWhited has left

  196. moparisthebest has joined

  197. Williams W has joined

  198. Williams W has left

  199. SamWhited has joined

  200. Dave Cridland has left

  201. Guus has left

  202. Guus has left

  203. ralphm has left

  204. ralphm has left

  205. ralphm has joined

  206. daniel has left

  207. goffi has left

  208. j.r has joined

  209. Ge0rG has joined

  210. ralphm has left

  211. ralphm has joined

  212. ralphm has joined

  213. ralphm has joined

  214. ralphm has left

  215. goffi has joined

  216. ralphm has joined

  217. remko has joined

  218. Guus has left

  219. andy has joined

  220. remko has left

  221. remko has joined

  222. remko has left

  223. remko has joined

  224. jubalh has joined

  225. Valerian has joined

  226. j.r has joined

  227. ralphm has left

  228. ralphm has joined

  229. Kev has left

  230. Kev has joined

  231. ta has left

  232. remko has left

  233. remko has joined

  234. daniel has left

  235. ralphm has joined

  236. ralphm has joined

  237. Dave Cridland has left

  238. ralphm has left

  239. ralphm has joined

  240. Guus has left

  241. moparisthebest has joined

  242. remko has left

  243. remko has joined

  244. remko has left

  245. remko has joined

  246. moparisthebest has joined

  247. ralphm has left

  248. daniel has left

  249. remko has left

  250. Dave Cridland has left

  251. remko has joined

  252. Dave Cridland has left

  253. remko has left

  254. remko has joined

  255. ralphm has joined

  256. Dave Cridland has left

  257. Dave Cridland has left

  258. remko has left

  259. remko has joined

  260. Guus has left

  261. Guus has left

  262. Dave Cridland has left

  263. remko has left

  264. remko has joined

  265. remko has left

  266. remko has joined

  267. Dave Cridland has left

  268. ralphm has left

  269. ralphm has joined

  270. jubalh has left

  271. Dave Cridland has left

  272. remko has left

  273. remko has joined

  274. Dave Cridland has left

  275. daniel has left

  276. remko has left

  277. remko has joined

  278. Dave Cridland has left

  279. jubalh has joined

  280. Dave Cridland has left

  281. ralphm has left

  282. ralphm has joined

  283. remko has left

  284. Dave Cridland has left

  285. remko has joined

  286. Dave Cridland has left

  287. remko has left

  288. remko has joined

  289. Dave Cridland has left

  290. ralphm has left

  291. ralphm has joined

  292. Dave Cridland has left

  293. Dave Cridland has left

  294. remko has left

  295. remko has joined

  296. daniel has left

  297. goffi has left

  298. Dave Cridland has left

  299. Kev has left

  300. remko has left

  301. remko has joined

  302. ralphm has left

  303. ralphm has joined

  304. rion has joined

  305. remko has left

  306. remko has joined

  307. remko has left

  308. remko has joined

  309. remko has left

  310. remko has joined

  311. ralphm has left

  312. ralphm has joined

  313. daniel has left

  314. SaltyBones has left

  315. edhelas

    hello everyone

  316. Valerian has left

  317. Valerian has joined

  318. remko has left

  319. remko has joined

  320. remko has left

  321. remko has joined

  322. Dave Cridland has left

  323. remko has left

  324. remko has joined

  325. ralphm has joined

  326. Dave Cridland has left

  327. jubalh has joined

  328. Dave Cridland has left

  329. remko has left

  330. remko has joined

  331. lskdjf has joined

  332. remko has left

  333. remko has joined

  334. mimi89999 has left

  335. mimi89999 has joined

  336. Dave Cridland has left

  337. remko has left

  338. remko has joined

  339. la|r|ma has joined

  340. mimi89999 has joined

  341. Dave Cridland has left

  342. remko has left

  343. remko has joined

  344. ralphm has joined

  345. remko has left

  346. remko has joined

  347. daniel has left

  348. remko has left

  349. remko has joined

  350. Dave Cridland has left

  351. SaltyBones has left

  352. daniel has left

  353. daniel has left

  354. Steve Kille has left

  355. remko has left

  356. Steve Kille has left

  357. remko has joined

  358. Yagiza has left

  359. remko has left

  360. remko has joined

  361. Yagiza has joined

  362. ta has left

  363. Dave Cridland has left

  364. remko has left

  365. remko has joined

  366. Steve Kille has joined

  367. remko has left

  368. remko has joined

  369. Dave Cridland has left

  370. SaltyBones has joined

  371. remko has left

  372. remko has joined

  373. Dave Cridland has left

  374. Dave Cridland has left

  375. remko has left

  376. remko has joined

  377. ralphm has joined

  378. remko has left

  379. remko has joined

  380. Dave Cridland has left

  381. remko has left

  382. remko has joined

  383. remko has left

  384. remko has joined

  385. Dave Cridland has left

  386. remko has left

  387. remko has joined

  388. ralphm has left

  389. ralphm has joined

  390. remko has left

  391. remko has joined

  392. remko has left

  393. remko has joined

  394. remko has left

  395. remko has joined

  396. Dave Cridland has left

  397. remko has left

  398. remko has joined

  399. SaltyBones has left

  400. ralphm has left

  401. ralphm has joined

  402. j.r has joined

  403. sezuan has left

  404. remko has left

  405. remko has joined

  406. remko has left

  407. remko has joined

  408. marmistrz has left

  409. ralphm has left

  410. ralphm has joined

  411. ralphm has left

  412. ralphm has joined

  413. Dave Cridland has left

  414. remko has left

  415. remko has joined

  416. remko has left

  417. remko has joined

  418. j.r has joined

  419. remko has left

  420. remko has joined

  421. daniel has left

  422. remko has left

  423. remko has joined

  424. Dave Cridland has left

  425. marmistrz has left

  426. remko has left

  427. remko has joined

  428. remko has left

  429. remko has joined

  430. ThibG has joined

  431. remko has left

  432. remko has joined

  433. SaltyBones has joined

  434. ralphm has left

  435. remko has left

  436. remko has joined

  437. Martin has joined

  438. remko has left

  439. remko has joined

  440. mhterres has joined

  441. mhterres has left

  442. remko has left

  443. remko has joined

  444. ralphm has left

  445. ralphm has joined

  446. daniel has left

  447. remko has left

  448. remko has joined

  449. remko has left

  450. remko has joined

  451. ralphm has left

  452. ralphm has joined

  453. remko has left

  454. remko has joined

  455. remko has left

  456. remko has joined

  457. remko has left

  458. remko has joined

  459. remko has left

  460. remko has joined

  461. ralphm has joined

  462. remko has left

  463. remko has joined

  464. remko has left

  465. remko has joined

  466. remko has left

  467. remko has joined

  468. remko has left

  469. remko has joined

  470. moparisthebest has joined

  471. remko has left

  472. remko has joined

  473. remko has left

  474. remko has joined

  475. jubalh has joined

  476. remko has left

  477. moparisthebest has joined

  478. remko has joined

  479. Dave Cridland has left

  480. daniel has left

  481. remko has left

  482. remko has joined

  483. alexis has left

  484. alexis has joined

  485. j.r has joined

  486. j.r has joined

  487. remko has left

  488. remko has joined

  489. remko has left

  490. remko has joined

  491. Seve/SouL

    o/

  492. remko has left

  493. remko has joined

  494. j.r has joined

  495. remko has left

  496. remko has joined

  497. Andrew Nenakhov has left

  498. remko has left

  499. Andrew Nenakhov has joined

  500. remko has joined

  501. daniel has left

  502. Andrew Nenakhov has left

  503. Andrew Nenakhov has joined

  504. ralphm has joined

  505. alexis has left

  506. alexis has joined

  507. Andrew Nenakhov has left

  508. Andrew Nenakhov has joined

  509. Andrew Nenakhov has left

  510. Andrew Nenakhov has joined

  511. Andrew Nenakhov has left

  512. Andrew Nenakhov has joined

  513. rion has left

  514. j.r has joined

  515. j.r has joined

  516. daniel has left

  517. edhelas

    https://blog.torproject.org/sunsetting-tor-messenger

  518. Yagiza has left

  519. winfried has left

  520. vanitasvitae has left

  521. Maranda

    ^ *yawn* tbh

  522. daniel has left

  523. Ge0rG

    METADATA!!!1

  524. vanitasvitae has joined

  525. Maranda

    Ge0rG stop leaking all my precious metas ™️😪

  526. edhelas

    got a question for you

  527. Ge0rG

    Marandata!

  528. edhelas

    what do you think about using MAM to "discover" Pubsub nodes

  529. Maranda

    \o/

  530. Andrew Nenakhov

    edhelas, > https://blog.torproject.org/sunsetting-tor-messenger Good riddance

  531. edhelas

    <iq to='pubsub.shakespeare.lit' type='set' id='juliet1'> <query xmlns='urn:xmpp:mam:2' queryid='f28' /> </iq>

  532. LNJ has joined

  533. edhelas

    without the "node" attribute, then I can paginate on those nodes

  534. Maranda already spoke about the topic, "just.. No"

  535. Maranda

    That's more about adding some result filtering option to disco#items queries (and something simpler than having to implement connection nodes) imho

  536. Maranda

    s/connection/collection/

  537. MattJ

    edhelas, indeed, aren't you just looking for RSM on disco#items? Which is one of the things RSM was created for

  538. Yagiza has joined

  539. Kev

    But no-one* implements, unfortunately.

  540. edhelas

    I'd like to also order

  541. Kev

    [* I've not seen it in the wild, in any case]

  542. MattJ waits for the *

  543. MattJ

    Aww

  544. edhelas

    RSM would be nice for pagination indeed

  545. MattJ

    I was hoping for *except we almost have an implementation in Swift

  546. Kev

    We've got RSM in Swift, but not plumbed into disco.

  547. edhelas

    *soon to be released

  548. edhelas

    also filtering

  549. edhelas

    but it would be the same kind of things for conferences

  550. edhelas

    "give me the top conferences of this service", "conferences with the most users"

  551. Tobias has joined

  552. edhelas

    and I want only the top 50 ones

  553. ThibG has joined

  554. alexis has left

  555. Ge0rG has left

  556. Alex has joined

  557. winfried has left

  558. Maranda

    And while RSM does it for paging I'm not sure it does it to filter results by <insert something, e.g. name> as long as I didn't miss any bit in {xep 30} which does

  559. Bunneh

    Maranda: Service Discovery (Standards Track, Final, 2017-10-03) See: https://xmpp.org/extensions/xep-0030.html

  560. Maranda

    I suppose "hierarchies"?

  561. Kev

    You could use disco nodes for the filtering, and RSM on that :)

  562. edhelas

    Kev what do you mean ?

  563. Alex has left

  564. Kev

    If you wanted to build filtering into disco results, you could define a way of encoding the filters in the disco node, and then use RSM in the 'usual' way for the disco results.

  565. ta has left

  566. edhelas

    I don't see how you can do that

  567. alexis has joined

  568. daniel has left

  569. Maranda

    Kev, I think the problem here was having the server filter result items by say a portion of the name e.g. "urn:xmpp:microblog" and return only the matching items

  570. Maranda

    Not the client retrieving everything and then filter

  571. Kev

    Indeed.

  572. Valerian has left

  573. Kev

    I repeat, you could just define a syntax for using nodes as a filter.

  574. Kev

    )

  575. Kev

    :)

  576. Valerian has joined

  577. edhelas

    I know that there's the pubsub#type attribute in Pubsub

  578. Valerian has left

  579. Valerian has joined

  580. Valerian has left

  581. j.r has joined

  582. efrit has joined

  583. Maranda

    I guess you could arbitrarily use type or something else, but whatever needs implementation both sides

  584. daniel has left

  585. Maranda

    Aka hax

  586. daniel has joined

  587. winfried has joined

  588. Maranda

    Something more definite in the spec itself would be better imho (but then that would fall into the same issues)

  589. Valerian has joined

  590. edhelas

    yeah

  591. edhelas

    I'm kinda lost

  592. andy has left

  593. Valerian has left

  594. Maranda

    And we're talking about filtering the containers aka the nodes 'emselves so can't use nodes, pubsub doesn't allow for hierarchy/leaf types afair

  595. Maranda

    s/hierarchy/branch/

  596. Maranda

    As long as not using collections which is overly convoluted

  597. edhelas

    do we have one Pubsub Collection implementation in the wild that is actuavelly used ?

  598. Holger

    ejabberd has code for it.

  599. edhelas

    I'm still finishing the 0060 pubsub implementation in ejabberd

  600. Holger

    No idea whether it's actually used by anyone :-)

  601. edhelas

    Holger as far as I saw, it's far from be done

  602. Holger

    Ah. No idea.

  603. Maranda

    Problem here we have 3 xeps to deal with disco, pubsub and microblogging

  604. ralphm

    I know it is used, but personally I think the current spec is not great. Except, maybe, the root node.

  605. Maranda

    😎

  606. Andrew Nenakhov has left

  607. edhelas

    Maranda it's more than Pubsub

  608. edhelas

    again, how can I discover conferences on my own server without listing 10K conferences from the service ?

  609. ralphm

    I think that in most cases where you might think that collection nodes are a good idea, you're probably better of with node-as-code.

  610. Maranda

    I said "disco, pubsub and microblogging"...

  611. goffi has left

  612. edhelas

    ah yeah sorry

  613. edhelas

    ralphm maybe we can deprecate Collection ?

  614. ralphm

    I guess we could, but who would benefit from this exactly?

  615. edhelas

    who is benefiting from it actually ?

  616. ralphm

    The specification is already deferred

  617. Kev

    Collections is a bit of a mess when you end up trying to use it, so I'm not sure it's an altogether stupid suggestion.

  618. Andrew Nenakhov has joined

  619. edhelas

    I had a look at collection many times, also for social network usage, I never ended up to find a nice way to use AND implement i

  620. edhelas

    *it

  621. andy has joined

  622. ralphm

    I.e. you can't go to deferred without going to Draft, first.

  623. edhelas

    I think that we better design Pubsub as a flat tree behind the services, but with a good filtering/ordering/pagination system to explore the nodes

  624. edhelas

    then a client that want to explore the network will be able to grab lots of interesting data quickly

  625. edhelas

    and not doing recursive exploration, loading entire dump of nodes and exploring each of thems

  626. ralphm

    edhelas: without XEP-0248, which is Deferred, there is only a bag of nodes, without any organization. If that aligns with your idea of a flat tree, yay.

  627. edhelas

    yes

  628. ralphm

    I like doing nothing and achieve results :-D

  629. edhelas

    MAM got a lot of nice features, including filtering on results, pagination

  630. edhelas

    too bad it's called "message archive"

  631. edhelas

    because it could be used for many other use cases

  632. edhelas

    like discovery

  633. Holger

    Well the pagination is 0059, it's just the filtering syntax you're missing, no?

  634. edhelas

    as well

  635. Holger

    Or sorting, which MAM also doesn't have.

  636. edhelas

    yup :D

  637. Holger

    I.e. "sort by number of participants/subscribers" or so.

  638. edhelas

    both 3

  639. Holger

    So I don't quite buy "MAM is perfect just has the wrong name" :-P

  640. Holger

    I totally see your use case and would think this just[tm] needs a bit new syntax.

  641. tux has joined

  642. edhelas

    or we can revive SQL over XMPP

  643. edhelas ---> []

  644. Ge0rG

    edhelas: I propose we use an HTTP-REST abstraction in between. OData is my favorite for that.

  645. Link Mauve

    “11:57:15 ralphm> I.e. you can't go to deferred without going to Draft, first.”, IIRC we did that at least once, and I’d like to propose a change to the process to allow it more.

  646. SaltyBones has left

  647. edhelas

    more seriously if we can achieve, in a XEP, a way to deal with those 3 things, pagination (RSM), filtering (MAM) and sorting, we can be good

  648. Link Mauve

    We’ve been telling people to implement deferred XEPs for a while, because a lot of them are useful, yet there are a ton of useless deferred ones.

  649. edhelas

    also MAM can then reuse that, I mean, in ejabberd MAM is basically querying the archives table :p

  650. alexis has joined

  651. Holger

    edhelas: I see the idea, I'm just not sure a generic filtering/sorting syntax really simplifies things compared to adding whatever you need to 0045/0060.

  652. ta has joined

  653. edhelas

    this XEP can be reused in lots of places "give me all the Holger messages, sorted by date in this chatroom, by pages of 20"

  654. edhelas

    Holger yeah maybe

  655. winfried has left

  656. edhelas

    I'm not coming wih a proper solution here, just that I can't scale Pubsub for now

  657. edhelas

    especially because of this disco issue

  658. Holger

    Maybe. I'm just saying that it's not obvious to me that this works as nicely for filtering/sorting as it does for pagination. You want different filtering/sorting fields for the different use cases.

  659. edhelas

    but that's the same thing with disco overall :D XMPP is just not that good with discovery, too "raw"

  660. edhelas

    indeed

  661. Guus has left

  662. Ge0rG has left

  663. alexis has left

  664. alexis has joined

  665. LNJ has left

  666. Valerian has joined

  667. Dave Cridland has left

  668. edhelas

    Holger what about filtering/ordering by https://xmpp.org/extensions/xep-0060.html#entity-metadata

  669. edhelas

    I have to do a PR in that thing as well, to expose more metadata

  670. edhelas

    including pubsub#access_model and pubsub#last_update

  671. daniel has left

  672. Dave Cridland has left

  673. Guus has left

  674. efrit has left

  675. lumi has joined

  676. jubalh has left

  677. Guus has left

  678. efrit has joined

  679. ThibG has joined

  680. SaltyBones has joined

  681. ThibG has joined

  682. ralphm has left

  683. ralphm has left

  684. LNJ has left

  685. Dave Cridland has left

  686. alexis has left

  687. ralphm has left

  688. goffi has joined

  689. Dave Cridland has left

  690. jubalh has left

  691. Guus has left

  692. SaltyBones has left

  693. Ge0rG has left

  694. ralphm

    Link Mauve: I strongly believe that if you need to encourage people to implement Deferred specifications, you should make an effort to bring it to Draft.

  695. ralphm

    Going from Deferred to Deprecated doesn't make sense to me.

  696. Anu has joined

  697. Link Mauve

    I agree, but that rarely happens.

  698. Link Mauve

    Or at least not in a timely manner.

  699. Ge0rG has left

  700. ralphm

    Deferred simply means: nobody's touched this in 12 months (used to be 6 I think) and nobody cares to move it forward in the process.

  701. Dave Cridland has left

  702. SaltyBones has joined

  703. edhelas

    also you cannot ask developpers to implement a new XEP, they are implementing it if they find it valuable

  704. ralphm

    XEP-0248 hasn't been touched since 2010, so I'd say it is rather dead. There doesn't seem any value in making it Deprecated.

  705. ralphm

    edhelas: a new XEP is not Deferred

  706. Guus has left

  707. andy has left

  708. edhelas

    sorry, defered

  709. Guus has left

  710. ralphm

    Sure, people that have a particular use case might not care about the actual status.

  711. alexis has joined

  712. daniel has left

  713. daniel has left

  714. ralphm

    We currently only have 11 Deprecated XEPs and most of them were superseded by either RFCs or new protocol. The only exception, arguably, is XHTML-IM.

  715. moparisthebest has joined

  716. Link Mauve

    edhelas, we make sure these developers will continue to implement deprecated things, by making experimental ones scary and never advancing them, and by deferring them.

  717. ralphm

    To be honest, the XHTML-IM spec should have a description of why it was deprecated.

  718. Guus has left

  719. moparisthebest has joined

  720. edhelas

    what is the state of bookmark2 by the way ?

  721. ralphm

    (and probably also mark XEP-0393 as a successor if that was the intent of the Council)

  722. Dave Cridland has left

  723. daniel has left

  724. Dave Cridland has left

  725. Guus has left

  726. Guus has left

  727. ralphm

    I see that XEP-0393 does mark itself as a successor to XEP-0071, so maybe it is just an editorial issue. Dave Cridland, SamWhited what is the idea here?

  728. ta has left

  729. UsL has joined

  730. daniel has left

  731. alexis has left

  732. alexis has joined

  733. ralphm has left

  734. alexis has left

  735. alexis has joined

  736. alexis has left

  737. Guus has left

  738. daniel has left

  739. Guus has left

  740. alexis has joined

  741. daniel has left

  742. alexis has left

  743. alexis has joined

  744. Guus has left

  745. Guus has left

  746. Dave Cridland has left

  747. daniel has left

  748. ralphm has left

  749. alexis has left

  750. alexis has joined

  751. ralphm has left

  752. alexis has left

  753. alexis has joined

  754. ralphm has left

  755. Guus has left

  756. alexis has left

  757. alexis has joined

  758. efrit has left

  759. Anu

    Funny thing, what I find more difficult is keeping track of when the spec changes

  760. Anu

    Short of being in these groups I don’t know how I would know that something I implemented years ago has been updated or changed

  761. Anu

    Well that and someone telling me something is broken

  762. MattJ

    Are you on the standards mailing list?

  763. Anu

    No

  764. MattJ

    That's the central place for notifications about updates

  765. Anu

    I have been in the past but since I do stuff as a hobby more than professionally

  766. Anu

    I’m often out of the loop or behind

  767. alexis has left

  768. alexis has joined

  769. Anu

    Any other protocol has an overall version of the api

  770. Zash

    What protocols?

  771. MattJ

    Anu, there was a proposal for that recently on the standards list ;)

  772. Anu

    There are many closed protocols that use xmpp as a backend but expose it as a rest Api

  773. alexis has left

  774. alexis has joined

  775. Anu

    They make xmpp easier to use and develop for. We debate the restful part but the fact that there is an api version means there less of a moving target

  776. andy has joined

  777. Anu

    The largest closed garden messaging services are or started as xmpp servers with push support and rest interfaces

  778. daniel has left

  779. Guus has left

  780. Guus has left

  781. alexis has left

  782. alexis has joined

  783. SaltyBones has left

  784. alexis has left

  785. alexis has joined

  786. alexis has left

  787. alexis has joined

  788. alexis has left

  789. SaltyBones has joined

  790. alexis has joined

  791. alexis has left

  792. alexis has joined

  793. ralphm has left

  794. alexis has left

  795. alexis has joined

  796. alexis has left

  797. alexis has joined

  798. alexis has left

  799. alexis has joined

  800. Anu

    Api versioning could be as simple as having a release schedule. Xep are always in development but X times a year we publish the new spec .

  801. Anu

    There are a lot of xeps and they all look equally important

  802. Anu

    But in reality some are heavily supported and others aren’t

  803. Valerian has left

  804. Valerian has joined

  805. Guus has left

  806. Ge0rG

    Anu: XEP-0387 is supposed to provide an up-to-date overview of the most important ones for IM

  807. Zash has left

  808. Ge0rG

    Anu: as somebody who's not following closely, it would be nice if you could point out where you struggle. I'd love to provide resources for newcomers in the wiki or maybe even on the main page in the future

  809. Andrew Nenakhov has joined

  810. Kev has left

  811. Yagiza has left

  812. daniel has left

  813. Maranda

    Regarding disco#items filtering, sorry but had no cell where I was, problem is we're dealing with 3 different xeps each one wanting a different thing.. As usual.

  814. edhelas

    Maranda I'm currently talking with order

  815. edhelas

    we maybe have an idea :) define two new XEPs Result Order Management and Result Filtering Management

  816. moparisthebest has joined

  817. daniel has left

  818. edhelas

    the service expose trough the disco#info the field that you can order and filter on

  819. edhelas

    and boom, you apply just RSM like things

  820. edhelas

    *Holger

  821. Maranda

    Order?

  822. Order has joined

  823. Holger

    Yes, with me.

  824. Holger

    Oh.

  825. LNJ has left

  826. Holger

    Seems my client failed to change my nick to 'Order' before making that statement.

  827. Zash has left

  828. Valerian has left

  829. Valerian has joined

  830. Maranda

    Result order management is needed for what beside the obvious?

  831. Holger

    Received error packet [conflict] from <xsf@muc.xmpp.org/Order>

  832. Zash has joined

  833. Maranda

    Changing order based on x?

  834. MattJ

    Multiple devices under the same nick

  835. edhelas

    Maranda that's it

  836. Holger

    MattJ: Ah, right.

  837. Guus has left

  838. Maranda

    I have a Jappix dejavu for some reason.

  839. Ge0rG

    MSN nicknames are a problem still.

  840. Holger

    TBH I'm still not convinced we need a new XEP. As opposed to just adding a data form to the disco request like MAM does today.

  841. Maranda

    Yes, agreed.

  842. Holger

    Ge0rG: We have no problems, we have opportunities.

  843. Maranda

    I came out with something even simpler than using DFs, but that's the idea.

  844. Holger

    (Sorry already had a bullshit bingo meeting today.)

  845. Ge0rG

    Holger: let's make an MVP!

  846. MattJ

    Prosody trunk == your MVP

  847. Ge0rG

    From MVP to ICO in only 0.5 Bitcoins!

  848. Ge0rG

    A coworker of mine is quitting to do something with the blockchain. Let's see if I can talk him out of it again.

  849. Maranda

    Ge0rG I suggest just blocking him with a chain.

  850. Ge0rG

    is that like clubbing him with books?

  851. rion has joined

  852. Maranda

    On the nearest lamp post

  853. Guus has left

  854. Maranda

    Irregardless of the nature of the article http://www.dailymail.co.uk/news/article-1281541/Chinese-boy-chained-lamp-post-father-tried-sell-street.html this gives an idea Ge0rG

  855. Maranda

    🤣

  856. Ge0rG

    Hm. https://wiki.xmpp.org/web/Special:Random is rather worthless because you always end up on random membership application pages.

  857. Ge0rG

    Maranda: was that boy to be sold or to be rented out?

  858. Maranda

    "Irregardless of the nature of the article" you know what to do with the "chain" and your colleague

  859. Maranda probably failed at some humor attempt

  860. Maranda

    Or google failed bringing up a good piccie

  861. Guus has left

  862. Ge0rG

    Hm. https://wiki.xmpp.org/web/Facebook links to a non-existent page.

  863. Maranda

    Ge0rG, more adapt http://www.mannequin-man.com/machinemart6.jpg

  864. daniel has left

  865. Maranda

    For some reason the first results of "chained to a lamp post" all brought either bikes or stuff that is all but humouristical

  866. alexis has joined

  867. Ge0rG

    So... I still wonder if we can solve multi-client/mobile MUC by implementing: - account joins all bookmarks on behalf of user - account determines notification-worthiness - account sends to-be-defined (push) notification to client - client transparently joins and gets backlog from MAM

  868. Maranda

    "Account joins all bookmarks on behalf of client"?

  869. Maranda

    Is that still the bnc idea?

  870. Ge0rG

    Maranda: yes

  871. lskdjf has joined

  872. Ge0rG

    It's a good, strong idea.

  873. Guus has left

  874. marmistrz has left

  875. daniel has left

  876. Holger

    It's an opportunity.

  877. Maranda

    Questions... when "is it supposed to join" and "how long is it supposed to stay joined"

  878. Guus has left

  879. moparisthebest

    how is the POC prosody module to do that working out?

  880. Ge0rG

    Maranda: when bookmarks

  881. Maranda

    "When bookmarked" and "for eternity from that" has its issues ™️

  882. Ge0rG

    Maranda: I know. Tell the MIX.

  883. Ge0rG

    Maranda: I would probably go with something like "at most N (=14) days after the last client disconnected"

  884. Alex has joined

  885. Ge0rG

    But obviously, having a zombie in a MUC is not desirable

  886. moparisthebest

    that'd just be an account/server setting

  887. Ge0rG

    Maybe also "when the last client session is killed"

  888. Maranda

    14 days on very busy room is a lot but still better than forever

  889. Zash

    Anyone tested my minimix?

  890. Ge0rG

    moparisthebest: users won't be able to figure it out. Probably not even server admins

  891. marmistrz has left

  892. Ge0rG

    Zash: tell us how

  893. Zash

    Ge0rG: I'm sure I put it in prosody-modules

  894. daniel has left

  895. Ge0rG

    Zash: I'm not sure you told us that before

  896. Ge0rG

    so https://modules.prosody.im/mod_minimix.html

  897. winfried has left

  898. Yagiza has joined

  899. Tobias

    https://blog.torproject.org/sunsetting-tor-messenger what do they mean with centralized metadata problem? isn't it decentralized?

  900. Kev has joined

  901. moparisthebest

    oh that's different than the one I (and I think you) were thinking of where each contact has their own .onion address, that looks like 'pidgin over tor'

  902. Maranda

    I think they just brought a random word to add between the last one and "problem"

  903. Maranda

    But that's me

  904. mimi89999 has left

  905. mimi89999 has left

  906. mimi89999 has joined

  907. moparisthebest

    The aim was to provide a chat client that supported a wide variety of transport networks like Jabber (XMPP), IRC, Google Talk, Facebook, Twitter; had an easy-to-use graphical interface; and configured most of the security and privacy settings automatically with minimal user intervention.

  908. mimi89999 has joined

  909. mimi89999 has joined

  910. moparisthebest

    so they are just saying all of those are centralized (xmpp least of which, but still has a good amount of metadata)

  911. ralphm has left

  912. mimi89999 has left

  913. mimi89999 has joined

  914. vanitasvitae

    > https://blog.torproject.org/sunsetting-tor-messenger what do they mean with centralized metadata problem? isn't it decentralized? Iwas thinking the same.

  915. Ge0rG

    vanitasvitae: it's more centralized than in p2p messengers

  916. efrit has joined

  917. moparisthebest

    in other words it is not https://en.wikipedia.org/wiki/TorChat

  918. Maranda

    moparisthebest, do you realize the intrinsical dumbness of that article though, "you don't want to scatter anything around" but you use an intermediary entity, oh rly?

  919. la|r|ma has left

  920. la|r|ma has joined

  921. jubalh has left

  922. mimi89999 has left

  923. Maranda

    Aka If you're so concerned, just go serverless and GTFO with it.

  924. mimi89999 has joined

  925. moparisthebest

    I still think much can be done with XMPP towards the 'no metadata' goal, or at least 'minimal metadata'

  926. Kev

    Some things can, but it's hard to get away from an envelope, I think

  927. Ge0rG

    If you want E2EE and minimal meta-data, XMPP is just not the right protocol.

  928. moparisthebest

    the initial plan I have in my mind, in a 2 server scenario, prevents any 1 server from knowing the endpoints

  929. daniel has left

  930. Ge0rG

    moparisthebest: you want to reinvent tor at the message routing layer.

  931. jubalh has joined

  932. moparisthebest

    it's not actually that complicated, but perhaps that's a good summary

  933. Valerian has left

  934. moparisthebest

    basically bob@bob.com communicates with tom@tom.com, but server bob.com only knows bob@bob.com is communicating with tom.com, and tom.com only knows tom@tom.com is communicating with bob.com

  935. Ge0rG

    moparisthebest: and then you also need to tie the identity of users into cryptographic identifiers, and at that moment you could just use Tor for the plumbing

  936. moparisthebest

    yep, but we already have that with omemo and pgp so

  937. Valerian has joined

  938. moparisthebest

    going with tor is already done with torchat, it doesn't give me all the nice things xmpp does though

  939. Valerian has left

  940. Valerian has joined

  941. Ge0rG

    moparisthebest: both OMEMO and PGP suck regarding identity management. There is no strong binding between your JID and your key.

  942. Ge0rG

    moparisthebest: you could do serverless XMPP between onion hosts.

  943. moparisthebest

    sounds like it'd eat battery though

  944. Ge0rG

    moparisthebest: I'm not so sure. You need to get some tor routing DHT data, that's some hundred megs a week or so

  945. moparisthebest

    one of the downsides of my plan is it makes any type of content or metadata based spam blocking worthless, but that sounds like someone else's problem ¯\_(ツ)_/¯ :)

  946. daniel has left

  947. MattJ

    Ge0rG, having no strong binding between your JID and your key is a bonus in the context of the metadata thing

  948. MattJ

    I could message you from a new random JID every day, but you would still know it was me

  949. Ge0rG

    MattJ: except I would need to analyze your key to decrypt, and attackers could do so as well to identify you

  950. moparisthebest

    only the thing meant to decrypt it should be able to do that

  951. Kev

    Ge0rG: unless it's sign then encrypt.

  952. Ge0rG

    And how am I supposed to respond in this scheme?

  953. Kev

    You don't bother, it was probably spam anyway :D

  954. Maranda

    Lol

  955. MattJ

    Ge0rG, who is the attacker in that case?

  956. moparisthebest

    in my mind, the server keys are in DNS, so you look up the key for otherserver.net, encrypt the fact that you are responding to bob@otherserver.net, and send it to otherserver.net

  957. MattJ

    The premise is that I can use a different server for each message if I wanted

  958. andy has left

  959. Guus has left

  960. Maranda

    Can you?

  961. Maranda

    DXMPP!

  962. Maranda isn't anymore certain how much of this discussion is serious and how much is sci-fi.

  963. moparisthebest

    I guess you could, the premise is a 'person' would be the owner of a certain key, and you'd just respond to whatever JID they told you to at the time

  964. Guus has left

  965. lumi has left

  966. daniel has left

  967. jubalh has left

  968. jjrh has left

  969. Guus has left

  970. Valerian has left

  971. efrit has left

  972. Andrew Nenakhov has left

  973. Andrew Nenakhov has joined

  974. Andrew Nenakhov has left

  975. Andrew Nenakhov has joined

  976. Dave Cridland has left

  977. Valerian has joined

  978. Valerian has left

  979. Valerian has joined

  980. jonasw has left

  981. Yagiza has left

  982. daniel has left

  983. jere has joined

  984. Seve/SouL has joined

  985. jubalh has joined

  986. efrit has joined

  987. Yagiza has joined

  988. j.r has joined

  989. ThibG has joined

  990. ThibG has joined

  991. Dave Cridland has left

  992. jjrh has left

  993. jjrh has left

  994. Dave Cridland has left

  995. ralphm has left

  996. Dave Cridland has left

  997. winfried has joined

  998. SamWhited has left

  999. daniel has left

  1000. Dave Cridland

    moparisthebest, So the problem with hiding metadata to the server level is that once you add in things like blocklists, it starts to behave pretty badly.

  1001. Dave Cridland

    moparisthebest, On the other hand, you can use anonymous MUCs to get what you want quite usefully, if you choose. Still needs sign->encrypt, but MLS actively hides the participants, for example.

  1002. moparisthebest

    not from the server though Dave Cridland ?

  1003. moparisthebest

    but yes, you'd have to be careful not to use bookmarks/blocklists/etc when hiding metadata from your server

  1004. ralphm has joined

  1005. jjrh has left

  1006. alexis has left

  1007. jjrh has left

  1008. ralphm has joined

  1009. Dave Cridland

    moparisthebest, MLS hides the metadata entirely, but XMPP needs it visible for routing. So if you use an anonymous MUC, your server knows only that you're talking to a person in the MUC, as does theirs. The MUC server knows both ends, though.

  1010. Zash

    That's not going to scale tho

  1011. daniel has left

  1012. alexis has joined

  1013. MattJ

    Every DXMPP server allows anonymous login and anonymous MUCs. Users each choose a login server at random, and then agree on a MUC JID on a random MUC server...

  1014. Ge0rG

    MattJ: and then they talk about random stuff in that MUC.

  1015. MattJ

    What else do you talk about after going to all that effort?

  1016. Ge0rG

    that reminds me of amateur radio. You build complicated devices to talk to other nerds about the complicated devices you built.

  1017. Maranda

    Tacos.

  1018. Ge0rG

    devices, tacos and knee implants.

  1019. Maranda

    I'd need a shoulder implant more atm probably :P

  1020. Zash

    Sounds like how GNU Social was a social network for talking about GNU Social

  1021. Ge0rG

    I need a gatling gun implant.

  1022. Zash

    Or how 3D printers are devices for producing parts for 3D printers

  1023. Tobias has joined

  1024. moparisthebest

    Dave Cridland, xmpp needs only certain parts for routing, not all the parts it has now

  1025. moparisthebest

    it just needs the last and next hop, not both endpoints

  1026. Dave Cridland

    moparisthebest, Sure. That's basically Tor, right?

  1027. daniel has left

  1028. moparisthebest

    it's xmpp just with an extra bit

  1029. moparisthebest

    but, kinda

  1030. la|r|ma has joined

  1031. alexis has left

  1032. alexis has joined

  1033. daniel has left

  1034. Maranda

    I'm dead curious to see the practical result.

  1035. Guus has left

  1036. alexis has left

  1037. daniel has left

  1038. alexis has joined

  1039. Guus has left

  1040. alexis has left

  1041. alexis has joined

  1042. Guus has left

  1043. efrit has left

  1044. Guus has left

  1045. remko has left

  1046. remko has left

  1047. andy has joined

  1048. lovetox has joined

  1049. Guus has left

  1050. Guus has left

  1051. Guus has left

  1052. Maranda has joined

  1053. daniel has left

  1054. ta has joined

  1055. jjrh has left

  1056. Andrew Nenakhov has left

  1057. Andrew Nenakhov has joined

  1058. Valerian has left

  1059. Andrew Nenakhov has left

  1060. Andrew Nenakhov has joined

  1061. daniel has left

  1062. Andrew Nenakhov has left

  1063. Andrew Nenakhov has joined

  1064. ludo has left

  1065. ludo has joined

  1066. daniel has left

  1067. Dave Cridland has left

  1068. Dave Cridland has left

  1069. jubalh has joined

  1070. daniel has left

  1071. ralphm has left

  1072. Andrew Nenakhov has left

  1073. Andrew Nenakhov has joined

  1074. SamWhited has left

  1075. Dave Cridland has left

  1076. Dave Cridland has left

  1077. jubalh has left

  1078. jubalh has joined

  1079. Dave Cridland has left

  1080. Dave Cridland has left

  1081. blabla has joined

  1082. Ge0rG has left

  1083. Valerian has joined

  1084. Dave Cridland has left

  1085. marc has joined

  1086. Guus has left

  1087. Dave Cridland has left

  1088. Dave Cridland has left

  1089. Guus has left

  1090. Maranda has left

  1091. Dave Cridland has left

  1092. Dave Cridland has left

  1093. Martin has left

  1094. SamWhited has left

  1095. Martin has joined

  1096. Martin has left

  1097. daniel has left

  1098. winfried has left

  1099. Guus has left

  1100. SamWhited has left

  1101. jubalh has left

  1102. Valerian has left

  1103. Valerian has joined

  1104. daniel has left

  1105. marc has left

  1106. remko has left

  1107. Dave Cridland has left

  1108. Valerian has left

  1109. Valerian has joined

  1110. Nekit has left

  1111. ralphm has joined

  1112. Steve Kille has left

  1113. Nekit has joined

  1114. Steve Kille has left

  1115. daniel has left

  1116. Steve Kille has joined

  1117. SaltyBones has left

  1118. Dave Cridland has left

  1119. jere has joined

  1120. Alex has left

  1121. j.r has left

  1122. jere has joined

  1123. jjrh

    is there a xep or is anyone working on one for emoji reactions?

  1124. Zash

    I think there's more than one

  1125. Tobias has joined

  1126. Zash

    -xep attaching

  1127. Bunneh

    Zash: Message Attaching (Standards Track, Deferred, 2017-09-11) See: https://xmpp.org/extensions/xep-0367.html

  1128. Zash

    -xep references

  1129. Bunneh

    Zash: References (Standards Track, Deferred, 2017-09-11) See: https://xmpp.org/extensions/xep-0372.html

  1130. Zash

    Those, I think?

  1131. SamWhited

    Those may give you the building blocks to build such a system, but I don't think there's anything standardizing that feature in particular.

  1132. SamWhited has left

  1133. blabla has left

  1134. SamWhited

    (and I'm not aware of anyone working on it)

  1135. j.r has joined

  1136. jjrh

    buddy sent me https://api.slack.com/docs/message-buttons

  1137. jjrh

    which is a interesting feature

  1138. daniel has left

  1139. Kev

    SamWhited: We're not quite there yet, but we're starting to build up References stuff.

  1140. marc has joined

  1141. Kev

    The issue with emoji reactions is that while sending them is straightforward, dealing with them very much isn't.

  1142. SamWhited has left

  1143. Kev

    We need a situation where you request a message from MAM, and you get all the references to it as well, correlated into a useful format so you don't get 30 'likes' in your archive a day later that you somehow have to correlate client-side.

  1144. Zash

    So References is going to do everything?

  1145. Kev

    Depends what 'everything' is.

  1146. alexis has left

  1147. Kev

    I don't see a reason not to use References as the framework for everything that's a reference.

  1148. alexis has joined

  1149. Kev

    But I'm not intending squeezing URL references, emoji reactions, quotes, etc. all into the one XEP.

  1150. Zash

    I mean, it looks like References and Attaching have some overlap

  1151. Kev

    They do, yeah.

  1152. Chobbes has joined

  1153. jubalh has joined

  1154. daniel has left

  1155. jjrh

    I have heard from multiple people that emoji reactions are the killer feature of slack

  1156. moparisthebest

    I still don't get what they give you over a well timed

  1157. jjrh

    people use them for stuff like "do we have quorum for the XSF boardmeeting?" and you do +1 or whatever

  1158. moparisthebest

    >:)

  1159. moparisthebest

    or whatever

  1160. Zash

    I've learned to take what people say the killer feature is with some salt.

  1161. moparisthebest

    but I guess I'm oldschool or something

  1162. jjrh

    well it's more "is emoji reactions the killer feature" and instead of agreeing or disagreeing you do thumbs up or thumbs down. and in theory we can go back in time and go "yeah everyone thought it was a shit idea" without reading the following messages

  1163. Chobbes

    I mean, emoji reactions don't seem like much, but people like them and get used to using them. They're great for quick agreements on things. Sending smilies and frownies creates a lot more noise.

  1164. Kev

    Zash: On the one hand, yes.

  1165. moparisthebest

    seems like it'd be useful on something like twitter, not so much instant messaging

  1166. Kev

    On the other, people really do get these little features into their workflow and they add value.

  1167. SaltyBones has left

  1168. jjrh

    not saying it's THE killer feature - but it's a feature I hear - to my surprise - a lot of people use.

  1169. Kev

    I don't use them as much as some folks, but it's useful.

  1170. Valerian has left

  1171. Valerian has joined

  1172. Zash

    Also, people tend to differ on which feature is the killer feature. Everyone has their own favorite.

  1173. Kev

    And one message with "30👍" beats a message with 30 replies each just saying 'great' or something by a long margin.

  1174. Kev has left

  1175. SaltyBones has left

  1176. Chobbes

    moparisthebest, a lot of people use that feature with instant messaging. It's shockingly useful. I wouldn't say it's the killer feature, but it's definitely a good feature that's well liked and well used.

  1177. Zash

    Last week it was stickers. XMPP can't succeed without stickers! It's the killer feature!

  1178. Zash

    Before that it was something else.

  1179. jjrh

    what are stickers?

  1180. daniel

    I'd certainly implement it if someone writes a xep

  1181. Zash

    Exactly.

  1182. Zash

    daniel: Or you could implement it and XEP-ify what you did.

  1183. Nekit has left

  1184. Kev

    daniel: It's one of the oh-so-many things on my list.

  1185. Zash

    The age old question, which comes first, implementation or specification :)

  1186. Kev

    MAM is the real killer for it, otherwise it's trivial.

  1187. Zash

    Kev: The problem you talk of, it's basically the same as with corrections, right?

  1188. Kev

    And receipts.

  1189. Kev

    Yes.

  1190. Kev

    Both of which I'm considering reframing in terms of References in the hope that MAM can just be references-aware, and not million-different-things-without-future-proofing aware.

  1191. Zash

    Aka "graph-like queries on log-style data is messy"

  1192. SamWhited has left

  1193. Kev

    Because message logs are actually message forests where each IM message is the root of a tree with leaves of emoji, corrections, receipts, URLs, ...

  1194. Kev

    Thankfully not at all messy.

  1195. Dave Cridland has left

  1196. Dave Cridland has left

  1197. jubalh has left

  1198. jubalh has joined

  1199. SaltyBones has joined

  1200. ralphm has left

  1201. daniel has left

  1202. MattJ

    Encode messages into a DAG structure, switch to JSON and transport them over HTTP

  1203. ralphm has joined

  1204. Andrew Nenakhov has left

  1205. SamWhited has left

  1206. ibikk has joined

  1207. jjrh has left

  1208. jjrh has left

  1209. jjrh has left

  1210. jjrh has left

  1211. ralphm has left

  1212. ralphm has joined

  1213. waqas has joined

  1214. Guus has left

  1215. Valerian has left

  1216. Valerian has joined

  1217. Yagiza has left

  1218. Guus has left

  1219. daniel has left

  1220. Guus has left

  1221. Valerian has left

  1222. Valerian has joined

  1223. waqas has left

  1224. ralphm has joined

  1225. waqas has joined

  1226. ibikk has joined

  1227. Guus has left

  1228. Guus has left

  1229. Guus has left

  1230. Guus has left

  1231. Ge0rG

    https://github.com/jabbercat/jabbercat/issues/80 proto XEP for reactions be here

  1232. daniel has left

  1233. Guus has left

  1234. Ge0rG

    jjrh: ^

  1235. ThibG has joined

  1236. waqas has left

  1237. Guus has left

  1238. Guus has left

  1239. ludo has left

  1240. ludo has joined

  1241. marc has left

  1242. Guus has left

  1243. pep.

    > Fitzpatrick modifiers; Aggregate or show separately? If aggregate, show unmodified version or most-voted-for version? (I tend to unmodified since the "unrealistic skin tone" is probably least controversial) On Mattermost (and probably slack?) you can click on the reactions that people already sent, to send one of the same type, aggregation here would prevent this

  1244. Ge0rG

    pep.: what if you make a happy white and a sad black Emoji (slack supports that)? Is that Racial Segregation?

  1245. daniel has left

  1246. Zash

    We need blue skin tone modifiers

  1247. pep.

    Ge0rG, do I care?

  1248. pep.

    :P

  1249. Valerian has left

  1250. Zash

    Scale the font snize?

  1251. Zash

    Scale the font size?

  1252. pep.

    Ge0rG, that was sarcastic right?

  1253. Ge0rG

    pep.: you will care, as soon as the Twitter SJW mob finds out

  1254. Ge0rG

    pep.: I wish it was

  1255. pep.

    Well it's already possible on any of the other platforms I'm sure

  1256. Andrew Nenakhov has joined

  1257. Maranda

    hmmm how many spim hits consist enough of an offense to justify a s2s ban? 🤔

  1258. Maranda needs a reasonable default.

  1259. pep.

    Ge0rG, hmm I take that back, I'm not able to find fitzpatrick modified emojis in Mattermost's selection.

  1260. Maranda

    ... and I know whatever I pick is probably too low :P

  1261. pep.

    You can input one yourself of course, but not as a reaction I think. Or you'd have to add it manually as a custom emoji maybe

  1262. Maranda

    math.random(100)?

  1263. Maranda

    85!

  1264. Ge0rG

    Maranda: you don't need to ban domains if you can ban users fast enough

  1265. daniel has left

  1266. tux has left

  1267. pep.

    Maranda, I would say increase the number of parameters you take into account, not just the number of hits. On what period of time, how often etc.

  1268. Maranda

    I'm not sure I really need to ban anything, but I'm implementing a logic for modules to temporarily ban remote servers based on hits.

  1269. Maranda

    (default is 2 days)

  1270. Zash

    Any local users having any users on the offending server in their roster?

  1271. Zash

    If not, ban instantly and forever!!!11!!eleven

  1272. Maranda

    🤣

  1273. Maranda

    85 sounds like a nice number anyways

  1274. Maranda

    (my year of birth also)

  1275. Maranda

    and random()'ed too!

  1276. Tobias has joined

  1277. Guus has left

  1278. pep.

    Ge0rG, in any case if we aggregate we'll get reports like: "My reaction doesn't show up"

  1279. pep.

    also that's a client impl. detail, right?

  1280. pep.

    Not a protocol issue

  1281. moparisthebest has left

  1282. daniel has left

  1283. Ge0rG

    pep.: how do you want to achieve consistency without writing such details into the XEP?

  1284. pep.

    You can suggest that sure

  1285. vanitasvitae has left

  1286. Andrew Nenakhov has left

  1287. Andrew Nenakhov has joined

  1288. Andrew Nenakhov has left

  1289. Andrew Nenakhov has joined

  1290. Andrew Nenakhov has left

  1291. Andrew Nenakhov has joined

  1292. Ge0rG

    On the other hand, not being precise gives us the opportunity to differentiate on quality of implementation.

  1293. marmistrz has left

  1294. marmistrz has joined

  1295. ralphm has joined

  1296. daniel has left

  1297. vanitasvitae has joined

  1298. andy has left

  1299. rion has left

  1300. Valerian has joined

  1301. Lance has joined

  1302. Andrew Nenakhov has left

  1303. Andrew Nenakhov has joined

  1304. Andrew Nenakhov has left

  1305. Andrew Nenakhov has joined

  1306. jonasw has left

  1307. daniel has left

  1308. goffi has left

  1309. Guus has left

  1310. remko has left

  1311. jjrh has left

  1312. remko has joined

  1313. SamWhited has left

  1314. Valerian has left

  1315. daniel has left

  1316. jjrh has left

  1317. jonasw has left

  1318. daniel has left

  1319. Guus has left

  1320. jjrh has left

  1321. Dave Cridland has left

  1322. jjrh has left

  1323. ibikk has left

  1324. ibikk has joined

  1325. Dave Cridland has left

  1326. marc has left

  1327. ralphm has joined

  1328. rion has joined

  1329. ta has joined

  1330. SamWhited has left

  1331. tux has left

  1332. blabla has left

  1333. ibikk has left

  1334. Alex has joined

  1335. jubalh has left

  1336. jubalh has joined

  1337. jubalh has left

  1338. ludo has left

  1339. ludo has joined

  1340. daniel has left

  1341. remko has left

  1342. remko has joined

  1343. remko has left

  1344. remko has joined

  1345. moparisthebest has joined

  1346. ibikk has joined

  1347. remko has left

  1348. Dave Cridland has left

  1349. SamWhited has left

  1350. Dave Cridland has left

  1351. Dave Cridland has left

  1352. remko has joined

  1353. Dave Cridland has left

  1354. Dave Cridland has left

  1355. Ge0rG has joined

  1356. remko has left

  1357. remko has joined

  1358. remko has left

  1359. lumi has joined

  1360. ralphm has joined

  1361. SamWhited has left

  1362. Dave Cridland has left

  1363. marc has joined

  1364. andrey.g has joined

  1365. marc has joined

  1366. jere has left

  1367. jere has joined

  1368. Ge0rG has left

  1369. andrey.g has joined

  1370. Ge0rG has left

  1371. Tobias has joined

  1372. SamWhited has left

  1373. Ge0rG has left

  1374. Dave Cridland has left

  1375. Dave Cridland has left

  1376. Ge0rG has left

  1377. SamWhited has left

  1378. rion has left

  1379. j.r has joined

  1380. j.r has joined

  1381. Ge0rG has left

  1382. rion has left

  1383. moparisthebest has joined

  1384. LNJ has left

  1385. SamWhited has left

  1386. rion has left

  1387. blabla has joined

  1388. j.r has joined

  1389. j.r has joined

  1390. ibikk has joined

  1391. daniel has left

  1392. SamWhited has left

  1393. ThibG has left

  1394. ThibG has joined

  1395. ludo has left

  1396. marmistrz has joined

  1397. marmistrz has joined

  1398. marmistrz has joined

  1399. lovetox has left

  1400. marmistrz has joined

  1401. marmistrz has joined

  1402. marmistrz has joined

  1403. marmistrz has joined

  1404. lovetox has joined

  1405. marmistrz has joined

  1406. daniel has left

  1407. jere has joined

  1408. j.r has left

  1409. jere has joined

  1410. j.r has joined

  1411. Dave Cridland has left

  1412. Alex has left

  1413. Dave Cridland has left

  1414. Ge0rG has joined

  1415. Ge0rG

    Another instant messaging flame war... https://news.ycombinator.com/item?id=16743055

  1416. Dave Cridland has left

  1417. Zash

    Great, we need more of those!

  1418. Zash

    !!!

  1419. Zash

    !!!!!11

  1420. Zash

    eleven

  1421. SamWhited has left

  1422. jjrh has left

  1423. Dave Cridland has left

  1424. Ge0rG

    Zash: we need a good setup guide for a modern prosody

  1425. Zash

    Ge0rG: Thanks for volunteering to work on our docs. :)

  1426. SamWhited has left

  1427. jjrh has left

  1428. Ge0rG

    Zash: thanks for placing that scary big red warning banner at the top of https://prosody.im/doc/public_servers

  1429. jjrh has left

  1430. Dave Cridland has left

  1431. Lance has left

  1432. Dave Cridland has left

  1433. Dave Cridland has left

  1434. Zash

    Like the ssl config page?

  1435. j.r has joined

  1436. daniel has left

  1437. Dave Cridland has left

  1438. j.r has joined

  1439. j.r has joined

  1440. SamWhited has left

  1441. jubalh has joined

  1442. jubalh has left

  1443. Lance has joined

  1444. Dave Cridland has left

  1445. waqas has joined

  1446. SaltyBones has left

  1447. SaltyBones has left

  1448. daniel has left

  1449. SamWhited has left

  1450. daniel has left

  1451. Dave Cridland has left

  1452. daniel has joined

  1453. Dave Cridland has left

  1454. jjrh has left

  1455. winfried has left

  1456. daniel has left

  1457. ralphm has joined

  1458. jjrh has left

  1459. Chobbes has left

  1460. j.r has joined

  1461. LNJ has left

  1462. Zash has left

  1463. Guus has left

  1464. daniel has left

  1465. ralphm has joined

  1466. daniel has left

  1467. daniel has left

  1468. daniel has joined

  1469. Guus has left

  1470. Guus has left

  1471. moparisthebest has joined

  1472. daniel has left

  1473. moparisthebest has joined

  1474. daniel has joined

  1475. SamWhited has left

  1476. ralphm has joined

  1477. SamWhited has left

  1478. LNJ has left

  1479. lovetox has left

  1480. daniel has left

  1481. Ge0rG has joined

  1482. LNJ has left

  1483. LNJ has joined

  1484. Ge0rG has left

  1485. la|r|ma has left

  1486. daniel has left

  1487. jjrh has left

  1488. efrit has joined

  1489. j.r has joined

  1490. jjrh has left

  1491. daniel has left

  1492. SamWhited has left

  1493. efrit has left

  1494. moparisthebest has joined

  1495. efrit has joined

  1496. daniel has joined