a lot of people contributed this month: https://wiki.xmpp.org/web/index.php?title=XMPP_Newsletter_January_2020&action=history
thanks a lot everybody, merci ! :)
Martin.has joined
Wojtekhas joined
debaclehas left
vanitasvitaehas left
vanitasvitaehas joined
genofirehas left
genofirehas joined
betahas left
debaclehas joined
betahas joined
betahas left
betahas joined
Vaulorhas left
Vaulorhas joined
betahas left
arnaudjhas left
Licaon_Kter
Nÿco: too late to include this advisory?
https://github.com/ThomasLeister/prosody-filer/security/advisories/GHSA-qmfx-75ff-8mw6
vanitasvitae
Licaon_Kter: +1
betahas joined
ralphmhas left
betahas left
ralphmhas joined
betahas joined
betahas left
genofirehas left
genofirehas joined
Nÿco
ok, so what should our policy be?
my untold policy was: a news/info/release published a month is covered by the newsletter at the beginning of the next month
can this be kept? and we do an exception for alerts?
emus
I think the last one is okay. but you are discussing to alter the previous newsleter after release?
pep.
I'm also in favor of including security stuff to reach the most people possible
emus
But I wonder if changes to a release version make sense?
Nÿco
I don't know about security advisories
they should be released/published/relayd as soon as they arrive
here, we only do a curation process, which happens once a month, so an alter could be one month old, which does not serve the purpore
arnaudjhas joined
emus
But wait, go a step back, this is a Newsletter
emus
We are not a security ticker
Nÿco
a newsletter published should not be touched, for be, because it is not reposted/re-relayed
Nÿco
I agree @emus
emus
Of course we should inform about it, but we shouldnt spam. we rather can provide or collected background ibformation about it
Nÿco
a summary of last month alerts is... well... not very useful
emus
I would release important cases or refer to a ticker we run ourselfs seprarately
Nÿco
it is our duty as a commteam, but the newsletter is not the right vehicle
emus
Sometimes there are also blog posts with more ibfornation, could be put also in there
emus
> it is our duty as a commteam, but the newsletter is not the right vehicle
Yes, maybe we need an extra tracker
emus
The newsletter can inform about the trackers exisitence
Nÿco
https://wiki.xmpp.org/web/XMPP_Newsletter_January_2020 is copywritten, empty sections cleaned up
Nÿco
I'll go on git now
Nÿco
(just added the translations)
emus
> (just added the translations)
What fo you meant?
Nÿco
sorry, not clear: in the current January newsletter, I have added links to translations of the previous newsletter
Nÿco
https://github.com/xsf/xmpp.org/pull/667 is ready for your reviews!