Intro

After getting the Selection Action Bar into a working state over the past few weeks, this week I focused on creating documentation and refactoring code to improve clarity, maintainability and make sure other contributors can build off of this work without confusion.

Progress

Documentation

One of the most important parts of contributing to open source is writing about what you have built. Krita's documentation is maintained in a dedicated repository. This week I began drafting a merge request to add a page with instructions and UI images under the reference manual tools section.

My aim is to ensure that any Krita user can easily understand the feature through both the documentation and the code.

Refactoring

Another important part of contributing to open source is writing code that is easy to read and maintain for future contributors. My aim was to improve the structure of the code without changing its behavior. I did this by reducing duplication, using descriptive variable names, and replacing magic numbers with named constants.

Instead of manually creating and connecting each button, I introduced a helper function that takes configuration data (icon, tooltip, slot) and handles the setup in one place.
Create Button Helper

I also applied an extract method refactor, grouping the buttons and toolbar UI logic into their own functions.
setupButtons and drawActionBarBackground

Conclusion

This week reinforced the importance of writing both documentation and clean code. I learned that documentation ensures users understand your work, while refactoring ensures the code is clear and easy for contributors to improve.

Heading into the final week of GSoC, I am ready to share my contributions and overall learnings. My focus will be on gathering feedback and finalizing the feature!

Contact

To anyone reading this, please feel free to reach out to me. I’m always open to suggestions and thoughts on how to improve as a developer and as a person.
Email: ross.erosales@gmail.com
Matrix: @rossr:matrix.org

There has been quite a surge in interest towards desktop Linux lately. The userbase, atleast according to some metrics, seems to be climbing.

I realised today that it's been 4 years for me since I did the switch. I have gathered some know-how that maybe a complete newbie could find useful. I also try to untangle some jargon I've learned: It may not be exactly technically correct, but this is meant for a more regular user anyway.

Note: Do not trust "AI" tools when looking for information. They can lie. They don't really "know" anything, they just copy what they see on the internet, and spit it out. Sometimes in wrong orders and contexts. I will list some resources I trust at the end of the post.

I have also written about this before here: Setting up Kubuntu for gaming

That post is quite out of date though, so consider this a supplemental material and sort of upgrade.

Investigate the software you need

There is often times where you can only use specific software on Windows only. Or specific games with anticheats do not work on Linux; Not all of them though! Just some, especially with kernel level anticheats!.

But for example Photoshop or similar tools do not work on Linux natively. There can be tricks to get them working.

You would not expect Mac software to work on Windows, right? This is similar kind of situation.

Now Linux can run some Windows applications through Bottles, which uses Wine. But not all.

So, make a list of the Must Have applications you have. Then search for Linux compatibility.

In some cases, you may find alternatives for the application, that work on both Windows and Linux! When that happens, you can already test it out in Windows and see if it works for your workflow, and start using that instead. Note that this can take time to learn, but I think it would be worth it.

And hardware too

I haven't had a problem with incompatible hardware with Linux for long long time, but it's still good idea to check it. For example, if you have Nvidia GPU, you may want to check if the GPU is supported by which drivers, or if you need to install drivers at all. For AMD/Intel GPU users, you're in luck, because the drivers are in the Kernel: This means that you don't need to install anything.

If I have had trouble with hardware, it's often been audio devices, like headsets that have two separate dials for sound (mono and stereo), weird bluetooth speakers, etc..

Backup all your stuff

Before doing anything to your PC: Backup your data. Backup the photos, the videos, the game save files, documents, anything you may need. Back them up to a cloud service or external drive.

Make sure those backups work, too.

Distribution choice paralysis

Linux distributions are all their own operating systems, they just share the most central part, that is the Linux kernel.

Distributions take that kernel, add their own things to it and make it what they want it to be for their users.

There's a lot of distributions. Like, A LOT. So of course it'll feel daunting to choose one.

But there's no "wrong" choice. It will probably take time to figure out which one you like, but honestly, most people will be fine with one that does it's job, stays out of the way and updates without effort.

Everyone has tons of opinions about this. Then there's the weird curmudgeons that tell others their opinion is "wrong." Those people are something you can ignore. If it works for you, that's all that matters.

After choosing a distribution, you install it to an USB stick (that has nothing important in it, so NOT the one with your backups!!) with tool like Rufus, boot from it at PC startup (varies between motherboards) and get installing.

My recommended newbie distributions

To help one get started with choosing, here's my recommendations from all the distributions I've tried on my ~4 year journey.

Do note that gaming is big factor in my computer use, so if the distribution can't game well, it's not on this list.

Bazzite

Homepage: https://bazzite.gg/

Bazzite is perfect distribution for anyone starting with Linux.

It's made so that user can't really break it, due to it's nature: You can't really open system files and start modifying them and deleting them. Then, updates are done in a way that if something goes wrong, you can go to previous version of the distribution.

On top of that, it makes setting it up very easy with its guides. And in download section, you select what hardware you have, and what desktop enviroment you have, so you know from the get-go that it's very likely going to work with your system.

If you don't really know what to choose, go with Bazzite.

Fedora KDE

Homepage: https://fedoraproject.org/kde/

Fedora KDE is solid. It works, it updates regularly, it plays games I play really well, and works with development. And then it stays out of the way. Fedora is also what Bazzite is built on top of.

Fedora however allows you to tinker with the system files and such, as long as you have access to it. You should not do that if you don't know what you're doing! But it's possible.

Installation on systems with AMD/Intel GPU is really easy and you don't need to install any separate drivers.

With Nvidia GPU, you will likely have to use RPM Fusion repositories, and follow their guide: https://rpmfusion.org/Howto/NVIDIA.

So yes, for Nvidia users it can be bit more tinkery.

Fedora KDE is my daily driver because it works really well with any development work I do due to it's up-to-date system libraries. And since it's regularly updated, if there is a bug, it often gets fixed just as fast.

Kubuntu

Homepage: https://kubuntu.org/

Last but not the least, Kubuntu is a solid distribution as well. It does not update as frequently as Fedora KDE does, but not everyone needs such frequent updates, especially for basic daily use.

Kubuntu utilizes same tools and systems as Ubuntu, which you may have heard of. So it has a solid community behind it.

When I used Kubuntu, it worked with games really well and I had zero issues with it. I moved to Fedora due to development stuff, so that's why I don't use it anymore.

When downloading Kubuntu, make sure to choose "Latest."

Opinions and notes about LTS distros

LTS stands for "Long Term Support" or "Long Term Stable."

This wording has caused a lot of confusion: People tend to think "stable" means it doesn't crash. What it actually means is that it won't change and that means the bugs are stable too. The only updates it gets are security updates. Bug fixes, especially for software, are really rare.

LTS/Stable distributions are perfect for enterprise environments or your grandmas PC which you know she won't remember to update.

For regular use, especially gaming use, I would recommend against them: They use LTS kernel that has support only for specific devices, so if you buy a new shiny GPU and plop it in to system running on LTS kernel, it very likely does not have support for that new shiny GPU.

Also, when you encounter an annoying bug, be prepared for that bug to stay around until the next LTS release: Which can mean years!

So unless you really know you need/want LTS distribution, choose anything that is "Latest" or frequently updated. You will have less headaches that way: I learned this the hard way.

Note: Bunch of people have told me that I should have more nuance here. I understand it too, for some people LTS distribution can be quite perfect. I'm not saying that one should completely avoid them, either. But newcomer should, in my honest opinion, try more up-to-date distribution. I think they provide better experiences, especially for regular desktop use. Bazzite has been really good for this usecase.

Desktop environments

You may notice that I seem to recommend distros running on KDE software.

This is because, well, I work on that software and I like it! But people also find it very easy to learn when they're coming from Windows.

When I started Linuxing, I tried GNOME. It's a great desktop environment, but it's far from what Windows is. This was very overwhelming for me, because I was already learning completely new operating system paradigm, so having also the desktop use change from underneath was really jarring. I then tried XFCE, which is very lightweight and nice to use, but it lacked some things I wanted, like Wayland support.

I then stumbled upon on KDE Plasma and fell in love with it: I did not have to learn completely new way of using my desktop, but could gradually modify the desktop to suit my needs. My Plasma setup is far from the defaults nowadays, and Plasma allowed me to discover what I like on my own pace.

Note that I don't think any desktop enviroment is "bad." They're just different, catering for different needs.

But for most Windows users, I do recommend KDE Plasma for the above reasons: Less cognitive load to learn everything.

Unlearning Windows

When moving to desktop Linux, most people are confused by some things, like "Where's my C-drive."

Windows has taught many of us specific patterns, and when those patterns do not exist, we tend to blame the system we're using.

What you need to remember is that you're not trying to switch to "better Windows." You're switching to completely different operating system, and you need to try your best at unlearning Windows.

So where is the C and D drive

Instead of having drives like C and D, you mount the drives you have.

You can open terminal and type ls /mnt/ and it shows what drives you have mounted.

Mounting in this case means that it's plugged in and browsable.

Here's a shoddy comparison:

• C drive on Windows -> /
• D drive on Windows -> /mnt/drive-name

The / is called "root directory" and that's where everything in the PC resides.

It can get more complicated, and my suggestion is to just leave / alone.

If you want to have games on your other drive, check your /mnt/ folder for that drive. Usually during installation the drive is made for you.

If not, you may have to ask help for the distribution you're using.

In Linux, all drives and such are folders, that start from /. Instead of multiple "trees" that start from "C" or "D", there's one big tree that starts from /.

What's /home/ or ~

When you open file manager such as Dolphin, usually the first folder you see open is /home/your-username/.

This is your home folder. Think of it like "my documents" folder in Windows computers.

Keep all your documents, videos, images etc. in here.

When people say ~/Documents, the ~ is shorthand for /home/your-username/. This also works inside terminal, so you can type ls ~ to see what's inside your home folder, without having to type the /home/user.

Can I just keep my game drive from Windows?

When installing Linux, many people tend to ask that if they can just keep the drive full of games, like D: drive, without formatting it and just use the same game files.

Well, you sort of can, but Linux is not very fast with it. When Windows formats drives, it uses something called NTFS for them. Linux has many different ones, but usually it's ext4 or btrfs.

NTFS drives can be opened and such on Linux, but it can be rather slow.

So my tip is just to back up the game data to something like USB drive and then move them, or just download the games again. You will be much happier with the performance that way.

Do not be afraid of terminal

Terminal is that box full of text you can type in. It looks like something from the 80s/90s.. And it can be intimidating.

Don't be afraid of it! Terminals are great way to operate on some things because they're desktop agnostic!.

This means that if your friend uses GNOME and you use KDE Plasma, and you both have some problem you have to solve. GNOME and Plasma have different user interfaces, so you can't really advice your friend how to solve that issue on their end.

However, what you can do is solve that issue inside terminal with a command, then share that command with your friend who can then use it too.

Of course, there's a ton more nuance here.. But the above is why it's still being used.

Couple important notes:

• If you don't understand the command, study it first before running it.
• If the command requires sudo to be run, study it three times before even thinking of running it.

Commands that need sudo to be run mean that they have access to everything on your computer, as they need a root access. If you don't know what you're doing, things may break.

Again, this is not something you need to be afraid of, but you should be cautious, especially when copying commands from the internet!

Report bugs!

In Linux world, most things don't cost anything. However, if you encounter bugs, you should report those to the app/system you encountered it with.

This helps the bug to get fixed. Sometimes it can take long time, sometimes it can be fixed next day.

But without the bug report, nobody will know.

Here's a post about reporting bugs I wrote: How I report bugs

Note: If you're using LTS distribution, report all the bugs to the distribution itself, not the app/system!

Avoid installing apps from internet

On Windows, it's common to go to a website and download an exe file there to install something.

On Linux, we prefer using app "stores" where one just types what they want to download and then download it.

For example in KDE Plasma, we use tool called Discover.

Instead of going to internet, open Discover and type the name of the app. If it exists, it'll pop-up, and then you can download it there.

This is safer for the user as the files come from the distribution (or Flathub, more on that later), so they have been (likely) tested that they work. They also are installed more cleanly to the system, so you get all the launcher icons and other things.

You can download apps from web pages, and sometimes that's the only way to get some apps. But always first check your distribution app downloader.

Flathub

Flathub is the new cool thing that uses Flatpaks.

As a regular user you don't need to worry as much what Flatpaks are, but I will explain anyway: When distributing application between distros, some distros use different package management systems.

This then can get out of hand when you want to share your app with 10 distributions that all use their own thing. Or they use the same thing but have different library versions.. And this causes headaches.

What Flatpak tries to do is just Make Things Work by adding all that's needed to the package, then user just installs it. Flathub is a central place where people upload their flatpaks.

Flatpaks also have security measures, that can be helpful with some apps. For example Flatpak apps can be told to not be able to read any other folder than ~/Downloads etc. Kind of like what Android has with their permission system.

So, if your system does not have Flathub set up, select your distribution from here, and add it to your system.

However I advice to not install Steam through it: Steam works better when it has more access to your system. So follow your distributions guide for installing Steam in those cases.

Dualbooting

If you want or need to use Windows for something, it is possible to set up your PC so that when you power on your PC, it asks you if you want to use Windows or Linux.

Distributions have their own manuals for that. Be prepared that Windows updates have been known to meddle with your boot-loader (the thing that shows you the "Windows or Linux?" at startup), which may cause your PC suddenly boot only to Windows one day.

So, it's possible, but you need to do some research about it for the distro you have chosen.

Learning resources

Again, do not rely on AI tools. They can lie.

Instead, search information from various forums and wikis, such as:

• ArchWiki
  • Despite the name, it can be useful for whatever distribution you use!
• ProtonDB
  • Game compatibility with Linux
• GamingOnLinux
  • A lot of gaming related news, and they have section for tracking anti-cheat compatibility
• All Things Linux wiki
  • Up and coming new wiki for Linux things
• r/linuxhardware
  • People ask here often if specific hardware works on Linux

Then, every project and desktop has often their own forums and wiki pages. When in doubt, read those. Don't be afraid to ask in the forums either, or in chats like IRC or Matrix.

Anything else?

Uh, that's a lot of stuff. I don't remember if I had anything else in mind. I will update this post if I do remember suddenly something.

I hope this has been useful, however! I can't give in-depth guides to everything, because things can vary between distributions, hardware, desktop environments.. But I hope this can at least help you get started and helps resolve some questions you have.

If you have any questions, feel free to mail me at linux-newbies@akselmo.dev. If it's something that should deserve it's place here, I will update the post.

Anyways, thanks for reading!

Edits

• 2025-08-23: Clarified that my notes about LTS are opinions, added Dualbooting section

We are just three weeks away from KDE’s annual Akademy conference, time to get going with the preparations.

Emergency and weather warnings

I’ll have a talk on Saturday, 18:15 in room 1, about our work on building infrastructure for integrating emergency and weather warnings (abstract).

The server part of this is progressing steadily with performance and scalability issues being addressed, and thanks to contributions from Breezy Weather we recently managed to finally fill the largest remaining coverage gap, China.

KDE’s client side code is keeping up with API changes and data issues we discover, but lacks any “real” UI integration so far. I hope that we can have a discussion at Akademy on how that can and should look like.

Cell Broadcast

Last year we had a single chance for cell broadcast testing for Plasma Mobile. That’s better than nothing but not really efficient for development. If everything works out we might have a few more tries this year. That’s thanks to dedicated test equipment, so nothing to worry about :)

Travel

Not starting an Akademy day with discussions over breakfast already, not ending the day with some late night hacking in the hotel lobby, and really boring travel will make this a bit of a different Akademy experience for me this time.

Nevertheless, that “stay at home” event has exposed a few issues with Itinerary’s transfer handling, so at least the traditional Akademy-related Itinerary bug fixing remains.

Of course all Akademy (sub-)events are directly importable into Itinerary again by pasting their corresponding website URLs, as you are used to by now. If you still haven’t booked your train, note the Deutsche Bahn Akademy attendee discount. It’s the first time we have this, so I’d be interested in feedback from those of you who ended up using this, to see if it’s worth setting this up for future events as well.

And more

Akademy is not just about by personal rabbit holes of course, there’s broader KDE topics I’d be interested in discussing as well, such as:

• Current limitations with the declarative QML type registration and tooling, such as gadget singletons and the i18n functions.
• Improving our own application distribution, including (automated) quality control and lifecycle management, as well as producing proper release binaries rather than using semi-random builds from the stable branch, and having those ready at the time of the release announcement.
• KDE’s role in collaborations with other organizations, in lobbying work and in hosting common infrastructure, and how broad do we want the KDE “umbrella” to be in this.

See you at Akademy!

Fingers crossed nobody gets lost due to an Itinerary bug on the way (and no, not realizing that FRA != HHN is not Itinerary’s fault), and very much looking forward to seeing many of you in Berlin!

Welcome to a new issue of This Week in Plasma!

Every week we cover the highlights of what’s happening in the world of KDE Plasma and its associated apps like Discover, System Monitor, and more.

This week we didn’t focus on features, and instead fixed bugs, improved performance, and improved the UI. There were several concerted pushes on various initiatives that bore a lot of fruit! Relatedly, if you notice that the number of high-priority bugs has risen, this is the result of recent bug triaging to prioritize those issues for fixing soon.

But don’t worry, there’s still a lot of feature work happening in the background, it’s just that none of it landed this week. Ultimately it’s good that we take our time here, as half-baked new features have been a source of bugs in the past. We want to make sure we’re merging work in a state that minimizes the chance of regressions.

So check it out:

Notable UI Improvements

Plasma 6.5.0

The Ocean sound theme’s volume change feedback sound has been reduced in loudness so it doesn’t sound so harsh anymore, and doesn’t clip at high volumes. (Harald Sitter, link)

Plasma now shows a system notification by default when you plug in a device. This was done primarily for accessibility reasons, but can also help with troubleshooting. Note that we also did some work to make these notifications not annoying, so you’ll be less tempted to post negative comments on Phoronix before using it. And you can also turn the notifications off if you want, and go back to just sounds! Or no feedback at all, if you prefer that. (Nate Graham and Kai Uwe Broulik, link 1, link 2, and link 3)

The Adwaita GTK theme is now shown by its correct name on System Settings’ Application style page, rather than appearing as “Default”. (Luan Oliveira, link)

Made a bunch of accessibility improvements to System Settings’ Flatpak Permissions page. (Christoph Wolk, link)

On Plasma widgets’ “About” pages, website information is now shown in a more appropriate place, rather than with the license information. (Nate Graham, link)

Frameworks 6.18

All tasks that register with Plasma’s job tracker now automatically inhibit sleep and screen locking; this is now opt-out rather than opt-in. (Kai Uwe Broulik, link)

We’ve removed all of the colorful 3rd-party app icons from the Breeze icon theme. This was a complicated decision, but ultimately we reasoned that overriding 3rd-party app developers’ branding was rude, and we also realized that even if we didn’t care about that, we lacked the interest and resources to maintain the icons as those developers changed their apps’ branding over time. Anyone who feels sad about this is welcome to create an icon theme containing only the old colorful 3rd-party app icons which inherits Breeze, and stick it up on https://store.kde.org for others to use. (Nate Graham, link)

The “New Folder” Dialog invokable from Plasma and many KDE apps now word-wraps long paths, so the dialog can’t become comically wide. (Kai Uwe Broulik, link)

KDE Gear 25.12.0

Konsole and Kate are now capable of passing Wayland activation tokens back and forth, so running kate [path to file] in Konsole now causes existing Kate windows to get raised. For now it’s just those two apps; a more generic solution for arbitrary combinations of apps still needs to be implemented. (Christoph Cullmann, link 1 and link 2)

Notable Bug Fixes

Plasma 6.4.5

Fixed an issue that could cause the ksgrd_network_helper process to stick around longer than needed, doing unnecessary work and potentially delaying system shutdown. (Arjen Hiemstra, link)

Fixed an issue that would, over time, generate multiple duplicate entries for Plasma widgets on System Settings’ Shortcuts page. (Nicolas Fella, link)

Prevented Spectacle’s menus from appearing in its screenshots on X11 as well. We originally fixed this for Plasma’s Wayland session, but have now backported the fix for the X11 session as well. (Ismael Asensio, link)

The plasma-apply-desktoptheme command-line tool works again. (Nicolas Fella, link)

Fixed the selection highlights in System Settings’ Region & Language page so that text has the right color when its list item is clicked or selected, no matter what color scheme you’re using. (Han Young, link)

Fixed an issue that could cause DDC/CI control of screen brightness to re-activate itself after a screen dims on idle, in the case where you deliberately turned it off and want it to stay off. (Xaver Hugl, link)

Fixed an issue that caused NVIDIA GPUs to display the wrong names on Info Center’s “About This System” page. (Oleg Gorobets, link)

Fixed a weird issue in the Kicker Application Menu that prevented search results from appearing if you removed all the favorite apps. (Christoph Wolk, link)

The “Open in File Manager” button for camera devices that appear in the Disks & Devices popup now actually takes you to the location with all the pictures. (Bogdan Onofriichuk, link)

Plasma 6.5.0

Switching global themes now re-colors everything in your KDE apps immediately, without leaving any leftovers — at least for apps not packaged as Flatpaks. Those still need some work. (Vlad Zahorodnii, link)

Maximizing a window with a blurred background no longer causes the blur to flicker a little bit. (Vlad Zahorodnii, link)

Moving a window with a blurred background no longer results in the subtle noise texture of the blur moving in a direction that doesn’t match the window’s own movement. (Marcin Woźniak, link)

Fixed an issue that could cause the bouncy app launch feedback animation to sometimes not stop after the app’s window appeared. (Xaver Hugl, link)

Removing a System Tray widget no longer shows the wrong text in the notification that lets you undo removing it. (Filip Kendes, link)

Fixed an issue that prevented opening System Settings’ Virtual Desktops page from the pager widget on X11. (Efe Çiftci, link)

The GNOME Terminal app now gets the right background color when themed with the Breeze GTK theme. (Sebastian Parborg, link)

Other bug information of note:

• 4 very high priority Plasma bugs (same as last week). Current list of bugs
• 28 15-minute Plasma bugs (up from 23 last week). Current list of bugs

Notable in Performance & Technical

Plasma 6.4.5

Fixed an issue that could cause KWin to lag and stutter when you changed the brightness on a laptop using an Intel CPU from the Tiger Lake family or later. (Myrrh Periwinkle, link)

Frameworks 6.18

Made several performance and memory usage improvements to Kirigami-based apps and System Settings pages. (Aleix Pol Gonzalez and Nicolas Fella, link 1, link 2, and link 3)

Made several speed and performance improvements to the thumbnailing system used throughout Plasma and KDE apps. (Akseli Lahtinen and David Edmundson, link 1 and link 2)

How You Can Help

KDE has become important in the world, and your time and contributions have helped us get there. As we grow, we need your support to keep KDE sustainable.

You can help KDE by becoming an active community member and getting involved somehow. Each contributor makes a huge difference in KDE — you are not a number or a cog in a machine! You don’t have to be a programmer, either; many other opportunities exist!

You can also help us by making a donation! A monetary contribution of any size will help us cover operational costs, salaries, travel expenses for contributors, and in general just keep KDE bringing Free Software to the world.

To get a new Plasma feature or a bugfix mentioned here, feel free to push a commit to the relevant merge request on invent.kde.org.

Let’s go for my web review for the week 2025-33.

Didn’t Take Long To Reveal The UK’s Online Safety Act Is Exactly The Privacy-Crushing Failure Everyone Warned About

Tags: tech, politics, surveillance

Looked like a very bad idea in theory… now everyone can see how bad it is in practice. It’s disappointing that the UK government decided to go that path.

https://www.techdirt.com/2025/08/04/didnt-take-long-to-reveal-the-uks-online-safety-act-is-exactly-the-privacy-crushing-failure-everyone-warned-about/

Fight Chat Control - Protect Digital Privacy in the EU

Tags: tech, politics, surveillance, privacy

It’s looking bad, this still need to be fought.

https://fightchatcontrol.eu/

GitHub will be folded into Microsoft proper as CEO steps down

Tags: tech, ai, machine-learning, copilot, microsoft, github

Honestly, it took much longer than I expected. Now you know that GitHub has really become a conduit for Microsoft’s AI initiatives.

https://arstechnica.com/gadgets/2025/08/github-will-be-folded-into-microsoft-proper-as-ceo-steps-down/

Miegakure: A 4D puzzle-platforming game.

Tags: tech, 3d, 4d, mathematics, game

OK, the concept if really mind bending. The tech behind it is really interesting.

https://miegakure.com/

Over engineering my homelab so I don’t pay cloud providers

Tags: tech, self-hosting, infrastructure

Definitely over engineered but a good way to play with many interesting tools.

https://ergaster.org/posts/2025/08/04-overegineering-homelab/

How I use Tailscale

Tags: tech, tools, networking, self-hosting

Interesting tips and caveats when using Tailscale.

https://chameth.com/how-i-use-tailscale/

HTTP is not simple

Tags: tech, http, complexity, protocols

The contrary is indeed claimed too often. This is far from a simple protocol, and that’s probably to be expected seeing its history and success.

https://daniel.haxx.se/blog/2025/08/08/http-is-not-simple/

Cursed Knowledge

Tags: tech, reliability, communication, dependencies

Interesting approach for a project to collect such traps in their dependencies.

https://immich.app/cursed-knowledge/

Why do we even need SIMD instructions ?

Tags: tech, cpu, simd, performance

SIMD instructions are indeed a must to get decent performance on current hardware.

https://lemire.me/blog/2025/08/09/why-do-we-even-need-simd-instructions/

This Send/Sync Secret Separates Professional From Amateur Rust Developers

Tags: tech, rust, multithreading

This is a nice summary of the Send and Sync traits semantic in Rust.

https://blog.cuongle.dev/p/this-sendsync-secret-separates-professional-and-amateur

Arenas in Rust

Tags: tech, memory, safety, security, rust

Interesting point, fairly logical but didn’t sit to think it through before. Indeed, using arenas to get back features of manual memory management won’t lead to the same security issues than outside of a memory safe language.

https://russellw.github.io/arenas

Are we Teaching Rust Effectively?

Tags: tech, rust, teaching, learning

Indeed, is it that the language itself has a steep learning curve? Or that the emphasis is on the wrong things in the public discourse? I like the emphasis on the Aliasing Xor Mutability, it looks like a good way to approach the language.

https://blog.kodewerx.org/2025/08/are-we-teaching-rust-effectively.html

A clever comment style

Tags: tech, programming, comments, c++

That’s an interesting trick to make sure people reevaluate comments when they remove some code. Doesn’t work for every language of course.

https://akrzemi1.wordpress.com/2015/04/22/a-clever-comment-style/

id Software Programming Principles

Tags: tech, programming, craftsmanship, agile, developer-experience

Those principles are old now, but they really captured the zeitgeist of the time.

https://felipe.rs/2017/02/25/id-software-programming-principles/

TDD Harms Architecture

Tags: tech, tests, tdd, architecture, design

A good debunk of that claim we sometime see. Of course the tests need to be designed and you need to have good architecture blueprints to follow, otherwise you’ll be in trouble… TDD or not.

https://blog.cleancoder.com/uncle-bob/2017/03/03/TDD-Harms-Architecture.html

Delete your Tests

Tags: tech, tests, quality

There’s a big “if” of course, don’t just throw your tests out of the window. But indeed, they need to bring value… so start by having really good tests.

https://benjiweber.co.uk/blog/2014/04/27/delete-your-tests/

How Much Unit Test Coverage Do You Need? - The Testivus Answer

Tags: tech, tdd, tests, coverage

This is an old one but still a funny way to approach the question of test coverage. Unsurprisingly, the context matters.

https://www.artima.com/forums/flat.jsp?forum=106&thread=204677

Code Smells

Tags: tech, quality, smells, refactoring

A good explanation of why the concept is important, also comes with a nice list to get started.

https://blog.codinghorror.com/code-smells/

an engineer’s perspective on hiring

Tags: tech, hr, hiring, interviews

Hiring and designing interviews is still not an easy task in our field. This post gives a couple of interesting things to try.

https://jyn.dev/an-engineers-perspective-on-hiring

Bye for now!

This post is somewhat an update for my older post: Kate and Python language server

There seems to be a lot of different Python language servers.. And I just want one that does all and stays out of the way.

So after moaning about that I was pointed towards basedpyright on Fedi.

Despite the silly name, it works really well, so I set it up for Kate editor as I do. Here's how.

Install basedpyright

You may want to use something like pipx for this, that's at least what I did.

pipx install basedpyright

pylsp_in_env.sh

Then add pylsp_in_env.sh to PATH (such as ~/.local/bin/) Kate can see:

#!/usr/bin/env bash

path="$1"
cd $path
if [ -d ./.venv ]; then
  source ./.venv/bin/activate
elif [ -d ./venv ]; then
  source ./venv/bin/activate
elif [ -f ./Pipfile ]; then
  exec pipenv run basedpyright-langserver --stdio
  exit 0
fi

exec basedpyright-langserver --stdio

As mentioned in the previous post, this is needed to get the proper virtual environment. I also updated the script to work with Pipfiles.

Kate lsp settings

Then add this to Kate LSP settings.

I have also kept the pylsp settings there. It doesn't harm anything to have them there, in case you want to change the language server back to python-lsp-server.

{
	"python": {
		"command": [
			"pylsp_in_env",
			"%{Project:NativePath}"
		],
		"root": ".",
		"url": "https://docs.basedpyright.com/latest/",
		"highlightingModeRegex": "^Python$",
		"settings": {
			"basedpyright": {
				"analysis": {
					"typeCheckingMode": "off"
				}
			},
			"pylsp": {
				"plugins": {
					"pycodestyle": {
						"enabled": false
					},
					"ruff": {
						"enabled": true
					}
				}
			}
		}
	}
}

You can change the typeCheckingMode to different values like basic and recommended if project demands it. I set it off because with recommended there's A LOT of diagnostics that I usually don't need, unless again, the project expects proper type checking.

Done!

And that's it. Restart Kate or the Language server inside Kate and as long as Kate can find the file, it should just start up basedpyright-langserver and work.

I like this language server a lot, but if there's other challengers in future, expect me to make a post about them too.

Until next time!

Qt Group is pleased to announce the latest Long Term Supported release of Qt for MCUs. The 2.11 release is concentrated on stability with fewer new features . 

This blog lists some of the standout highlights from the 2.11 release and provides a roadmap of 2.x release for the rest of the year. 

KStars v3.7.8 is released on 2025.08.13 for Windows & Linux. MacOS release is pending. It's a bi-monthly bug-fix release with a couple of exciting features.

Live Stacking

The moment many of you have been waiting for has arrived! John Evans has introduced the highly anticipated Live Stacking feature to Ekos, seamlessly integrated into the FITS Viewer. Once you configure your live stacking directory, any FITS images added will be automatically stacked in real-time.

This feature works independently of your existing sequences or scheduler sessions, allowing you to configure the live stacker to process captured images for an enhanced view of your final results. It's particularly valuable for public observatories and star parties, where real-time feedback can greatly enhance the viewing experience.

Since Live Stacking is still in beta, we welcome your feedback and suggestions for improvement. Check out the demonstration videos below to see the feature in action and learn about its capabilities.

Equipment Profile Editor

The Ekos Equipment Profile editor has received a complete redesign. We've eliminated the limitations of the previous editor—you can now add unlimited drivers to your equipment profiles without restrictions. Need three different mounts in a single profile? No problem!

Both driver and profile lists now include search functionality, making it quick and easy to locate specific drivers. This flexibility gives you unprecedented control over your equipment configurations.

Focus History Navigation

Wolfgang Reissenberger has added an invaluable Focus History navigation feature. When autofocus encounters issues, you can now navigate through your focus frame history to inspect images from all autofocus runs, making troubleshooting much more effective.

The Focus module now includes a dedicated navigation panel. To optimize screen real estate, we've moved the detected stars display and current HFR readings above the V-Curve rather than below it, freeing up valuable space.

FITS Viewer Stretch Presets

Hy Murveit has refined the FITS Viewer stretch sliders and added a convenient preset button that cycles through seven different stretch configurations, offering various combinations of background brightness and contrast levels.

When you display the histogram and zoom in, the sliders provide much finer resolution control—particularly useful for precise black point adjustments.

Flatpak Support

Thanks to extensive collaboration between the Ikarus Technologies team, KDE Infrastructure team, and the Flathub community, we now offer both Stable and Nightly Flatpak packages.

The KStars Flatpak includes all INDI drivers and runs securely within the flatpak sandbox environment. This allows you to install both Stable and Nightly versions simultaneously without conflicts; perfect for testing the latest features and bug fixes while maintaining access to the stable release.

For installation on a brand new system, you'll need to install INDI firmware files. We've prepared comprehensive instructions and a simple installation script for both stable and nightly versions to facilitate this process.

Polar Alignment Improvements

Migration to Qt6

This release represents a significant technical milestone with our complete migration to Qt 6 and KDE Frameworks 6. KStars is still compatible with Qt 5 until all major distributions fully switch to Qt 6. While these changes happen behind the scenes, they provide a more robust foundation for future development.

The entire KStars development team contributed to this substantial effort. Special recognition goes to Eric Dejouhanet and Robert Lancaster, who invested countless hours reworking our complex CI/CD pipelines and macOS support builds in KDE's Craft system. This release wouldn't have been possible without their exceptional dedication.

Dark mode has been available in Plasma for quite a while now but the next release explores new areas where it can be taken one step further, beginning from some behind the scenes infrastructure to more user facing features such as dynamic wallpapers and automatic day/night global theme switching.

My journey to improving dark mode capabilities started at the recent Plasma Sprint. A while ago, I developed a wallpaper plugin that’s capable of synchronizing images to the position of the Sun, which I wanted to upstream but one of the biggest issues was the sheer size of the project. It supports a bunch of modes, it requires special tooling, and the wallpaper format is too cumbersome for upstream (although it’s amazing for 5K or 8K images!). So, I decided to make a pitch for adding one of the modes available in that plugin to other Plasma developers, which should be very easy to integrate with the existing infrastructure in Plasma. The idea was well-received and it led to a discussion about other related things, like better integration of geolocation services in Plasma, etc.

Day/night wallpapers

Some wallpaper packages can contain light and dark images. Currently, the light image will be used with a light color scheme, and the dark image will be used with a dark color scheme. The main idea behind the new day/night dynamic wallpapers was to exploit this design of the wallpaper packages: switch between light and dark images depending on the elevation of the Sun rather than the color scheme.

The plasma5-wallpapers-dynamic served as the basis for the new dynamic wallpaper mode in Plasma. It works exactly like we want. If geolocation data is available, use it to compute the position of the Sun. The daylight duration varies depending on your location throughout the year; by taking the geolocation into account, the dynamic wallpapers can closely match the dark/light cycle. If the geolocation is unknown, fall back to some pre-configured morning and evening times.

From functional point of view, it doesn’t have any purpose, but it’s a lovely touch that helps you to personalize your computer.

While on this, we also looked into optimizing the wallpaper configuration dialog. Specifically, fixing GridView in QtQuick so it is possible to reuse wallpaper preview items for smoother scrolling and re-working the wallpaper preview generation process for better performance and to make it less error prone.

How to create a day/night wallpaper

A day/night wallpaper is a regular wallpaper package but with light and dark images, Plasma does the rest to figure out what images should be displayed.

For example, imagine that you want to create a wallpaper with a lake. Then the wallpaper would look something like this

Lake/
├── contents
│   ├── images
│   │   ├── 1080x1920.png
│   │   └── 5120x2880.png
│   └── images_dark
│       ├── 1080x1920.png
│       └── 5120x2880.png
└── metadata.json

The Lake folder contains two things: a contents folder with images and a metadata.json file. The metadata.json file provides extra information about the wallpaper, e.g. the author, etc.

{
   "KPlugin": {
       "Authors": [
           {
               "Email": "foobar@example.com",
               "Name": "Name of the author"
           }
       ],
       "Id": "Next",
       "License": "CC-BY-SA-4.0",
       "Name": "Lake"
   },
   "X-KDE-CrossFade": true
}

The Id specifies the unique id of the wallpaper, the Name specifies the human readable name of the wallpaper. The metadata may also contain an X-KDE-CrossFade key, this is used to enable or disable long cross-fade. For example, if the transition from day to night lasts 30 minutes, then Plasma will slowly cross-fade from the light to the dark image for 30 minutes. Such a long cross-fade transition can be undesired if the images are too distinct.

images and images_dark folders contain light and dark images, respectively. Note that image file names must match the image resolution, i.e. 5120x2880.png instead of light.png, etc.

The wallpaper should be installed in /usr/share/wallpapers or ~/.local/share/wallpapers.

knighttime(d)

In addition to day/night wallpapers, it would also be nice if more things could be more dynamic. For example, switching the global theme at night. However, this creates a bit of a problem. If you want to configure the times when wallpapers or themes need to be changed, you will need to set settings for every feature individually, which is not great.

To solve that problem, a new desktop component was introduced that orchestrates when morning and evening transitions occurs – KNightTime. It’s a super duper tiny project with a client library and a daemon (knighttimed) that provides the schedule for day/night cycle transitions.

Since all features that synchronize to the day/night cycle subscribe to KNightTime, you only need to configure it to use specific morning and evening times. Night Light, day/night wallpapers and so on will be all synchronized.

knighttimed runs in background and it is started on demand, so in most cases, you don’t even need to worry about its existence.

Day/night themes

Besides the wallpaper, one can also switch between light and dark global themes depending on time of day.

Perhaps the hardest part about this was figuring out how to retrofit our system settings to accommodate for this new mode rather than actually implementing the logic that changes the active theme. Many thanks to Felix Ernst and Nate Graham for providing mock-ups and feedback about the UI.

It is worth noting that Plasma will switch between the themes only if the computer has been idle for 5 seconds. The main reason behind this is to avoid interruptions while actively using the computer. In case you don’t like it, you can turn it off in system settings or increase the default idle interval if you think it’s too low for your needs.

With the automatic mode, the global theme switching code is going to be stress-tested quite a bit, so we’ve also started (and continue) looking into various paper cut issues regarding theme switching, e.g. some buttons not adapting to the new color scheme correctly, etc.

Future improvements

There are other things that can be synchronized to the day-night cycle, for example screen brightness. Although, there is nothing clear on the radar yet.

Conclusion

The next release is going to feature a few dark mode improvements. Some are pretty technical, some are very user facing. In either case, I hope that things like this will help to make Plasma users happier and make Plasma stand out more among other desktop environments.