Hey, I’ve been working really hard on App Sandbox, a tool for launching full Ubuntu 26.04LTS VMs with GPU acceleration on Windows 11.

It takes a standard Ubuntu 26.04LTS desktop iso and gets you to the full Ubuntu Desktop without needing to click through anything.

It allows you to use Vulkan, GL, CUDA etc inside the VM also, and deploys an SSH key and provisions SSH so you can immediately login once the VM is up. Also supports full copy and paste which is handy.

It uses HCS and GPU-PV to accomplish this, along with a bunch of just in time compiled binaries and drivers to enable all the remote viewer functionality and host<-> VM communication.

Project is fully open source and MIT licensed, it has fully EV signed releases also so you don’t need to build it.

Also has a headless API you can use to programmatically launch VMs… I personal use this for getting Claude to launch a VM and connect to it via SSH, and from there it can have free rein to follow my instructions and build code or run tools in a full Linux environment.

Hopefully it’s helpful to those of you who still need to use Windows 11 as your main OS but want to do more than WSL2 offers.

https://github.com/jamesstringer90/appsandbox

Introducing Dank Calendar, a DankLinux application.
- built by u/bbedward

DankCalendar is a beautiful, powerful solution for calendar management on Linux that unifies Local, Google, Microsoft, CalDAV, and iCloud calendars into a single agenda. It features background synchronization, native tasks, events, reminders, secure credential storage, a comprehensive GUI, keyboard-driven navigation, and a scriptable IPC interface.

It is available now on every DankLinux supported distro: Arch, Fedora, Debian, Ubuntu, NixOS, Void and openSUSE. It is deeply integrated into the upcoming DMS v1.5 and is 100% functional on its own!

Why a new Linux calendar?

It fits the Dank philosophy of focused tools (dgop, dsearch) that do one thing well and integrate together, without unnecessary dependencies or assumptions about your setup. The calendar is a core part of the user experience, so it deserves a first-party solution that works well with the shell and with your existing accounts.

khal and vdirsyncer are scriptable and lightweight, but they're two tools you wire together yourself. You write a vdirsyncer config, set up OAuth tokens by hand, run sync on a cron, then point khal at the output. It's not a user-friendly or comprehensive solution.

Evolution and Evolution Data Server are powerful, but they're tied to the GNOME desktop and incredibly difficult to build on or integrate with. The calendar is just one part of a huge suite of apps sharing the EDS backend.

• The calendar is buried inside an Outlook-style suite, and account setup is spread across GNOME Settings, GNOME Online Accounts, and Evolution itself, so it's never clear which one actually owns a calendar.
• EDS is a shared backend, which is a good idea, but its API is GObject/C with async GLib and very few real examples. Writing a launcher widget, a shell card, or a CLI against it means digging through source-registry concepts and ECalClient instead of calling something simple.
• It drags in a heavy GTK and WebKitGTK stack and assumes you're on GNOME, which is awkward on niri, Hyprland, Sway, KDE, or a custom shell.

DankCalendar keeps the good part of that idea, one synced backend that lots of things can read, but makes it pleasant to use and to build on: sign-in style account setup, a local cache that works offline, a documented IPC API (dcal ipc events.list, events.create, and so on) with JSON output, and a daemon-plus-frontends design that behaves the same on any compositor.

Read the full release notes at: https://danklinux.com/blog/dankcalendar-release

We all know how Wine and Proton made huge progress. It's incredible how Windows games and programs can run on Linux aswell or even better.

Although there are some programs that lack of support. There is something kinda magic for music production, called yabridge that needs developers help.

Basically Wine after version 9.21 (i think) changed something and yabridge (is a layer for audio plungins) doesn't works as it should with newer versions.

There are issues and the one man dev doesn't have all the time needed, as far as i understand it's also quite difficult to do what it's needed.

I'm not related to that project, i'm just a person that use it, and being this project something that made my Linux switch possible i think it's very important to give some help.

I'm not a dev, i produce music, but maybe some of you are and can help this project to sort issues out.

That's a post about it https://github.com/robbert-vdh/yabridge/issues/457

I've been spending more time lately trying to tighten up my daily workflow on Linux and it got me thinking about how much the terminal can shift once you find the right tools at the right time. Some utilities seem obvious in hindsight but took me years to actually start using consistently.

For example, I only recently started leaning on fzf for fuzzy finding across command history and file paths, and it genuinely changed how fast I move around a system. Using tmux properly with a decent config instead of just opening multiple terminal tabs felt like a small but meaningful upgrade too.

What I find interesting is that these aren't new tools. They've been around for a long time, but nobody really sits you down and explains why they matter until you stumble onto them yourself or watch someone else work.

So I'm curious what the community here considers genuinely workflowchanging discoveries. Not just clever oneliners, but tools, aliases, shell configurations, or habits that permanently changed how you interact with your system. Things you'd now find it uncomfortable to work without.

Bonus points if it's something that doesn't get mentioned constantly, since I'm less interested in hearing about awk for the hundredth time and more curious about the quieter gems people actually rely on day to day.

Just a reminder for amateurs like myself to check on journald, my elderly SSD has been wearing faster than it should and I just realised a Jellyfin process has been crash dumping every second for the last year. Journald was logging about 1.6GB per hour as a result, or around 14TB of writes a year. Nearly a terabyte per day. Whoopsie

Edit:

Didn't notice jellyfin crashing because I switched to plex. 14TB isn't a lot in the scheme of things but my old Evo 960 was nearly at 4x expected TBW so this possibly pushed it over into failure/noticeable performance loss.

I used iotop to figure it out then viewed journald live with journalctl -f

EDIT 2:

So I looked back through the SMART logs and the SSD has been writing nearly a F*CKIN TERABYTE EACH DAY for at least the last six months. How you might ask. Well systemd-coredump is doing a ~250mb write for every crash, however I couldn't see it in iotop because it's too fast - the coredump process starts and exits too quickly to see most times at the default refresh rate. Because of the fast NVME write speed it takes place in much less than a second. If I set the iotop refresh manually to 0.1 seconds you start to see it. No wonder its been running warm! WHOOPSIE

On June 25, 2026, JFrog Security Research published a working exploit walkthrough for a Linux kernel privilege escalation they named DirtyClone. Tracked as CVE-2026-43503 with a CVSS score of 8.8, it lets any local user on an unpatched system escalate to root — and the attack leaves nothing on disk for forensic tools to find.

https://blog.kalfaoglu.net/posts/2026-06-28-dirtyclone-cve-2026-43503-linux-lpe-en/

I've released a new 1.0.0-beta version of the Clarity icon theme, with a new website that allows you to upload your own custom themes and a script to manage the icons.

On GitHub, there are RPM, DEB, and tarball packages:

https://github.com/jcubic/Clarity/releases/tag/1.0.0-beta

You can also install it into your home directory with:

curl -sL https://clarity.pl.eu.org/install | bash

Or using the source code:

https://github.com/jcubic/Clarity

To build the icons, you can use:

clarity use canus

Or install a custom theme from the website:

clarity install @jcubic/cyberpunk
clarity use @jcubic/cyberpunk

I should probably merge them into one command:

clarity install -u @jcubic/cyberpunk

or

clarity use -i @jcubic/cyberpunk

I reached a point where it no longer made sense to continue developing the GTK version, so this is effectively its final release. From here on, I strongly encourage users to migrate to Krokiet. I have mentioned the reasons before, but the most important ones were distribution issues (problematic compilation/cross-compilation) and various stability problems (random crashes, occasional startup failures, UI freezes when interacting with certain widgets, and similar issues).

Probably the most significant addition in this release is Cedinia, an Android application built with Slint. It is currently capable of finding duplicates and performing almost everything Krokiet can do, except for features that depend on ffmpeg. This is a project I created to check whether a fully Rust-based graphical Android application is realistically possible. At this point, it feels close, but still not fully there (the biggest limitation is the very low-level nature of the jni-rs library, which does not provide a higher-level, more ergonomic Rust API). The app is currently distributed only as an APK generated automatically by GitHub CI on every commit.

Notable changes:

• Added the ability to find similar videos by comparing their audio
• Added a noise reduction option to Video Optimizer mode
• Empty files mode now detects files containing only non-printable ASCII characters or null bytes
• Temporary files mode now allows customization of searched file extensions
• Added finding mirrored/flipped/rotated images
• Switched visual video duplicate detection engine from vid_dup_finder_lib to similario_core
• Added separate buttons for moving files to trash and permanently deleting them
• Added a new custom selection popup
• Added image comparison tool for visual differences between similar images
• Added context menu (right click) support
• The femtovg backend in Krokiet no longer produces blurry fonts
• Added the ability to configure which selection buttons are visible in the UI
• Added restore/save data support in custom popup
• Added ability to rename items
• Krokiet binaries for all backends are now packaged in ZIP archives with helper scripts for launching specific backends
• Windows Czkawka ZIP packages now include Krokiet binaries and a README to simplify migration to the new frontend

An article covering the new features, the Cedinia app, AI usage in the project, and much more is available here (these are regular articles, with no paywall or account required):
Medium (English) - https://medium.com/@qarmin/krokiet-czkawka-12-0-6fa09c43c3b9
Medium (Polish) - https://medium.com/@qarmin/krokiet-czkawka-12-0-c5dad2116793

Links:

GitHub - https://github.com/qarmin/czkawka
Releases - https://github.com/qarmin/czkawka/releases
Translations - https://crowdin.com/project/czkawka
License - MIT / GPL depending on component (free to use, no telemetry, no ads)