Pawel Suchanecki explained the ins and outs of his project “Securing more infrastructure by easing OS upgrades” for the CloudFest Hackathon.

Transcript (auto generated)

Simon:
What is the title of your project, and what is it all about?

Pawel:
All right. So the full version of the title is Securing More Infrastructure by Easing OS Upgrades.
But I would say we use this working title, Easing OS Upgrades, and it is working better.
It’s shorter. There was another part? What is it all about?

Simon:
Yeah.

Pawel:
That’s what I thought. Well, as you imagine, it is about removing the pain points from migrations in general.
But since we are enterprise Linux-centric, so Alma Linux project is now ABI-compatible with RHEL, so obviously we’re attacking this segment of the market.
And while we would like to make the world a better place for everyone, for other systems distributions as well, we’re focusing on our playground.
So we have a tool called Elevate, which has two first letters capitalised and it is enterprise linux of course what it does it really elevates you in a version of your operating system so it’s a migration in place that doesn’t require that many resources and i know that in the cloud computing times we have many ways to upgrade seamlessly because you start another instance do the configuration there and just switch to a working thing but there are cases where you don’t have this privilege you just need to do this right now under the pressure time pressure and of course you can be less fortunate countries with emerging markets and the the new shiny equipment that is pushed as um.

The road to towards the bleeding edge may not be your choice this is the other aspect of the project because our project actually had three legs the first leg was um and it was alldepending, on number of participants that we can secure that we could get during this event so the biggest thing that we had on the list was CentOS 6 to CentOS 7 upgrade.
But this is a huge thing. So the two alternatives were more towards this community, hosting community.
The first thing was to test how, let’s say, a real-world application, WordPress application behaves with our Elevate migration system.
So it boils down to, will your application work after the upgrade?
We thought it will be easy, but we found actually three bugs in it.

Simon:
That’s how life goes.

Pawel:
Yes, yes. But we are very, very happy about that just because we’re able to identify them to actually expedite a fix for one of them. So one will be fixed very soon.
The other is just a known issue. So we know that with the default config, it can happen, but we’ll add it to known issues and this will be resolved that way.
The last one is actually a missing feature in elevate which is about supporting third-party repos because that was the test with remy repos and i enabled so getting back over the the trackthe second bug was with maria db being upgraded to 10.4 and we missed server package there so So let me interject here.

Simon:
What is the target audience you intend to use the thing you built here?

Pawel:
Well, it is the Enterprise Linux users community.
It is hosting community because these are tightly coupled.
And you may be just in the position that you have an older system, forgotten instance somewhere on the internet in the cloud and you just need to upgrade it right now you don’t have extra sources and then you go with elevate possibly if it works for you because it supports migrations from the major versions so well if you are in between you have to help yourselves but this will just make your downtime shorter minimal downtime that’s the that’s the the goal for Elevate in general.

Simon:
I guess that is, that is pretty much it. Thank you for taking the time.

Pawel:
That was very nice to be here.

Anne-Mieke Bovelett introduced us to her CloudFest Hackathon project “Can everyone use?“.

See caneveryoneuse.com for more details.

Transcript (auto generated)

Simon:
So what’s your project called and what is it all about?

Anne-Mieke:
Well, my project is called Can Everyone Use? Which is derived from caniuse.com, which most developers know asthe source to go to if you want to check whatever you’re trying in your browser is going to work.
Yeah. So as an accessibility advocate, I’ve observed that many, many developers actually are criticised for not making whatever they’re building accessible.
Well, no one likes to be spanked over something they’re not aware of, and we have to put aside our frustration about the unawareness in general.

So we are working very hard to bring this awareness to the world, especially because next year in June in Europe, allhell is going to break loose with the European Accessibility Act.
But we do not want to come from no and from fear.
We want to come from yes. So this is why we’re creating this project where everyone can try and see if the componentsthey’re using in the library of their framework of choice, if that component is accessibility ready by itself, and if it’s not,what they can do to make it generate accessible output.
Output because accessibility is always about the output to the front end for assistive technology to read and the site will at the same time educate about the parts that the developer actually cannot influence but that he or she or they can tell the designers and the content creators they work with about.

Simon:
Okay, so your project is, the end result is for developers?
Yes. And it sounds like it’ll be pretty much platform and software agnostic.

Anne-Mieke:
It’s platform and software agnostic, and it’s being run on GitHub.
It has a main WordPress website, because we would like to inform the public in general.
And of course, it needs to be easy to find on the web.
With a regular website, I think we can do more about search engine optimization.
And we’re also going to need sponsors for this project because it’s really big.
There are a lot of projects going on. There’s a lot of frameworks, a lot of libraries, and everybody benefits from this.
So we’re taking it out of the voluntary atmosphere, for sure.

Simon:
So now you’re doing this in the framework of the CloudFest Hackathon, and time is kind of limited this weekend.
So what is your short-term goal? What would you like to end up with after this weekend?

Anne-Mieke:
After this weekend, we have the foundation standing in English.
There are already being high numbers of components being added to GitHub the way we want to see it.
And the website will be also done in the basic form in English, but we’re adding internationalization, localization to it, bothon GitHub and on the web, because there are so many developers in other countries that are not very well versed inEnglish, and this is a problem that we also would like to solve.
So that is the goal we’re trying to reach, and as things look now, we’re going to make it.

Simon:
I’m looking forward to that. I guess a note to end on would be you mentioned that you were looking for funding.
So where should people head to learn more about that?

Anne-Mieke:
They should head to the domain caneveryoneuse.com.

Simon:
Okay, that’s nice and catchy. Good. Anything else we should mention?

Anne-Mieke:
I think we covered about everything. But I would like to mention that I want to thank the CloudFest Hackathon onmy knees for giving us this opportunity.
And I would like to thank my team that has been working relentlessly, giving goosebumps at the speed and the love withwhich they are doing this.
And I would like to thank the other teams that have been interviewed by us by talking to us about how they deal withaccessibility, and of course again the organization thank you so so much it’s great and I’m looking forward to another onenext year thank.

Simon:
ou so much thank you for taking the time.

Anne-Mieke:
You’re welcome.

Syde’s (@inpsyde) Christian Leucht and Thorsten Frommen introduced us to their project “Managing Multilingual Content with WordPress Multisite” for the CloudFest Hackathon.

Transcript (auto generated)

Simon:
What’s your project called and what is it all about?

Christian:
Our project is managing multilingual content with WordPress Multisite.
And basically it’s to reduce the technical complexity of Multisite and make it more available for everyone.
So the normal user, not a technical engineer or developer, should be able to set up Multisite and then manage its content,which is in multiple languages, basically.

Simon:
Multisite mode in WordPress has been there for like, since 3.0 and WordPress, WordPress Coastal, basically like forever.
And it’s always been quite hard to deal with.
So I think I have a slide deck about multi-site and the first slide is, don’t do it, get out of here. So this is what you’re tryingto solve, right?

Christian:
Kind of, yeah. Yeah, I mean, it’s really hard because you need to edit multiple files like the WP config, HD access,server configuration, maybe.
So that’s quite hard to do for a normal user, especially when you don’t have access to the hosting environment, to the filesystem.
Them so um our goal is to like yeah make it easier as easy as possible like just have a button in the back end convert singlesite to multi-site and here we go and then based on that that’s the starting point and if we solve that then the rest is like noteasy but we can start from there right we can set up new languages new sites the back end easier to manage for the usersand it also includes like updating the documentation so the awareness of multi-site um it’s not really there So yeah, we needto teach the people, basically.

Simon:
Multilanguage is in the title. Why does that matter for languages?

Christian:
I guess it matters if you have a lot of content and a lot of languages.
And so you have a lot of posts translated into multiple languages.
And you have maybe even editorial teams, so users who should only access a specific language.
And multi-site is a way to manage that. So you have the separation.
You have user accounts. you can define what role does a user have in a specific site or language context do they haveaccess at all and then you have like clear separation for the content so if for some reason you want to move out onelanguage you can do that because you only have content in that language and content is like posts and pages but also termsanything that you can see on the front end or for administration in the back end if you think about users there’s metainformation for For example, an author might have a biography. You want to be able to translate that.
So it is about managing, administering multilingual content, but also, of course, performance.
So those are, I guess, two primary reasons.

Simon:
What’s your goal for this hackathon? Because it seems to be like this is going to be a project that will continue afterthis weekend.
So where do you hope to end up after the hackathon or by the end of the hackathon?

Thorsten:
Yeah, that’s true. So Multilingual for WordPress Core is phase four.
And we are at the beginning of phase three. So it’s really just conceptual at the moment.
And our main goal was really to have a group of diverse people ask all the questions like how have you used Multisite,what was easy and what is not, and why do not more people use it?
Like what problems do we need to solve or hurdles do we need to like lower or really move out of the way?
So we have done a lot of talking, a lot of writing documentation.
Implementation um and we are like we would like to have like a proof of concepts click dummy maybe even code projectsum but yeah the the plan was really like to kick start this idea um and we also are thinking about writing a proposal for likethe make block for the wider wordpress ecosystem to just get awareness buy-in and of course people um telling us whatcould all go wrong and why why that’s a bad idea.
So yeah, just start that and try and keep momentum.

Simon:
As an avid user of WordPress multisite, I mean, literally this recording will be published on a multi-site.
I’m really looking forward to that and I hope this goes a long way to improve the experience. Thank you so much.

Christian:
Thank you as well.

Matthias Pfefferle (@pfefferle), Automattic’s Open Web Lead, explained his Project “Enable Mastodon Apps for WordPress and its Plugins” for the CloudFest Hackathon.

Transcript (auto generated)

Simon:
What’s your project called and what is it all about?

Matthias:
The project is called Enable Mastodon Apps. And the idea is to bring the Mastodon API to WordPress.
And the bigger idea behind all of that is WordPress is not known for its possibilities to have social interaction and to haveeasy ways to publish posts in a modern way.
Kind of like microblogging, short content, some images, focus on images, no titles, hashtags.
So we thought it might be a good idea to have a possibility to reuse some of the more modern publishing apps.
And the most open and most used app in decentralized communication movement is Mastodon.
So we decided to start with that to profit from the big app community so far.

Simon:
I know that you’re working on the ActivityPop integration for WordPress.
Is this something you can only use in combination with that?
Or could I also use Mastodon apps to publish posts on my WordPress site without federating the blog?

Matthias:
The idea was to decouple both plugins.
They work work nicely together but you could use either or so if you simply install the plugin you see all your posts in themainstream and you can publish new content you can also search and view by hashtags to see older posts or find olderposts of you you could also comment that if that makes sense yeah if you have a bigger blog with some of some of yourfriends and or your family it’s kind kind of small social social network, you could have an easy access with the with theplugin.
And one of the biggest goals of the hackathon project was to make it as extensible as possible so that also other pluginscould hook into the EnableMathodonApps plugin and provide their information or hook into some actions from the app.

Simon:
What’s the final result you want to leave the hackathon with?

Matthias:
The final result would be to make the current implementation solid and working and fixing some of the latest bugs.
And in the best case, we would try to have some example implementation of other plugins, like, for example, a big RSS reader to have the RSS feed as kind of a timeline, social network replacement thing.
So that you could see your subscriptions from WordPress in the Messelein app, for example.
Like similar to if you follow someone on the fediverse um yeah.

Simon:
I’m very much looking forward to that i guess i will be user number one after this hackathon for the very site this this interview is going to be published at i think that about covers it right so yeah i would say so thank you for taking the time thanks.

Birgit Olzem (@CoachBirgit) introduced us to her Project “Inclusive Language Checker for Open-Source Contributors“. At the CloudFest Hackathon.

Transcript (auto generated)

Simon:
Okay, Birgit, what is your project called and what is it all about?

Birgit:
Okay, the project I’m currently leading is called the Inclusive Language Checker for Open Source Contributors.

Simon:
I love how all the project titles at this hackathon are like 10 meters long.

Birgit:
Yeah, we managed to keep it short and possible.
It should also be descriptive enough. So basically the idea behind it is to improve written content on basicallyMakeWordPress.org or all WordCamp sites to make sure that there’s always the usage of inclusive language.
Often documentation is written in English and often based in the US and there’s always use of slang or terminology whichmight be difficult and offensive to someone else.
And also we have other cultural backgrounds and so we are looking basically for a list of terms and phrases which may be problematic and want to highlight that in the back end when you are composing content using in our case now WordPressblock editor to have a basic check if the terms you are using in your documentation documentation is inclusive or highlights when you maybe use a word which needs to be replaced for instance.

So that is the basic functionality we are having scoped out for the hackathon but for the future we imagine also have a basic accessibility check for correct semantic and hierarchy of headings and paragraphs but also the correct usage of alttags for image and visuals but also checking always for the good color contrast currently is a basic check already in there but we want to bring it more into awareness that these small tweaks for contributors are more helpful to make sure that the content published is more inclusive for everyone who isn’t really aware of that there is an issue maybe and we don’t want to put a burden on contributors contributors as well and we want to keep it as simple as possible so that is not invasive and nondestructive but also helpful educative in a wild dream maybe something like this will exist someday in core by default to make the wordpress project more accessible and inclusive by default but it’s a dream and we can dream about.

And we have a great team at our current setting. We have a really diverse team based on development.
We have some folks who are good in writing documentation.
We have a linguist. We have a project manager.
And so we are currently checking a list of words, which may be extended afterwards.
We are also putting the basics on GitHub, like creating workflows, how to open a bug report. so it gets tagged already inthe right position.
So we are preparing our GitHub repositories for a scale so that we can scale afterwards.
But it’s also easier to merge maybe to the WordPress org account on GitHub.
So we try to stay as close as possible to the WordPress core.
Don’t add any fancy new stuff, just hooking into the existing functionality and trying to catch and be performant as good aspossible so that we also stay in a sustainable way, not only from performance side, but also sustainable that contributors geteducated that there might be an issue, but doesn’t offend them or judge them for bad practices, but just only a gentle hit.
Okay, maybe you can tweak a little bit. it. That’s a basic idea.

Simon:
Okay. Thank you so much.

Birgit:
Thank you very much.

Javier Casares (@javiercasares) one of the team reps of the WordPress hosting team, introduced us to his project “WordPress Tools for Hosting Providers” at the CloudFest Hackathon.

Transcript (auto generated)

Simon:
What is your project called, and what is it all about?

Javier: I don’t remember the name. Yeah, no, no, no.
No, it’s a WordPress hosting tool for hosting providers because the main thing is almost half of the internet uses WordPress, so we need to test the future versions of WordPress.
So the hosting team has some tools that checks every commit, So every change that is made in the future code is going to be tested in the most possible hosting companies can reach.
So we have a tool that hosting companies uses to run those tests.
And we can check if all the changes in the code works on all the hosting companies as possible.

Simon:
But that’s a tool that’s already existing, right?

Javier:
Yeah, that was a tool that existed for six years, but has been there for a long time.
And nobody paid a lot of attention.
So in the last six months, I’ve been trying to understand the tool because it wasn’t build by me.
And then we detected some things that we can improve. For example, a lot of hosting companies offer different PHP versions.
So we need to check the same WordPress code in different PHP versions.
And that was something that it wasn’t in the tool. So that’s something we just added.
And then for example, another thing is hosting companies offer different types of services.
For example, the shared hosting, the VPS, the cloud.
Whatever they are using. So another thing we are going to try, this is what we are doing now, is to have like a multi-environment reporting.
So the idea is to go from one test, one report to a multi-exponential reporting.

Simon:
So more like a matrix of different tests to run at a hosting company.

Javier:
Yeah. So for example, the developers, developers, will see how the WordPress software works in a lot of combinations and in a lot of possible versions and everything.
So that’s the main goal we are working on right now.
We have some ideas in mind to improve in the future, but that’s something the hosting companies and the developers mainly, were asking us for four years, maybe.
And we didn’t have the time or the resources to do it.
And that’s when CloudFest, like six months ago, when they asked me, OK, you have a project in mind?
It was like, OK, I think we can have a lot of hackers working on this because that’s something they asked to do and to improve.
Proof, and right now, we have half of the code, and I think we are going to have everything that we have in mind at the end, so yeah, it’s very, very cool.

Simon:
Cool. One final question.
What’s in it for me as a hosting company to run these tests?
Because it’s nice for WordPress, I get that. But what’s in it for the hosting companies?

Javier:
For the hosting companies, you will get a report with its pass.
So everything is fine. But you can get a report that something is not working.
So you will get some information about what’s happening, that your configuration fails or has any problem.
And you can ask the host WordPress community that, okay, we have this error.
Maybe we detected that, okay, it’s something that we need to improve or some version or whatever.
Or maybe it’s something that our system is not compatible with WordPress.
So maybe we need to improve WordPress to be compatible with this error.
So it’s like a win-win for everybody because it’s a win for developers.
So they can see that WordPress works in all the environments.
And for hosting companies, it’s a win because you can check months before a new release that that release will work in your hosting company.
So you can offer the best service to your clients.

Simon:
Thank you.

Javier:
Okay, you’re welcome.

We’re about to kick off CloudFest 2024 with the CloudFest Hackathon.