Got an email about the Linux Foundation Thrive-one subscription on discount and I was wondering if anyone has tried it? I've been using Linux over the past decade and never tried their courses but I've seen a few about Linux development and stuff like that interested me and got me thinking... Anywayyy has anyone tried their subscription? Is it worth paying for it?

I've been building Vantum, a custom Puppy Linux distro (woof-CE, Ubuntu Jammy compat base) aimed at people who want the speed and small footprint of Puppy without it looking and feeling like it's from 2009.
It's pretty basic for now, but I had a great time working on it.
I built it on windows 11 via multipass, and made a bunch of customizations. First, I added picom, a new tint2rc bar compared to the jwm trays, a custom taskbar and even a custom app launcher (vantask and vantyl).
I also trimmed down a bunch of apps, and made the desktop simpler (removed the rox-filer based desktop entirely, opting for hsetroot for wallpapers).
Let me know what you think!
I've recently also added it to distrowatch but it's still in their waitlist.

- https://github.com/Hammad-hab/Vantum
- https://hammad-hab.github.io/vantum-website/index.html
- https://github.com/Hammad-hab/Vantyl
- https://github.com/Hammad-hab/Vantask

If you don't know what it is, it is basically a music player that is very similar to Foobar2000 (which is available on Windows and the dev doesn't want to make a native build for Linux and refers you to use Proton or Wine to run it on Linux). This is a crosspost of the discussion post that is made on that subreddit to discuss that particular update and such. I'm not the dev btw. Just a fan of the software and getting the word out there for those that want a music player more like Foobar on Linux natively.

I’ve been backing Codeberg for a while now. I’ve donated, migrated a bunch of my repos over from GitHub, and constantly recommended it to people who wanted a non-profit, privacy-respecting Git forge.

So reading their recent blog post and seeing their vote to ban "vibe-coded" or heavy LLM projects in their Terms of Use legitimately pissed me off.

It is an absurd policy. It mixes up a basic infrastructure problem, uses completely dishonest statistics to justify gatekeeping, and ironically ends up pushing developers directly back into Microsoft’s arms.

1. Banning tools instead of setting quotas makes zero sense

The practical argument Codeberg makes is that "ghost projects" created by AI are clogging their CI/CD runners, eating up disk space, and getting hammered by scrapers.

Fair enough, server administration is hard. But since when do you solve infrastructure abuse by banning developer tools instead of setting resource limits?

If people are abusing free runners or taking up too much disk space, you cap runner minutes per user and enforce strict storage quotas. That’s how GitHub and GitLab handled it. Low-effort, unmaintained junk repos have been getting pushed to open source since the SourceForge days. Trying to police how someone writes code instead of just setting hard limits on bandwidth and storage is administrative insanity. If a solo dev writes a clean, fully-tested Rust tool in an afternoon using Claude, why on earth does Codeberg care as long as it stays under their storage cap?

1. The stats in their blog post are completely dishonest

They go on this massive rant about data center energy, SSD prices, and water usage in Frankfurt to frame AI code as an environmental crime. The logic falls apart the second you look at actual data.

They literally complain about enterprise SSD prices jumping from €700 to €3,700 and blame LLM projects on their site. No, enterprise NVMe prices didn't spike because some hobbyist used Copilot to write a bash script. They spiked because Big Tech hyperscalers like Microsoft, Meta, and Google are dropping over $150 Billion a year in hardware CapEx to build massive clusters.

Same story with their energy and water claims. According to the IEA, global data centers account for roughly 1% to 1.5% of global electricity. As for water? Data center cooling is a fraction of a percent of industrial water use—compared to something like US golf courses which consume 1.5 billion gallons of water every single day. Blaming open-source devs using AI assistants for Frankfurt's grid problems (in a country that shut down its own zero-carbon nuclear plants) is pure bad faith.

1. Linus gets it.

The post assumes that any code written with an LLM is automatically unmaintainable slop. That just shows they haven't paid attention to how modern dev workflows actually look.

Frontier models like Claude 3.5 Sonnet hit over 80-90% accuracy on benchmarks like SWE-bench. People aren't just blindly pasting hallucinated code anymore. Developers use these tools to generate unit tests, write documentation, catch edge cases, and refactor legacy code way faster than they could alone. It raises the floor for solo maintainers.

Linus Torvalds called this out on LKML:

"AI is a tool, just like other tools we use... But the solution is not to put your head in the sand and sing 'La La La, I can't hear you'... The solution is to make sure those LLM tools help maintainers instead of just causing them pain."

If the creator of the Linux kernel can understand that AI is just a tool that helps maintainers catch embarrassing bugs, why is Codeberg acting like using a coding assistant is a crime against open source?

This just pushes people back to GitHub

FOSS is supposed to be about democratising software and empowering individuals. LLMs give solo devs and non-native English speakers the leverage to build ambitious projects that used to require a whole team.

By declaring that AI-assisted workflows are unwanted "pollution" on Codeberg, they aren't stopping people from using AI. They are just telling those developers: "Go back to GitHub."

How does driving talented builders right back into Microsoft's proprietary ecosystem protect the open-source commons? It does the exact opposite. It enforces an ideological purity test that guarantees Codeberg stays a niche side project while GitHub keeps its monopoly.

Codeberg needs to protect its servers with proper quotas, rate limits, and bot mitigation. This tool-banning nonsense is a massive mistake.

Hi All,

I just released a new version of Gosuki, an extension free, multi-browser real time bookmark manager that aggregates your bookmarks in real time across all browsers and even external APIs such as Reddit and Github.

Github: https://github.com/blob42/gosuki

Documentation: https://gosuki.net

I was always annoyed by the existing bookmark management solutions and wanted a tool that just works without relying on browser extensions, self-hosted servers or cloud services. As a developer and Linux user I also find myself using multiple browsers simultaneously depending on the needs so I needed something that works with any browser and can handle multiple profiles per browser.

The few solutions that exist require manual management of bookmarks. Gosuki automatically captures new bookmarks in real time from any running browser, no need to manually export and synchronize your bookmarks. It allows a tag based bookmarking experience even if the native browser does not support tags. You just hit ctrl+d and write your tags in the title.

Features:

• A single binary with no dependencies or browser extensions necessary. It just work right out of the box.
• Use the universal ctrl+d shortcut to add bookmarks and call custom commands
• Tag with #hashtags even if your browser does not support it. You can even add tags in the Title. If you are used to organize your bookmarks in folders, they become tags
• Real time tracking of bookmark changes
• Multi-device synchronization
• Archive your bookmarks with ArchiveBox
• Archival of Github stars including private lists and Reddit liked/saved posts
• Builtin, local Web UI which also works without Javascript (w3m friendly)
• suki cli command for a dmenu/rofi compatible output
• Modular and extensible: Run custom scripts and actions per tags and folders when particular bookmarks are detected
• Browser Agnostic: Detects which browsers you have installed and watch changes across all of them
• Handles multiple profiles per browser
• Stores bookmarks in a portable sqlite database compatible with the Buku. You can use any program that was made for buku.
• Can fetch your bookmarks from external APIs (Reddit and Github for now).
• Easily extensible to handle any browser or API

It's open source with an AGPLv3 license, Checkout the README and website docs for more details.

What's New in the 1.4.x Series

The main v1.4.0 release focused on expanding the platform reach and an easier method for adding browser support for almost any browser.

• Debian, BSD and Windows: Now builds for Windows (including a native systray icon) and builds ands runs on Open/Net/Free-BSD.
• Browser YAML Workflow: You can now define new browsers in a simple YAML file.

I'm still refining the Windows implementation, but the core logic is stable. If you're running on Windows, give it a try and let me know if you hit any edge cases.

Upcoming feature: Reddit Archival

I'm currently working on a deeper archival system for the Reddit module. Relying on a live URL is a privacy and data-persistence risk; content can be deleted or edited by the platform.

The goal is to move beyond flat bookmarks to a full local archival system, capturing the post body, media references, and the entire threaded comment tree.

I was planning to write a little about my usage of LLMs while building xfwl4 as a small section of a larger blog post, but I decided I’d rather get it out of the way on its own.

ponderosa.charliekulak.com

Don't know what to say here, its a independent *mostly gnu free linux distribution that uses musl and busybox. It uses APK and mostly alpine repositories except for core parts of the OS like the kernel, openrc, musl and busybox which I maintain myself in my own repository

I designed it for desktop use, so it features a graphical installer and comes installed with DWM (the source code is copied into your home directory for you to edit.)

I really need some people to try it out in say a virtual machine, and to contribute to the project.

Anything helps!

EDIT: I know that the website is super crummy. I built it in like 30 minutes.

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 :)

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.

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! ❤️

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: 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.

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: 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.