XMPP Council - 2024-12-10


  1. jcbrand

    Daniel: I'd like to propose for discussion XEP-0424 and XEP-0425 (Retractions and moderated retractions). Doesn't have to be today necessarily. AFAIK I've addressed all previous comments.

  2. Daniel

    jcbrand: you would like to start another LC?

  3. jcbrand

    Yes

  4. daniel

    It‘s time

  5. daniel

    1) Roll call

  6. goffi

    here

  7. larma

    👋

  8. dan.caseley

    Here!

  9. daniel

    2) Agenda bashing

  10. daniel

    no agenda but I want to go through the pending votes

  11. daniel

    3) Editors update

  12. daniel

    none

  13. daniel

    4) Items for voting

  14. daniel

    none. (I saw jcbrand’s request but will add that to next weeks agenda)

  15. daniel

    5) Pending votes

  16. daniel

    i just recorded singpolyma +1 for muc activity indicator

  17. daniel

    meaning we are missing goffis vote on that

  18. goffi

    +1, but I'm not fond of the UUID in the namespace, I would like more a human-friendly namespace.

  19. larma

    I think that uuid is meant to be temporary for until the xep gets accepted

  20. goffi

    OK, fine then.

  21. larma

    I think that uuid-uri is meant to be temporary for until the xep gets accepted

  22. daniel

    yes. i'll ask jonas to change that. I think very very technically jonas might be correct in that a proto xep shouldnt just self assign namespaces. but in practice we have always done that and with my editor hat I would suggest we continue doing that

  23. daniel

    i don’t think editor needs the workload of either coming up with a namespace or adding the extra roundtrip in asking the author after the xep gets accepted

  24. goffi

    yeah, that sounds like useless complication.

  25. dan.caseley

    If an author picked an absurd one, we could trap it here, right?

  26. goffi

    I guess.

  27. daniel

    dan.caseley, yeah that too. now it's basically up to the editor to either accept or reject the NS that jonas chooses which doesn’t sound right either

  28. daniel

    i'm sure it wont be a problem in this case. but giving council a finished xep w/o temp namespaces sounds like a better approach

  29. daniel

    anyway thanks for the vote goffi. this means the xeps is accepted

  30. Kev

    (FWIW, I don't think a ProtoXEP is 'self-assigning', but rather is proposing an assignment)

    👍 1
  31. daniel

    6) Date of next

  32. daniel

    +1w wfm

  33. goffi

    +1w wfm

  34. daniel

    (we can decide next week on a winter/holiday break)

  35. larma

    +1w wfm

  36. singpolyma

    > yes. i'll ask jonas to change that. I think very very technically jonas might be correct in that a proto xep shouldnt just self assign namespaces. but in practice we have always done that and with my editor hat I would suggest we continue doing that jonas indicated that editor could even just change the namespace on merge

  37. singpolyma

    (sorry for being late, but seems I didn't miss any votes)

  38. daniel

    yes with my editor hat on i don’t want to do that. i’ll just ask jonas to do the change

  39. daniel

    7) AOB

  40. daniel

    assuming none

  41. daniel

    8) Close

  42. daniel

    thank you all. see you next week

  43. goffi

    Thanks

  44. larma

    Thanks daniel, thanks all

  45. dan.caseley

    Thanks!