-
Guus
Is there someone here that can give the website build a push, for me not to have to wait 24h to see if my doap changes made any difference? If so: pretty please?
-
Guus
(if not, I'll fake patience)
-
emus
Guus: I think it builds ever hour currently
-
Guus
ah, that's pretty good. I thought it was 24h. Nevermind then :)
-
emus
Guus: if need are more deep discussion ping wurst salat
-
emus
cool that you support this approach
-
Guus
'support' / 'be pressured into' :)
-
Guus
"I want shiny things!"
-
MattJ
Guus: ping me if they're not live an hour after you pushed them
-
Guus
will do, thanks
-
emus
> Guus: > 2022-09-10 08:47 (GMT+02:00) > 'support' / 'be pressured into' :) > "I want shiny things!" one still can have simple limited file
-
Guus
To be clear: I've not pushed changes to the XSF website: I pushed changes to Openfire's DOAP file, which is in a different repository (also, these changes aim to fix the rendering issue on the XSF website, but I can't be sure if I fixed it. There is a chance that the changes _were_ picked up, but didn't fix anything).
-
emus
I believe thats the setup
-
MattJ
Guus: ahh, sorry, I misunderstood. My guess is it probably won't be picked up until there are changes. I'll have a look in a bit.
-
Guus
Thanks MattJ. Nothing of this is end-of-the-world important (and I'll be off soon anyways). If you do find the time to give something a push, that'd be great - if not, then I'll see it pop up at some point in the future.
-
Guus
(it has been pretty much an hour, and no changes are visible, fwiw)
-
emus
wurstsalat:
-
wurstsalat
Website builds every 24 h (or manually) deploys every hour. MattJ you can trigger a manual build via github actions tab > workflows > website build > run manually
-
wurstsalat
I'll be back on sunday ;)
-
MattJ
๐
-
Guus
Oh, I can apparently request a manual build myself.
-
Guus
(is that intended?)
-
Maranda
Huho
-
Maranda
Feeds went crazy again
-
Maranda
(RSS that is)
-
Maranda
https://aria.im/_matrix/media/v1/download/aria-net.org/HsAIdQttvvQQrNtZFTrlNgrq
-
MattJ
Maranda, how often does that poll?
-
MattJ
I accidentally deployed an old version of the site for ~2 minutes
-
Maranda
Each 5 minutes iirc
-
MattJ
Bad luck
-
MattJ
Anyway, sorry!
-
Maranda
Indeed
-
Maranda
๐คฃ
-
MattJ
guus.der.kinderen, https://xmpp.org/software/servers/openfire/ :)
-
MattJ
Managed to force a redeployment
-
MattJ
I have an idea to ensure DOAPs are refreshed periodically even without other website changes
-
guus.der.kinderen
Ah, the logo is there now! Thanks! The XEP links still don't render though. ๐คจ
-
MattJ
Okay, it will now pull from DOAPs daily (or whenever website changes are made)
-
MattJ
And for clarification: the stuff on Github is not at all connected to actual website deployments
-
MattJ
Although it would be nice to have some UI for forcing deployment, it's not trivial to link up
-
MattJ
So that stuff is mostly useful for sanity-checking PRs and such
- Maranda has to still look at the DOAP stuff for Metronome ๐
-
guus.der.kinderen
Thanks MattJ!
-
emus
Maranda looking forward!
-
wurstsalat
Why not take the github build artifact, extract it, copy the nginx config, and be done? Now we have two layers of building the website, and the one on the server isn't transparent for outsiders/me
-
MattJ
wurstsalat: automating the locating and downloading of the artifact is not trivial
-
MattJ
It requires interfacing with the Github API, permissions and as far as I can see, OAuth (there used to be a way to generate API keys without doing the OAuth dance but I couldn't find it or it only applies to individual accounts and not orgs)
-
MattJ
Either way, it's not as simple as "just take the artefact"
-
thilo.molitor
MattJ: why not use a github action for this? In an action you automatically have access to the repo and any build artifacts you create...
-
mathieui
thilo.molitor: you mean, giving write access on the server to github actions?
-
thilo.molitor
For monal we are using a build pipeline built upon github actions to automatically build a new monal release and upload it to apple for every push/merge onto the stable branch...that works great...
-
thilo.molitor
mathieui: you don't need write access to the whole server, a script (php, whatever) on the server given a zip file and extracting it to the proper location would suffice...using a github secret to guard it against zip uploads not coming from the github action...
-
thilo.molitor
You could even run a github actions runner on a server of your choice and only give that server access to the website upload...that way you don't even need to give github the upload secret...
-
MattJ
thilo.molitor: it's a GitHub action that produces the artifact in the first place. It's just a matter of getting the build from Github to the server.
-
MattJ
Which works fine via git pull right now
-
thilo.molitor
MattJ: usually I try to use push semantics instead of pull...but yes, doing periodic pulls should be fine too :)
-
MattJ
I don't see an hourly git pull as something that's broken enough for me to replace it with something more time-consuming and fragile, such as maintaining and securing a CI runner on the machine
-
MattJ
I try to do the same, but it's harder
-
thilo.molitor
I know
-
moparisthebest
Personally I'm avoiding GitHub actions so I don't have to change anything when they inevitably start charging for them
-
moparisthebest
Burn me once (travis-ci) shame on you, burn me twice shame on me
-
MattJ
Yeah, I don't like dependencies on free CI for the same reason
-
MattJ
We had the same with Docker Hub as well already
-
MattJ
After more than half a year they did finally approve us as an open-source project
-
Maranda[x]
> Maranda looking forward! I have a stack of packed hardware next to my desk at work to do... which is now almost as tall as me ๐คฆ✎ -
Maranda[x]
> Maranda looking forward! I have a stack of packed hardware next to my desk at work to do... which is now almost as tall as me emus ๐คฆ ✏
-
Maranda[x]
So whenever I manage to dive out of it ๐
-
emus
Maranda[x]: I understand
-
flow
MattJ, in a similar situation, I do a git fetch every 5 minutes (I think even every minute would be fine) and check if the commit of a remote ref has changed. Would that be possible here?
-
MattJ
What are we trying to solve? That sounds pretty much like what we're already doing.
-
flow
IIRC guus had to wait up to an hour to see the results of this change, reducing that to minutes seems like a good idea✎ -
flow
IIRC guus had to wait up to an hour to see the results of his change, reducing that to minutes seems like a good idea ✏
-
MattJ
Guus wasn't actually modifying the xmpp.org repo
-
MattJ
So even with a reduced polling frequency, nothing would have happened
-
flow
ok, nevermind then
-
thilo.molitor
how is the compliance level determined here: https://xmpp.org/software/clients/monal-im/
-
thilo.molitor
is this something I'll have to add to my doap file?
-
Zash
using https://code.zash.se/compliancer/ which checks the doap for the XEPs mentioned in a compliance suite
-
Zash
`<category rdf:resource="https://linkmauve.fr/ns/xmpp-doap#category-client"/>` seems to be missing from a few clients to indicate that it's a clients doap file, no idea if that's why it doesn't show any compliance levels for a few clients or if there's something else
-
MattJ
The new renderings are great, but once we get a good handle on representing the compliance levels, we should bury the verbose XEP list a bit further I think (either collapse it by default or move to a second page for technical details)
-
thilo.molitor
Zash: I did not find any client having a compliance level (but I did not check all)
-
Zash
Wasn't there a plan to have those designed badges?
-
MattJ
As it is, it looks like we expect users to read and understand that stuff. It kind of plays into what people *say* using XMPP requires
-
Zash
thilo.molitor, https://xmpp.org/software/clients/dino/
-
thilo.molitor
Zash: okay, I added the cathegory-client stuff now...MattJ: the site is automatically rerendered every hour, right?
-
MattJ
DOAPs will be refreshed daily, unless someone commits a change to the site
-
thilo.molitor
MattJ ah okay...do you know which timestamp?
-
wurstsalat
thilo.molitor: you can run the Compliancer tool manually as well https://code.zash.se/compliancer/
-
thilo.molitor
wurstsalat: I don't know how to run / what dependencies to install to make it run...the makefile outputs an error: $make squish --use-http make: squish: No such file or directory make: *** [GNUmakefile:7: compliance] Error 127
-
thilo.molitor
is it this tool over here? https://github.com/LuaDist/squish
-
thilo.molitor
never mind, it is and the compliance tester works now :)
-
Zash
http://code.matthewwild.co.uk/squish/
-
thilo.molitor
for the next compliance suite we should discuss if we really want to require Private XML Storage (XEP-0049), Jingle File Transfer (XEP-0234) and Jingle In-Band Bytestreams Transport Method (XEP-0261) for advanced clients....at leas for Monal I won't ever implement any of these because it's not really required given that we have HTTP Upload and PEP...
-
singpolyma
XML storage is a compatibility thing. If you don't have it you may just totally miss data from other clients. Jingle is pretty much essential if you transfer big files
-
thilo.molitor
well, all data relevant to modern clients is mirrored to PEP nodes (bookmarks etc.) by modern servers...what important data could I miss if not implementing XML storage?
-
thilo.molitor
big files is a valid argument for jingle file transfer, though...
-
Zash
thilo.molitor, "complete" XEP-0045 implementation? somehow I doubt this
-
thilo.molitor
Zash: the compliance suite says in [footnote 45](https://xmpp.org/extensions/xep-0459.html#nt-idm46436970603904): Support for the Entity Use Cases and Occupant Use Cases is REQUIRED; support for the remaining use cases is RECOMMENDED.
-
thilo.molitor
Monal supports the REQUIRED parts (we are still working at the remaining cases, though)
-
Zash
Next time you look, you will surely find additional requirements! ๐
-
thilo.molitor
Zash: haha :D to be honest I did not know if your compliance tester would accept a "partial" there (I changed the doap before I got it to run on my laptop).
-
thilo.molitor
But it seems it's accepting a "partial", too...so changing this back to partial is fine with me, even if Monal technically meets the requirements detailed in the footnote...
-
Zash
IIRC it's mostly checking for e.g. "removed"
-
Zash
Ah, status=planned|wontfix or <until> discounts a XEP, otherwise it's considered Good Enough
-
thilo.molitor
interesting...I'll change 0045 back to partial then, that feels better :)
-
Zash
It was half joking fwiw. https://xmpp.org/extensions/xep-0453.html doesn't seem to explain 'partial' and 'complete' so it might be up to interpretation anyway.
-
thilo.molitor
Zash: partial still feels better :) I changed it to "complete" in the first place only because I did not want the compliance tester to not even give IM Core level to monal...that would have been an understatement ;)