XSF Communications Team - 2020-06-09


  1. Martin

    Newsletter day?

  2. Nÿco

    yes it is, I'm copy-pasting into Tinyletter

  3. Nÿco

    who wants to proof-read the test emailing? (it is only sent to me, I will forward it)

  4. SouL

    I can't unfortunately :( I'm on a long meeting starting now

  5. Nÿco

    so it's very dfficult, I don't know how to handle the copy-paste, as both Atom and GitHub rendered Markdown suck

  6. Nÿco

    oops, btw the markdown is not right in the Specs section with unordered lists with - and *

  7. wurstsalat

    I did that just like in the last newsletter

  8. Nÿco

    ok

  9. Nÿco

    well it does not work on Tinyletter, nor on GitHub's MD flavor, I don't know for Pelican

  10. Nÿco

    I'll have to pause for a series of meetings

  11. Nÿco

    I've resumed the newsletter: if you can review it in the next 30 min, I'd be happy to have any help

  12. Nÿco

    done

  13. peetah

    gajim screenshots appear above their introducing line

  14. Nÿco

    I've seen that, but the is good

  15. Nÿco

    code

  16. Nÿco

    anyway, I've got it right in the newsletter

  17. peetah

    extensions bullet points are all at the same level

  18. Nÿco

    yeah, noticed as weel, commented in thr PR

  19. Nÿco

    it is a mix of - and *

  20. peetah

    oh you mean it is a github rendering issue rather than a problem with the markdown

  21. Nÿco

    yes, on that one precisely

  22. Nÿco

    it renders correctly on Atom (by GitHub)

  23. peetah

    Version 1.3.0 of [XEP-0068] => the link is not rendered on github

  24. Nÿco

    yes, commented as well

  25. Nÿco

    it seems a copy-paste issue

  26. peetah

    sorry I did not notice you made comments, I was looking at the raw file and the github rendering

  27. Nÿco

    oh and wrong yax.im link

  28. Nÿco

    ok yax.im is rendered in the newsletter... 😢

  29. Nÿco

    the newsletter is ready to go

  30. vanitasvitae

    \o/

  31. Nÿco

    no help on reviewing it in your inbox?

  32. Nÿco

    you trust me too much... 😢

  33. Nÿco

    on the blog, we can always fix it afterwards, it is a PR away on the newsletter, once it's sent... well, too late 🙂

  34. debacle

    Eat your own dog food! allo asks rightfully, why they cannot subscribe to the newsletter via XMPP https://chaos.social/@allo/104310253258280020 I suggest to arrange with edhelas, that XSF commteam has their own pubsub node on movim.eu and post there. This can currently only used by movim and salutatoi, but DebXWoody is working on a desktop client for pubsub ;-) Nice about pubsub: Typos can be fixed!

  35. vanitasvitae

    Thats a great idea 😀

  36. debacle

    the idea comes from the first comment by mastodon user j.r

  37. Nÿco

    absolutely, I tried in the past, but first you have to create a specific account, easy, but then you must again copy-paste it here, and I had issues, so that was way too much time spent for me

  38. vanitasvitae

    Can't you just bridge the RSS feed over?

  39. Nÿco

    so, no red light for the newsletter? I'll send it

  40. vanitasvitae

    I think edhelas had some rss2pubsub tool

  41. Nÿco

    > Can't you just bridge the RSS feed over? I had not thought of that, so I have not looked for it

  42. Nÿco

    oh even "gooder" if that can be automated

  43. vanitasvitae

    https://github.com/edhelas/atomtopubsub

  44. debacle

    vanitasvitae Nÿco AFAIK it must be clean Atom XMPP

  45. debacle

    vanitasvitae Nÿco AFAIK it must be clean Atom XML

  46. vanitasvitae

    debacle, > Nÿco AFAIK it must be clean Atom XML https://github.com/edhelas/feedcleaner 😀

  47. Nÿco

    good catch

  48. vanitasvitae

    edhelas thought of everything!

  49. Nÿco

    wanna try?

  50. vanitasvitae

    Maybe edhelas can be talked into bridging the newsletter?

  51. vanitasvitae

    afaik he already bridges a number of feeds

  52. debacle

    I'm subscribed to Planet Jabber via Movim.

  53. Nÿco

    I'm sending the newsletter

  54. vanitasvitae

    nice

  55. Nÿco

    388 subscribers last issue, it was 361

  56. Nÿco

    so now I'm on the social media content

  57. pep.

    Yeah one would "just" need to run atomtopubsub / feedcleaner and put that on an xmpp.org pubsub component to make it somewhat official

  58. Nÿco

    "somewhat"

  59. pep.

    Otherwise anybody can run these things and put that on their own pubsub component

  60. Nÿco

    yes

  61. pep.

    Nÿco, yeah.. since it's not really defined what's official and what's not :p

  62. Nÿco

    for example, I have created the fosstodon/mastodon @xmpp account and I'm the only one having the password

  63. Nÿco

    indeed, that's what I meant

  64. Nÿco

    from my perspective, I prefer to have something setup and non-official, as long as it is benevolent

  65. DebXWoody

    AFAIK there is a Blog for the newsletter on movim. The problem, for RSS Feeds there are some things nor possible (Share, Comments). It would be nice to have a real pubsub for XMPP. I think it will be possible give access on this node for different accounts.

  66. Nÿco

    right

  67. Nÿco

    oh wait, I have the first stats for this newsletter! 🙂

  68. Nÿco

    https://upload.movim.eu/files/1ab8cd5d50a081e2fdf8ce43dca3047f8bd49889/82HkfrSRXrLrjA7pzgnqlXHU5CRxSz37PCjGgpyi/Capture_d_%C3%A9cran_de_2020-06-09_14-57-02.png

  69. DebXWoody

    https://uploads.debxwoody.de/upload/dmdz0KRnWQhD0HBU/Movim-roles.png

  70. Nÿco

    👍️

  71. emus

    > Eat your own dog food! > allo asks rightfully, why they cannot subscribe to the newsletter via XMPP > https://chaos.social/@allo/104310253258280020 > I suggest to arrange with edhelas, that XSF commteam has their own pubsub node on movim.eu and post there. > This can currently only used by movim and salutatoi, but DebXWoody is working on a desktop client for pubsub ;-) > Nice about pubsub: Typos can be fixed! And RSS feed?

  72. DebXWoody

    It looks that Movim is using XEP-0277: Microblogging over XMPP. On Movim you can just write you information in md-syntax and will be pushed via PubSub. At least what I understood so far. I started to write a application to be able to read those microblogs: https://nl.movim.eu/?blog/DebXWoody/b1fb0016-1992-425e-ae45-0c7d9d027e3c

  73. vanitasvitae

    Nÿco, can you add a link to the rss feed of the newsletter as "Newsletter" to the @xmpp fosstodon account's profile?

  74. vanitasvitae

    Maybe below "Website"?

  75. vanitasvitae

    Hm, I don't find the newsletter landing page particularly appealing.

  76. vanitasvitae

    I'd prefer if the link would automatically contain the latest issue of the newsletter

  77. vanitasvitae

    Not sure if that's easy to do though

  78. vanitasvitae

    But having the newsletter page contain the latest post would be a nice improvement in my opinion

  79. Martin

    Maybe the paragraph advertising to sign up to the newsletter could be omitted from the email newsletter in the future. It's not very helpful for people who read the newsletter in their mailclient because they already are subscribed.

  80. debacle

    DebXWoody Note, that you can post to Movim using "jp", the command line tool of salutatoi. With jp, you can even create the id for your article yourself, which then is used by Movim for the URL. E.g. "eagle_movim_microblog" instead of "b1fb0016-1992-425e-ae45-0c7d9d027e3c".

  81. debacle

    But you might have the feature in eagle soon, anyway :-)

  82. DebXWoody

    Cool! Still working on OX

  83. DebXWoody

    But I'm able to send a OX message from eagle to profanity.

  84. debacle

    DebXWoody Gajim also can talk 🐂 with the gajim-openpgp plugin.

  85. DebXWoody

    profanity -> gajim is also working

  86. DebXWoody needs longer weekends ;-)

  87. Nÿco

    > Nÿco, can you add a link to the rss feed of the newsletter as "Newsletter" to the @xmpp fosstodon account's profile? let me check

  88. Nÿco

    I got caught, but it's done: is it ok?

  89. Nÿco

    > Maybe the paragraph advertising to sign up to the newsletter could be omitted from the email newsletter in the future. It's not very helpful for people who read the newsletter in their mailclient because they already are subscribed. that's correct differentiating by channel is the way to go but I already have to manage so many differences that not adding one can help

  90. emus

    SouL I merged the pull request. Now I just need to wait? https://github.com/xsf/xmpp.org/blob/master/content/posts/newsletter/2020-05-01.md

  91. Nÿco

    yes, wait... and cry or celebrate 🙂

  92. Nÿco

    so, I've not been able to find time to draft the social media content... argh

  93. wurstsalat

    emus, as soon as you open the next PR I’ll add the newest XEP updates ;)

  94. peetah

    before opening the next PR, why does it have to be done via emus repo ? would'nt it be easier for any newcomer to modify the file directly on xsf repo ?

  95. Nÿco

    well, can you edit on both repos wia the website?

  96. peetah

    nope only via emus repo

  97. peetah

    and I can't understand why

  98. emus

    peetah: I dont know actually and dont understand neither

  99. emus

    I thought you could just merge request directly

  100. Nÿco

    emus, I used to do this, create a PR from the XSF repo

  101. emus

    Nÿco: I did so

  102. emus

    will check later

  103. Nÿco

    ok

  104. peetah

    thanks emsu

  105. peetah

    thanks emus

  106. Martin

    peetah: emus creates a PR against the xsf repo and the you PR against his PR therefore in his repo. So the work is done in his fork and merged when it's ready. At least this was my understanding when I participated last month.

  107. emus

    Martin: I think you are right. But is that the normal way?

  108. emus

    Martin: I think you are right. But is that the way togo?

  109. peetah

    so this allows someone (here emus) to have the lead on the PR, rather than having everything going through xsf repo authorized users , am I right ?

  110. Martin

    Don't know I'm no Gitguru.

  111. Martin

    > so this allows someone (here emus) to have the lead on the PR, rather than having everything going through xsf repo authorized users , am I right ? I think that's the intention.

  112. emus

    peetah: I think I will add a default @mynick, so I will be informed all the time

  113. emus

    I can offer you guys merge rights to my repo?

  114. emus

    I you guys want to go back to use the wiki, feel free to do so. I have no motivation at the moment anyway

  115. peetah

    I don't need it, I was more concerned about the non intuitive way of going through the xsf PR, then click on emus PR and then look for the file to edit it

  116. emus

    We can also go for full open, and just use yo pad or something. then we just archive the final step or log for review

  117. emus

    The intention for Github was to remove one step of formating. Also with a midterm view to host translations by xsf aswell. So you have fewer formatting hassle. Thats anyway not good as there are so many different formatying steps...

  118. DebXWoody

    I think it is quite nice: https://nl.movim.eu/?node/pubsub.movim.eu/xmpp

  119. emus

    https://github.com/xsf/xmpp.org/pull/714

  120. emus

    I don't know how to improve PR commit situation. I can try to give you rights in my repository.

  121. DebXWoody

    Profanity 0.9.0 has been released: https://profanity-im.github.io/blog/post/release-090/

  122. emus

    Can someone just test to make a PR - eventually, there is no fork inbetween anymore

  123. emus

    Can someone just test to make a PR? - eventually, there is no fork inbetween anymore

  124. emus

    I think newsletter-july2020 is now just a branch in the XSF repostiory, not in mine, maybe that is better now. But I am not a gitguru either

  125. emus

    I think newsletter-july2020 is now just a branch in the XSF repository, not in mine, maybe that is better now. But I am not a gitguru either

  126. peetah

    emus: done

  127. peetah

    but I can't edit from the draft PR: I have to click on newletter-July2020 branch, look for the file and then edit it.

  128. peetah

    it feels counter intuitive to me, but may be that's the only way to achieve what we're trying to do

  129. peetah

    anyway, thanks for successfully removing one layer in this process

  130. peetah

    anyway, thanks for having successfully removed one layer in this process

  131. peetah

    anyway, thanks for having successfully removed one layer of this process

  132. emus

    😅️ ehh that you now cannot edit anything doesn not sound like success to me 😀

  133. emus

    I dont see any commits anywhere

  134. emus

    so you went to Files Changed, then the three dots?

  135. peetah

    emus: check the PR list or xsf repo

  136. emus

    ahhhh

  137. emus

    thats very good!

  138. emus

    Just @mention me in the next one!

  139. emus

    but is that harder for you now?

  140. peetah

    not harder, not easier :)

  141. peetah

    it just doesn't take me to your repo anymore

  142. emus

    🙏️

  143. emus

    very good

  144. emus

    why are their two commits? Because I renamed the one from peetah? that was not good?

  145. emus

    https://github.com/xsf/xmpp.org/pull/714/commits

  146. emus

    there*

  147. emus

    peetah, if you did any mistakes you should be able to edit your own PR. However, if nothings works I can merge it and you create a new one.

  148. peetah

    I did only one commit, the second comes from you, but I don't know why

  149. peetah

    ahhh you changed the title

  150. emus

    Yeah, my bad

  151. emus

    wont do it anymore

  152. emus

    Story on Cisco Jabber https://blog.windfluechter.net/content/blog/2020/06/09/1758-jabber-vs-xmpp