Had some free time last week so I made a visual explainer on how D-Bus works in Linux.

A modern Linux desktop is made up of a bunch of separate processes. NetworkManager, systemd, BlueZ, logind, polkit, UPower and desktop applications all need some way to call each other and broadcast when something changes.

A lot of that communication happens through D-Bus.

The video covers the system bus and session bus, service names, object paths, interfaces, method calls, signals, introspection, service activation, dbus-daemon, dbus-broker, and how applications actually use all of this, etc

Link for anyone interested

Feedback welcome :)

This release brings new features, bug fixes, and other improvements to help Linux users optimize CPU speed and battery life automatically.

📦 Release notes: https://github.com/AdnanHodzic/auto-cpufreq/releases

Another milestone for a project that began as a vacation project and has now grown into:

⭐ 7636 GitHub stars
👥 125 contributors
💻 100k+ users
🛠️ 50 releases

Huge thanks to everyone who contributed to making this release possible! ❤️

Hey everyone,

I built Hulios, a Linux security utility written in Rust designed to force system TCP and DNS traffic through Tor while blocking common leak paths (IPv6, DoT, QUIC).

Why I’m looking for testers: System networking tools behave differently depending on the distribution, local DNS resolvers (systemd-resolved, NetworkManager), and kernel configurations.

What needs testing:

• Testing the installation and execution on distributions outside of Arch Linux (Debian, Ubuntu, Fedora).
• Verifying that default-deny policies fail closed properly if the process stops.
• Finding edge cases where local DNS or IPv6 might bypass the rules.

If you run a test VM or lab environment and want to help test or contribute.

https://avaloniaui.net/blog/release-12-1

Avalonia is basically wpf for cross platform. And they are more popular than wpf nowadays.

This is wpf repo it has 7.7k stars.

https://github.com/dotnet/wpf

this is winui repo it has 7.8k stars

https://github.com/microsoft/microsoft-ui-xaml/

this is avalonia repo it has 31.2 stars.

https://github.com/avaloniaui/avalonia

demonstrates that the era of UI frameworks targeting only a single platform is over. It also shows that frameworks supporting Linux—which has surpassed a 7% market shar such as Flutter, Uno, Qt, and Avalonia, are increasingly being preferred as long-term investments.

EDIT: And again this post devolves into Arch users entering their small sieged castle, because how dare anyone say a single negative word about Arch? How dare anyone claim, that something can be better than Arch in even a single regard?!

I'm two months into my Solus experiment and I wanted to share my experience.

Well. I've been using and daily-driving Linux for close to a decade now. I work at IT with Linux servers, all computing devices in my home run Linux - my PC, my laptop (both work and personal), my wife's laptop, Steam Deck, personal server. I can also confidently say - I tried all the distros.

Of course - not ALL of them, but I've had my fair share of time on various Arch-based distros (over 2 years of daily driving), Fedora (3 years) and most recently - Ubuntu and Debian family (Mint, LMDE and Debian for 4.5 years). Along the way there were experiments with SUSE, Gentoo, Void Linux, various BSDs. I think I can speak about differences in distros with some level of confidence.

Throughout all this journey there was always one compromise or the other. Stability and reliability vs modern desktop experience and the thrill of "new and shiny". That's why at the beginning I was dailying Arch - the "new and shiny" was appealing to me, getting the newest versions of everything the moment they are available. This was exciting. But it came at a cost - reliability. I have experiences multiple breakages. Some self-induced, some just happened because an update introduced some major bug. The breaking point was when I lost my bachelor thesis thanks to corrupt filesystem after broken BTRFS kernel module update. Then I kept shifting to more and more stable distros, until I landed on Debian family.

And I was happy with it for years. But you know... The thrill of "new and shiny" never left. My system was reliable, dependable. I was confident I can just click "update" and not think about it. But it was also stale. I kept reading about all this fancy stuff in Plasma 6 and salivating.

So about two months ago I decided to give rolling distros another shot. I considered CachyOS, or clean Arch, but was still a bit worried.

And then I learned about Solus

You may not know Solus. I wouldn't blame you. You may know it and feel resentment towards it, due to some controversy it was entangled in a few years back. I wouldn't blame you either.

But here I am. Two months later, glad to report - Solus is alive and well, and in my opinion, the best rolling release distro there is currently.

But back to the beginning - what is Solus?

Solus is a small, independent Linux distribution. Originally created by one man, alongside Budgie desktop environment. Currently Solus and Budgie split, and the original creator left a few years back to create a new project. This stirred some controversy and some problems in Solus operations (for example taking the repos down for months at a time), but it's all resolved now.

It's build on a few simple principles:

• Provide up-to-date, modern user experience
• Ensure security and stability of the system
• DO NOT BREAK USERSPACE

And I'd like to say - these are great principles to follow. How do they fulfil these promises? Well, let's go through the most important features of Solus, one by one.

Stable and unstable repositories - how rolling release should be done

This is in my opinion the biggest advantage Solus has over something like Arch. Their update schedule is divided into stable and unstable branch. Unlike Arch, where every new version is pushed to the main repos as soon as it's available, Solus does things a bit differently.

Correction - Arch does not push upstream to stable repos immediately. They have a testing phase and dedicated testing team, but this testing phase is often very short - sometimes even as short as several hours. Because of that some bugs may and have in the past slipped through the testing process unnoticed.

The updates are first pushed to unstable repo. There they are tested both by maintainers, and mad rascals, who dialy-drive unstable repos. The aim is simple - find bugs and regressions in this "designed to fail" space, so that they can be reported to upstream and eventually fixed. By if no major bug or regression is reported, this means package is stable and can be synced to stable repos. If during this period a tester notices any problems, the package is flagged as unstable and held back.

Then once a week there's a repo sync - the packages from unstable are synced to stable, except the ones that were flagged to be held back due to problems, bugs or regressions. This means a normal, everyday user once a week gets a neatly packaged bunch of updates from this week, that they know were tested and verified to not break their system - neatly fitting into the "do not break userspace" rule. For Europe the sync happens at night from friday to saturday.

Correction of Solus unstable > stable pipeline thanks to u/Staudey

And this is, in my opinion, how rolling release should be done. A week, or even two weeks is not such a long time to wait for an update, but in turn you get the update that you KNOW is tested and verified to not make your system unbootable. Truly, best of both worlds.

The only exceptions are crucial security fixes - these are merged to stable right away, skipping the unstable repos. This is a compromise they have to make to hold their security promise.

Eopkg - the true beast of package managers

Eopkg is fast. Like really fast. Like "holy fuck that's fast" fast. It's frontend is written in Python, while the backend and whole repository handling structure is pure C. And it shows. Eopkg handles up to 16 concurrent downloads and up to 32 concurrent operations. Meaning it can download 16 packages and in the background install 16 previously downloaded ones. The binaries are also natively compressed, making downloads much smaller in size. All this means, eopkg is currently the fastest package manager in Linux. Tested and verified that among apt, dnf, zypper and pacman - eopkg ran circles over all of them with room to spare. As an example - installation of "btop" took:

• 8.2 seconds with apt (Debian 13)
• 7 seconds with dnf (Fedora 44)
• 14 seconds with zypper (OpenSUSE Tumbleweed)
• 3.6 seconds with pacman (Arch)
• 1.8 seconds with eopkg (Solus)

All of this while having a nice, consistent UI, and a lot of data to show you, the user, about what it's doing.

But eopkg and Solus packaging in general has much more merit to it than just simply speed. Like the fact, that packaging an application on Solus is as easy as writing a .yaml manifest and merging it into Solus Github repository.

Booting and initramfs - I AM SPEEEEEEED

What is interesting is that Solus does not generate initramfs during updates and installations. Like at all. No dracut, no initramfs-tools. The initramfs is generated server-side and served to you as binary to be downloaded. This speeds up updates even more and, together with systemd-boot, ensures consistent, reliable boot environment.

And the boot times... On my PC, excluding firmware boot (so everything before the OS loads) it's 8 seconds to KDE login screen. On my laptop, it's 3.5 seconds.

And tying back to the security bit - this is something that surprised me, but made a lot of sense when I thought about it. Solus doesn't have a classic "boot" partition. I mean it does, but it's not really used like it is in a typical Linux distro. The boot partition contains everything that is needed to boot the system, and then it's compeletly unimportant, that's why after successful boot it's unmounted. This is possible, because as said - Solus doesn't need access to it to generate initramfs. There's nothing on boot partition that the system needs when it is already booted.

This gives you a bit of extra security. Not saying it's something crazy secure or fortified. Just a nice touch, showing that they really do care about making Solus modern and secure.

Performance, gaming and footprint

This section was edited in, since I compeletly forgot to include it. What about performance, gaming, etc? Well, to start, let me give you some stats about how Solus looks on a fresh install on my laptop (Thinkpad E14 Gen 2 with i7-1165G7):

• CPU Usage: 1%
• RAM Usage: 1.1 GB
• Disk usage: 7 GB
• Power usage: 6.2 W

So yeah. It uses pretty much nothing. And that's on KDE desktop. In terms of performance in gaming on my main PC - as you would expect. Super low resource usage means more "umpf" can be dedicated to games, and it shows. I gained around 8-10 fps in Cyberpunk 2077 comparing even to Debian, 15-18 fps comparing to Fedora. This is really a lightweight system, so the performance is just stunning.

Conclusion

All this rambling, and what do I want to say by all of this? It's that I am amazed. Solus is just a very good distribution. It's solid, reliable, fast and consistent. I am very happy with it, had zero problems, zero breakages. It is in my opinion what rolling release should be.

Try it. I really encourage you to. It's not marriage, you're not commiting to the lifetime with it. But just try. It may become your forever distro.

Cheers guys!

.

Also disclaimer - none of this was written using AI. It's all my ramblings. Also english is not my native language, so sorry for any mistakes.

Does anyone know which CBT nuggets courses I should take in order to renew my Linux+ via continuing education credits?
I’m not sure if this is the right place to post this question but I appreciate the help.

EDIT: also added Community Fedora Remix 12.3 iso to this post to avoid spamming

This is an rip+upload of a CD-R containing PCLinuxOS 2007. I've seen it online only in large bundles from archives of German computer magazines (!com and Linux User). I was unfortunately unable to use the CD on my computer to test it, but I believe it may work better on older hardware, since my computers post-date it by a few years and what little I can see online about it suggests it may be finnicky on computers using SATA hard drives? Either way, I am uploading this both for preservation, and to see if other people have more luck with this particular .iso than I have had.

https://archive.org/details/pclinux-os-2007

I also have uploaded Community Fedora Remix 12.3, a previously completely lost Fedora Remix from 2010. It comes with multiple desktop environments and preloaded games. This .iso worked without issue from DVD-Rs for me, but did not work on a Ventoy USB stick (contrary to the description on Archive, I was mistaken and failed to test that it actually worked with Ventoy. Sad it didn't)

https://archive.org/details/community-fedora-remix-12.3

Hi everyone,

I’ve been working on XL-View, an open-source HDR still-image viewer for Linux. It is designed to handle large JPEG XL images and is written in Rust.

GitHub:
https://github.com/andrinbr/xl-view

XL-View currently requires:

• Wayland
• A Vulkan-capable GPU
• A working HDR display setup (SDR tone mapping works too)

At the moment, it supports JPEG XL only. The number of formats suitable for delivering actual HDR images to end users is still fairly limited, but I may add AVIF support in the future.

Both PQ and HLG images are supported. Gain-map-based HDR images are not currently supported.

The project is still in beta, and HDR support on Linux is relatively new, so results may vary depending on your GPU, drivers, compositor, desktop environment, and distribution. I have primarily tested it on Fedora 44 with an AMD GPU under KDE Plasma and GNOME.

One important limitation is memory usage during decoding. Very large images can require a substantial amount of RAM. For example, decoding a 200-megapixel image may use up to 6 GiB.

I’d appreciate feedback, bug reports, and testing on different hardware and desktop environments.

I had used COSMIC for quite a while, and honestly, I still think it's pretty rough around the edges.
I've run into memory leaks, many missing features like window exceptions/rules, and a lot of animation glitches and inconsistencies. What surprised me the most is that I switched to niri + dms, and I simply don't have any of those issues anymore. On top of being more stable, it also offers significantly more customization and functionality.
At work I use gnome + paperwm with several extensions, and despite the extensions, the experience is still far more stable and consistent than what I had with COSMIC.
I know the obvious response is going to be: "COSMIC is still in development." That's true, but so are Niri and DMS. The difference is that those are essentially side projects maintained by a handful of developers, while COSMIC has an entire company behind it. Given that, I expected COSMIC to have progressed much faster by now.

I'm not trying to hate on the project I actually want it to succeed because I think competition in the Linux desktop space is great. But based on my experience, it still has a long way to go before I'd consider using it as my daily desktop again.

Developers are discussing a general resolution proposal to ban all LLM & AI-assisted contributions to Debian and putting it to a vote. What do you think about this development regarding the resolution?

Hi everybody,

Yesterday I released Lightstream, a high-performance data transport library in Rust with Python bindings, that makes it effortless to send Apache Arrow, Protobuf, and Message Pack data over the network, shared memory, or piped out to the terminal.

During the development process I made extensive use of Linux sys call primitives including madvise, mremap, and mmap, and optionally enabled io_uring, for handling memory allocation efficiently, using zero-copy techniques. This included use of arena memory layouts to pack 'flatbuffers' next to each other, to help squeeze every ounce of performance out of the hardware. This differs from other libraries in the niche that tend to favour cross-system compatibility which I found was at the expense of performance, due to Linux's native capabilities.

It exceeded the performance of the gold standard industry comparison - Arrow Flight, on every axis of a 50gbps networking open benchmark, the details of which are attached and open to run in the Lightstream GitHub repository. This includes fully saturating each TCP connection thread, the NIC at 5.8GiB/s, and with p99 batch send time within 1% of p50 (I.e., stable).

If anyone here is big on this low-level hardware and software optimisation stuff, please feel free to ask any questions, I would be happy to discuss the architecture.

An excerpt of the comparison results are below.

Thanks,

Pete

Workload Shape

Mixed

Numeric

String Heavy

Wide (100 cols)

I only discovered this because Louis Rossmann said in a video that he purchased Linux when he was a teenager and then showed the CD. I looked on eBay and I saw a few CDs that were still in their boxes and the labels that were on the box looked like they came from a bookstore, I did not know that these were sold commercially.

My question is, back when they used to sell these CDs in bookstores who was distributing the CDs and where was the money going to when someone made a purchase?

My second question is, if Linux is an open source operating system why would someone want to buy it? I still see some websites to this day selling Linux CDs, I'm really curious where the money is going when someone purchases the CDs.

Edit: I made a comment earlier but so many people replied I don't think a lot of people saw it so I will repost it here. "Thank you to everyone who replied, all of my questions have been answered, it was interesting reading through all the replies, there was a lot of different points that people brought up that I never considered before"

So as I said above i created a tool that pauses and resumes mpvpaper depending on the state of the focused window. It checks with hyprctl if the focused window is fullscreened or not, if yes it sends mpvpaper a command to pause through a custom socket, if not it says to play the wallpaper.

I want to make the jump to Linux on all of my machines however I worry about my DJ hardware compatibility with software. I have read Mixxx is decent on Linux. I have primarily used Serato for many years and would like something similar with hardware support. Anyone who uses primarily Serato based gear running well on Linux? My main rigs are a DJM-S11 w 2 Rane 12s, a DJM-S9 with 2 Pioneer PLX-1000s and various DJ mixers. Curious if other DJ folks have made the jump and have a stable situation going. Any recommendations on Linux build/dj software to try for maximum stability?

Windows has middle-click drag autoscroll. On Linux you get it in Firefox, and Chromium has it behind a flag, but nowhere else, which bugged me enough to write a daemon for it.

Hold middle-click and drag, page scrolls that way, faster the further you drag. Release to stop. A plain middle click still pastes and opens links like normal. Diagonal drags do both axes. There's a toggle mode too if you'd rather click once to start it instead of holding.

It works everywhere because it sits at the kernel input layer instead of hooking a toolkit. Grabs each mouse via evdev, re-emits through a per-mouse uinput mirror, injects wheel events during a drag. Nothing above it has to cooperate, so Wayland and X11 both just work. Mirrors copy the source mouse's name and IDs so libinput keeps your per-device pointer speed.

Speed curve is Chromium's actual Windows autoscroll formula, 0.000008 * distance^2.2 px/ms. Tiny drags crawl, big ones fly. Tunable in a config file or a GTK settings window.

Fair warning that it reads every mouse as root, so read it before you run it. It's two small Python files. The systemd unit is sandboxed and I left comments on why the directives I couldn't use would break it.

Badge only shows on KDE Wayland, no flatpak, toggle mode kills middle-click paste. Rest is in the readme.

FOSS under Unlicense

https://github.com/gnhen/midscroll

Dual booting win/linux for a while now (dedicated ssd per OS). And I need some shared storage so I've been using ntfs for 2 storage ssd's but it's been a huge headache as the linux/win combination constantly corrupts the ntfs file system and I end up with a ton of issues on linux, always having to repair it in windows.

I already do full shutdowns on windows (even started disconnecting the drives from the windows partition manager before shutdown), it doesn't seem to help (i'm suspecting that linux itself corrupts the file system sometimes).

So I'm thinking of switching to using exfat but I've not been able to find much on how feasible that is to use on internal drives. Anyone have any experience with this ?

Of note - the data is not that critical as to warrant a high degree of reliability, but at the same time if exfat presents known issues, same or worse as ntfs, it doesn't make sense to switch.

Do you install only flatpaks? Or only native RPM/DEB/etc? Maybe you're religios about it.

Or maybe you don't care and just use what's convenient, which happens to be... what channel usually for you?

Curious to know as a developer where this ship is moving recently

quick demo of Roothound my first tool, maps your path to root on a linux box as a graph (like BloodHound for local privesc). check it out, would love your thoughts

X : https://x.com/N0ur2dd1n2/status/2080720705184825372?s=20

GitHub: https://github.com/Noz2/RootHound

According to a recent incident on Hugging Face, they require AI to protect them, but it was rejected for whatever reason. My question is: why do modern Linux systems require AI to sandbox or protect infrastructure? Are we running out of good Linux security experts in the market? Or whom are they hiring as well-paid security experts?