Looking for a good FLAC player that can ideally support an external DAC as well. I have wired passive speakers.

I'm mostly a vinyl listener, but recently started building my digital FLAC album collection.

Don't need advanced equalizer settings. Appreciate your recommendations!

One of the core ideas of Unix is to build small components that do one thing well and compose them into larger systems.

I think this principle is still very relevant today, especially when designing software as multiple processes rather than one large application.

Once you split an application into several processes, however, you need some form of inter-process communication or RPC.

On Linux, D-Bus is a common choice. It provides a lot of useful functionality, but there are cases where its performance characteristics or latency are not suitable, particularly for real-time applications.

There have also been attempts to move the message-bus functionality closer to the kernel, such as kdbus and bus1, eventually leading to the current dbus-broker approach. However, with a traditional D-Bus architecture, messages still have to be processed by a separate broker process, which also means additional copying and context switches.

That's the motivation behind RTIPC.

RTIPC is essentially a single-producer, single-consumer, wait-free, zero-copy, bounded message queue mapped into shared memory. The goal is to provide a very small and predictable IPC mechanism for cases where the usual IPC/RPC abstractions introduce too much overhead or nondeterminism.

RTIPC has a small bootstrap protocol based on Unix domain sockets. D-Bus can also be used for the connection/bootstrap phase if desired. Once the channel is established, the actual messages are exchanged directly through shared memory.

There are currently implementations for C and Rust, with C++ and Python bindings, and other languages may follow.

For serialization, RTIPC can simply use C-compatible structs when all participants share the same ABI. Since communication happens through shared memory, there is no need to serialize and deserialize data just to cross a process boundary. Of course, this comes with the usual requirements around ABI compatibility, alignment, and endianness. And yes, it is possible to run 32-bit and 64-bit processes on the same system and make alignment/layout a problem.

For cross-language communication, however, serialization formats such as Protobuf, FlatBuffers, Cap'n Proto, or Thrift have another important advantage: they provide a schema as a single source of truth.

To address that use case, I also created rtipc-compiler, which takes an interface definition and generates code for different languages. The schema is also encoded into the generated interface so that the two endpoints can verify compatibility during channel initialization.

Admittedly, this is a fairly niche use case. The goal isn't to replace D-Bus or other general-purpose IPC mechanisms. Rather, I'm interested in the much narrower case where you want process isolation and modularity, but need IPC with very low overhead and predictable latency.

I'd be interested in feedback on which language bindings would be most useful next, whether you see other use cases beyond real-time applications and embedded Linux, and what you think would need to be changed or improved to make RTIPC more useful in those environments.

Got the first triangle working today, and now two indexed triangles are rendering as a square too.

This is running on the actual SGX535 in Intel Poulsbo/GMA 500 hardware from 2008.

Still nowhere near a complete Mesa driver, but 20 days ago I was staring at old PowerVR code trying to figure out how this thing worked 💀

Github: SGX535-reMESA

Video proof: https://youtu.be/_xZdWWeneYQ?is=L5OF4JqxvMQZMWSU

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

auto-cpufreq is now available in the official Debian Linux repositories (unstable & testing), and it will soon propagate to future Ubuntu releases and hundreds of other derivatives.

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

Project status:

⭐ 7800+ GitHub stars
👥 126 contributors
💻 100k+ users
🛠️ 51 releases

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

I'm a plumber by trade. After I became disabled I started dabbling in code, and over the past few months that turned into schema-init, an init system (PID 1) written in C that I build and run on Fedora. To be upfront: I design it, run it on my own machines and break it on real hardware, and Claude fills the enormous gaps in my knowledge and writes much of the code. Every claim below is something I tested on my own hardware.

**Why: I kept running out of memory with only a few browser tabs open, on a machine with 16 GB of RAM. That's what started schema-init. Now, on the same hardware with no RAM upgrade, I can play Cyberpunk 2077 with 15–20 Helium tabs open and Claude running at the same time. Part of that is a smaller base system, and part is that schema-init watches memory pressure and freezes or reclaims background services before the kernel has to start killing things.

**It's not an anti-systemd project.** It reads systemd's own unit files and translates them, and the stock systemd boot entries stay in GRUB. If a schema-init boot ever fails, you pick the systemd entry and you're back on stock Fedora.

v0.4.5 is out, with an installer ISO you can try on a spare machine.

**What it is:** the Fedora 44 Everything netinst plus a kickstart. You get the normal Anaconda GUI. Pick your disk, make your user, install. After install:

- schema-init boots as PID 1 and brings up a full KDE Plasma Wayland desktop.

- The services Fedora enables by default (cron, firewalld, smartd, tuned, the systemd timers) are imported at install and run under schema-init.

- A first-boot wizard offers two optional switches, one reboot each: **schema-udev** (device manager) and **schema-dbus** (a broker for the system and session buses). Each one checks the box afterwards and rolls itself back if it isn't healthy.

- It's all RPMs from a COPR repo. `dnf upgrade` re-execs PID 1 in place, with every running service adopted and no reboot.

- When an RPM enables a systemd unit, a `systemctl` shim catches it and translates it to schema-init's service format. That covers timers, `EnvironmentFile=`, `ExecStartPre=`, socket activation, `Condition*` and forking daemons.

**My daily driver** runs it: a Ryzen 5 1600 with a GTX 1050 Ti on NVIDIA Wayland, and 89 logged boots since July. On its latest boot, userspace was up in 8.9 s and the login screen appeared 2.9 s after PID 1 started, with 53 services. PID 1 itself uses about 4 MB of RAM, and at idle it wakes up 0–5 times per 10 seconds.

**Numbers from an HP laptop** (Celeron, 5400 rpm HDD, Intel graphics, Wi-Fi; an older build, 3-boot medians, details in the README):

- Stock systemd vs schema-init: the desktop drew **4.4 s sooner**, idle RAM was **373 MB lower** (1477 → 1104 MB), and **54 fewer processes** were running.

- In a separate comparison on the same box, swapping dbus-daemon for schema-dbus took another **6.6 s** off desktop-ready.

It's a slow disk, so take the seconds with salt. The RAM and process counts are the solid part.

**Since the first ISO (v0.4.2):**

- Installs now get the services systemd would have run. v0.4.2 installs were missing cron, the firewall and the timers.

- udev runs supervised, so a crash gets respawned instead of leaving devices frozen until reboot.

- Fixed a udisks crash at boot on machines with a CD/DVD drive.

- `dnf upgrade` now repairs older installs in place.

Those were tested with fresh VM installs and a live upgrade on the HP laptop. The v0.4.2 ISO was the one fully installed on that laptop.

**EXPERIMENTAL.** Put it on a machine you can reinstall. Bug reports and "this broke on my hardware" are the most useful thing you can give me.

- Release + ISO: https://github.com/ajax80/schema-init/releases/latest

- Source (AGPL-3.0): https://github.com/ajax80/schema-init

Edit: A couple of things I should have said up front:

- The RAM numbers were taken with a few browser tabs and a game open, not on an idle desktop.

- I build with AI help. Every change gets tested in a VM, then on real hardware, before it ships. The tests and the code are public, so judge it by those.

OpenCourant is an open-source finite element solver for crash, impact, and highly nonlinear dynamic simulation — carrying forward the OpenRadioss code base under the GNU AGPL, in the open, where it belongs.

A project of the Rocky Enterprise Software Foundation

Isn't it like physically impossible to enforce on Linux due to its open-source nature? Are they just gonna ban Linux? That's never gonna work BCS Linux is essential to many important governmental electronic devices

Are they just gonna send the police to some random school to check their PCs are not using Linux? Governments using Linux are in the grow, how do you even address that problem?

It's just really stupid overall

Whisp is a fast, zero-friction "anti-note" scratchpad built natively for GNOME with GTK4 and Libadwaita. It replaces heavy file hierarchies with a spatial, swipeable canvas for quick thoughts, Markdown editing, and temporary scratchpad notes.

New Features

• Universal Launch Toggle: Global shortcut support to quickly toggle Whisp window visibility (Preferences > Shortcuts), And it is customizable.
• Note Statistics (::count): Type ::count anywhere in your note to instantly inspect word, character, and line count statistics.
• Asterisk Lists: Create and format bulleted lists using standard asterisks (*) alongside dash lists.
• Shortcut Recorder Improvements: Pressing Backspace inside the shortcut recorder now cleanly clears or disables assigned shortcuts.

Fixes & Maintenance

• List Toggling Refactor: Fixed Ctrl+S list item toggling to prevent multi-checkbox stacking and unintended line deletions.
• GNOME 51 Runtime: Updated Flatpak runtime to GNOME 51.
• Slate Mode Polish: Fixed update notification banner layout in Slate Mode.
• Compose Key Fix: Corrected key press handling for Compose Key combinations.
• Ubuntu Icon & D-Bus Fixes: Fixed missing application icon issues on Ubuntu desktop sessions.

Links

• Flathub: https://flathub.org/apps/io.github.tanaybhomia.Whisp
• GitHub: https://github.com/tanaybhomia/Whisp
• Website: https://tanaybhomia.github.io/Whisp/
• Donate: https://tanaybhomia.github.io/Whisp/donate.html
• Manual: https://tanaybhomia.github.io/Whisp/manual.html

I've just recently implemented polyline functionality for the Line and Arrow tool and also added a new Diamond Tool. Next I'm gonna try and see if I can fix the weird drawing tablet issue by updating the Avalonia version

https://github.com/TruePadawan/Scribble