XSF Discussion - 2021-09-15

The website looks the same but different

It's happening?!

It's happened

IT IS HAPPEN

Go find issues :)

I reviewed the content changes in depth, I reviewed the other changes too but in less detail. Everything looks sane.

More than sane. I'm not sure wurstsalat is real.

I did find some minor quirks with `hugo serve` locally, but I didn't think those blocking

Like the redirect of https://xmpp.org/category/newsletter.html losing the random portnumber hugo serves from.

Wohoo! :)

Thanks for an amazing PR wurstsalat, the effort you put into this is amazing, and it's going to improve so many things for us all

wurstsalat: 🥇️

MattJ: what about all the deeplinks?

Great step guys!

I've tagged all existing PRs on Github with 'Pelican' so we can track those which may need updating

Some are clearly obsolete already

Ge0rG, which ones?

This is really a heroic effort; thanks1

Ge0rG: I added aliases to most posts, and ngonx redirects for other structural changes

website is even faster now I think

And now I'm interested in whether the newsletter team can install hugo locally and `hugo serve` to preview things

wurstsalat: awesome.

MattJ: all of them?

And yes, please go find issues.

🎉

Zash: worked for me last time I tried

did we have some automated run of whether all the old documents / URIs are still there?

wurstsalat, I mean this more in the sense of whether it's easy enough for non-technical users to get local preview. It was non-trivial for everyone before, needing Docker and/or special versions of Pelican and whatnot.

Ge0rG: I ran a link checking tool on old xmpp.org and on my local hugo version, then put that file into meld and checked the diff. It should cover most cases, I do hope I catched them all

Zash: I guess it is. At least installing hugo is straightforward

I have no idea why (probably baseurl being set somewhere) but clicking most links links to the http version of the page even though it's just a path. Firefox then complains

wurstsalat: that's great!

Newsletter via rss is only a preview I have to click through now, not the full article. Was that intentional?

I don't think so, it's fixable though

We can have a different rss template if it's a thing we want.

I think it is, especially if that was the old behaviour

Alright, I'll have a look in the evening!

Thanks for reviewing and putting it live! :)

Yes, but many thanks to you wurstsalat, too ✏

wurstsalat, very good job

somewhat relevant, not even curl can get STARTTLS right https://curl.se/docs/CVE-2021-22947.html

and https://curl.se/docs/CVE-2021-22946.html too

Hm, in XEP-0402, would you ever need to tell the difference between a MUC bookmark and a MIX one?

Zash, probably only for the offline case?

Sam, re http/https: do you have some examples I could check?

Maybe a non-cache refresh helps as well :)

It doesn't happen on my phone weirdly

I don't see how this could be a caching issue, but if it's just me maybe it is

It was most (all?) links in the top bar though

Can't reproduce that :) but I'm on the phone as well

Could be a bug in firefox too, I don't see baseurl being set so I don't see how this is possible

MattJ, do you know where to find the migrated travis-ci page? the .com URL used to work at some point I think, but now it doesn't: https://travis-ci.org/github/xsf/xmpp.org/builds

Readme.md links it, and xmpp.org's repo description/about links it as well

I fixed some things (including RSS content, Sam). please review: https://github.com/xsf/xmpp.org/pull/962

Feeds - Atom → link to RSS

But, pedantic nit. Also Atom > RSS, but it probably doesn't matter much.

Zash: that is copied from hugo's original rss (I linked to that in the commit message)

If by "better" you mean, "unnecessarily complicated", then, yes

crusty? C-Rust-Y?

^^

Is Y a programming language you cannot help but wonder Y exists?

wurstsalat, https://app.travis-ci.com/github/xsf/xmpp.org

MattJ, thanks! I added that to the PR linked above