KDE Moves To GitLab-Based CI, Lands More Plasma Wayland Fixes

[Nth_man]

Curiously, today Nate Graham wrote:
25 ways you can contribute to KDE

https://pointieststick.com/2021/10/13/25-ways-you-can-contribute-to-kde/

[tildearrow]

KDE, please move your bug reporting away from Bugzilla. That's the biggest hurdle in stopping people from reporting bugs. For bugs to be fixed, we need to make the process of reporting them super easy. Bugzilla, IMO is unwelcoming.

Agreed. One thing I don't like about Bugzilla is that bugs do not have a description, because the description has to be a comment. This makes it look dirty and confusing...

KDE used to have a nice looking Bugzilla with a custom Oxygen theme and then a Breeze theme, but I think in 2016 or 2017 an upgrade broke it and to this day nobody has ever cared to fix it...

[Citan]

Probably same as always. Don't get me wrong, I worked with Jenkins for quite a bit and I like a lot of its concepts, but Gitlab CI can do a lot of stuff (not as many as Jenkins that's for sure), but ends up being a whole lot clearer and easy to maintain solution in many scenarios.

People in the devOps area also complain about the Groovy language syntax. In Gitlab CI it's usually simple YAML file that's easy to write or correct by person without any previous experience with the tool. I was surprised how few lines of code I needed in order to get what I wanted. There's the price of elasticity though.

THIS.

The Lead Ops in my team is a VERY capable guy that never had any hesitation diving deep into something new and learn it, and so quickly grasped the basics of many tools we required him to set up... But Groovy has been a shit hole for him, only worse being bash scrips. Couldn't tell you why because it has been a long time since he explained why to me, but I remembered how tense he was about it even months after working with it. XD

As for bugtracker... Bugzilla was a great tool in its era, but now it's far too primitive in the default set up anyways. Gitlab offers...
- Integrated interface that tries to give a hint in "field separation based on importance of information", one may like or not but it's much more decisive anyways.
- Easier media support: nowadays giving information about a bug happening is sometimes much easier with images or even videos, especially on UX side.
- Extended markdown support with LOTS of plugins: the "mindmapping" in particular is situational, but god does it save your life when case arises. In general, you can cover a nice array of niche "types of information" without needing any further configuration.
- Cross integration: referencing a bug number in a commit immediately cross-references both ways. Of course you can achieve the same with BUgzilla (I mean I'm sure some plugin exists for that), but best case it requires finding the plugin, installing it and configuring it.

In fact' I think it's probably the whole "automatic cross-integration of information" part that was the winning piece. It's really pleasant in daily work.

[Michael_S]

Probably same as always. Don't get me wrong, I worked with Jenkins for quite a bit and I like a lot of its concepts, but Gitlab CI can do a lot of stuff (not as many as Jenkins that's for sure), but ends up being a whole lot clearer and easy to maintain solution in many scenarios.

People in the devOps area also complain about the Groovy language syntax. In Gitlab CI it's usually simple YAML file that's easy to write or correct by person without any previous experience with the tool. I was surprised how few lines of code I needed in order to get what I wanted. There's the price of elasticity though.

That makes sense. Also, there are odd corner cases in Jenkins configuration files where using specific types of Groovy language syntax will cause issues. We've learned how to work around it, but if other CI options had been as mature eight years ago we probably would have gone with something else.

But these days if I was setting up CI for a FOSS project, I'd be inclined to go with the CI in SourceHut. I haven't tried it yet, but it looks good.

[skeevy420]

This sounds like firefox runs under XWayland, which has no support for hidpi/upscaling. I think your missing the relevant environment variables. Firefox shows crisp fonts under my sway session. So this is how I do it: I long gave up on SDDM and use a systemd unit to start sway:

This pulls in various .env files the relevant is wayland.env:

CLUTTER_BACKEND="wayland"
GDK_BACKEND="wayland"
QT_QPA_PLATFORM="wayland"
QT_WAYLAND_DISABLE_WINDOWDECORATION=1
#SDL_VIDEODRIVER="wayland"
XDG_SESSION_TYPE="wayland"

I think the first to lines should force firefox to use native wayland and in turn correctly upscale.
Just try it in a terminal and on success write a little shell script or .destop file
I hope this helps.

That did the trick. Thanks.

I also noticed during all of this that the mouse cursor settings either don't scale on X11 or the settings trip up when going between X11 and Wayland since I always have to enlarge the cursor to 48 on X and shrink it back to 24 on W when using the same scaling setting of 200%.

[bug77]

KDE, please move your bug reporting away from Bugzilla. That's the biggest hurdle in stopping people from reporting bugs. For bugs to be fixed, we need to make the process of reporting them super easy. Bugzilla, IMO is unwelcoming.

I'd be fine if they moved to a text-based solution. As long as bugs reported by several people wouldn't go unacknowledged/unable to reproduce for half a year or more. Fat chance of that happening.

[birdie]

I think you mean Wayland works well on Gnome and is a shitshow everywhere else...

I'm using Wayland on Pop_OS and I cant find any bugs except for a Thunderbird one

So there are still bugs? OMG, I thought Gnome worked perfectly under Wayland.

Given that Gnome Wayland is guaranteed to randomly freeze on all of my systems, regardless whether it's on Intel, AMD or Nvidia, Debian, Ubuntu, Fedora, …, KWin's occasional half-crash of some parts of Plasma and being bad at placing windows is hardly a shitshow in comparison, imho. Maybe that Sway thing is totally great Wayland-wise but I don't like tiling window managers.

What's your distro? Have you tried e.g. Fedora 35?

[Termy]

No Bugzilla is fine. I'm old, I'm used to it, and I like it. Ugly, but effective.
I assume using gitlab issues can work well for them too.

Its fine for reporting and all, but the search for existing bug reports is a big nuisance in my experience - so i'd welcome a more modern issue management, too ^^

[Frenzie]

You mean specifically the Kwin wayland compositor right? Otherwise, your post does not make any sense.

Given that Gnome Wayland is guaranteed to randomly freeze on all of my systems, regardless whether it's on Intel, AMD or Nvidia, Debian, Ubuntu, Fedora, …, KWin's occasional half-crash of some parts of Plasma and being bad at placing windows is hardly a shitshow in comparison, imho. Maybe that Sway thing is totally great Wayland-wise but I don't like tiling window managers.

[gfunk]

Let's be honest, Wayland is a shitshow everywhere, even still in Gnome at times.

I think you mean Wayland works well on Gnome and is a shitshow everywhere else...

I'm using Wayland on Pop_OS and I cant find any bugs except for a Thunderbird one