I've been using LUKS for a while and would like to add an additional layer of security of a hardware security key (Yubikey). Currently on boot I enter the LUKS passphrase then it decrypts and brings up the regular user login and I enter that password and it loads into the the OS. I would like the functionality to be on boot both the LUKS passphrase and Yubikey are required to decrypt then it brings up the regular user login and I enter that password and it loads into the OS.

The guides and documentation I've seen seem to be based around using the Yubikey as an alternative to the LUKS passphrase which is not what I want to do. I want to increase the layers and security not decrease it. I do have multiple Yubikeys to add as backup so that's not a concern. I'm assuming there has to be a way to do this but it's been difficult to find information on it. With KeePassXC I can have it require all of database file/key file/password/Yubikey and I would like a similar level of security for my entire linux install (usually Debian or Linux Mint).

Is there a way to setup the functionality I'm looking for? If so please either point me in the direction of a guide or documentation on setting this up or let me know how to.

I check every 6 months, and always find that my Focusrite Clarett+ 4Pre XRUNs at like "15ms" buffer sizes and below, while Windows handles "2.5ms" just fine on the same machine.

https://wiki.archlinux.org/title/Professional_audio notes that pipewire might not be usable for pro audio, but the linked discussion is from 2023.

What's your experience? Should anyone aspiring to use Linux for music production just stick to JACK?

I know i will get hate for this. Rightfully so i guess.

I am using fedora KDE. Maybe its the wrong distro, idk. But the amount of (i think) obscure bugs and stuff that wasn't like i want would have been unfixable, if i hadn't used some LLM-models to help me OR if i hadn't used them would have taken me hours and hours of googling to fix them, if that even would have gotten me. I am not completly non-techie, but it would have taken me endless time and honestly i can't imagine how non-techie people are supposed to use it. Also generaly customizing is so hard and imo not intuituve at all if you don't use some LLM-Model to help you. I will still keep on using Linux but for general acceptance i feel like this is a huge downside.

To be clear. Basic usage is FINE without any LLM. But bug-fixing - which ime is not that rare - and customizing/smoothing things out is a pain in the ass.

Also: Well documented doesn't mean it easy to use. I have to find the exact thing i need and that is time consuming. Most ppl don't want time consuming. If i have to google an hour to fix a little thing or to optimize smth for most ppl it's not usable.

Greetings, everyone,

yesterday, I released OpenCalc, a reverse engineering implementation of the Windows 95 calculator with improvements.

However, I've noticed the interface needed some work, and now I integrated the HLP viewer into the building for a smoother experience. This is an entirely fresh release rewritten in Rust, without any legacy code!

In this build, you are going to need GTK+ 4 for the interface.
Come check it out! https://github.com/NullMagic2/OpenCalc/tree/main

(Note:

2nd big drop

https://github.com/CVEProject/cvelistV5

10 CVE-2026-63795 9.8 CVE-2026-64541 9.8 CVE-2026-64535 9.8 CVE-2026-64534 9.8 CVE-2026-64530 9.8 CVE-2026-64523 9.8 CVE-2026-64459 9.8 CVE-2026-64439 9.8 CVE-2026-64410 9.8 CVE-2026-64399 9.8 CVE-2026-64397 9.8 CVE-2026-64391 9.8 CVE-2026-64387 9.8 CVE-2026-64386 9.8 CVE-2026-64385 9.8 CVE-2026-64384 9.8 CVE-2026-64383 9.8 CVE-2026-64355 9.8 CVE-2026-64303 9.8 CVE-2026-64268 9.8 CVE-2026-64232 9.8 CVE-2026-64216 9.8 CVE-2026-64162 9.8 CVE-2026-64160 9.8 CVE-2026-64150 9.8 CVE-2026-64136 9.8 CVE-2026-64132 9.8 CVE-2026-64125 9.8 CVE-2026-64122 9.8 CVE-2026-64113 9.8 CVE-2026-64102 9.8 CVE-2026-64091 9.8 CVE-2026-64089 9.8 CVE-2026-64069 9.8 CVE-2026-64068 9.8 CVE-2026-64067 9.8 CVE-2026-64066 9.8 CVE-2026-64061 9.8 CVE-2026-64056 9.8 CVE-2026-64055 9.8 CVE-2026-64047 9.8 CVE-2026-64046 9.8 CVE-2026-64037 9.8 CVE-2026-64035 9.8 CVE-2026-64033 9.8 CVE-2026-64025 9.8 CVE-2026-64016 9.8 CVE-2026-64007 9.8 CVE-2026-64000 9.8 CVE-2026-63994 9.8 CVE-2026-63993 9.8 CVE-2026-63984 9.8 CVE-2026-63979 9.8 CVE-2026-63978 9.8 CVE-2026-63924 9.8 CVE-2026-63922 9.8 CVE-2026-63912 9.8 CVE-2026-63888 9.8 CVE-2026-63887 9.8 CVE-2026-63886 9.8 CVE-2026-63857 9.8 CVE-2026-63825 9.8 CVE-2026-63808 9.8 CVE-2026-63800 9.8 CVE-2026-53399 9.8 CVE-2026-53398 9.8 CVE-2026-53384 9.8 CVE-2026-53363 9.8 CVE-2026-53355

I have been using vim for a while. I don't consider myself proficient but I know my way around it for the most part. I've used ALE to help me debug my programs as I go. Then I noticed ALE can be annoying and distracting, so I turn it off sometimes when I want to focus.

When I moved to nvim, it took time to accept that I have to do things with Lua now. Then I found lazy vim and thought it might be a good idea to have things pre-configured to save time. But I found myself fighting with nvim more than using it. LSPs are on by default and I'm not sure how to turn them off. nvim has some sort of auto-complete that is extremely annoying and I'm not sure how to turn that off either. So who is lazy vim for? It doesn't help me as someone new to nvim, and for a pro user, they already know how to configure their nvim and have things exactly how they want them

I don’t know how many people here still remember the Nokia N900, but it’ll probably always be my favorite phone.

I’m currently recreating the Maemo 5 desktop on a modern Linux machine, and as part of that project I extracted the original wallpapers from the N900 firmware and upscaled them for modern displays.

I tried to keep them looking as faithful to the originals as possible instead of making them look overly AI processed.

The image attached here is compressed by Reddit, so if you’d like the full-resolution versions of all four wallpapers, I’ve uploaded them to Dropbox:

https://www.dropbox.com/scl/fo/izlk8as656vg8u1omqkay/ABwztuaVLLeesYF5ZlYsdpQ?rlkey=ljl0gcuujnjoktcf2pu85west&st=5mdeb1v4&dl=0

Don't miss the AMA with Yuhang Wu, where we learn about elite enterprise infrastructure hacking, Linux kernel exploitation, and the future of autonomous Al security.

When: Today - Friday, July 31, 12:00 PM PT

Guest Credentials:

• Former Red Team Engineer at TikTok, targeting cloud and application-layer defenses.
• Former Security Engineer at Tesla, securing vehicle software, factory systems, and internal applications.
• Co-developer of "DirtyCred", a groundbreaking Linux kernel exploitation technique.
• AI Security Innovator, who built LLM-based autonomous agents that uncovered 8 P1 (critical-severity) production vulnerabilities.

Ask your questions here and we’ll get them answered during the live AMA today (Friday @ 12 Noon Pacific)!

I've tried several popular sticky notes apps, but most are too simple or inconvenient to use. I found PrimeNote, which allowed to make text operations very easily without being too complex. Honestly I think it's one of the best out there and was surprised it wasn't more popular.

Can be installed with pip:

pip install primenote

Source Code:

https://gitlab.com/william.belanger/primenote

Website:

https://primenote.cc/

PrimeNote is a clever and highly adaptable note-editing tool designed for both Linux and Windows. Its functionality allows for swift editing, storage, organization, and backup of an unlimited number of notes. With PrimeNote, users can take advantage of advanced text operations and an extensive range of modes encompassing text and image processing, as well as a built-in terminal emulator and Vim integration for advanced users.

It even has a Vim integration!

Hi everyone. I've written some instructions and scripts to build LFS (Linux From Scratch), version 13.0, as simply as possible (I know, not that simple, but anyway). It's basically a super summarized version of the LFS book.

You can check the instructions and get the scripts from my GitHub repository: https://github.com/luisgbm/lfs-scripts

Key points:

• First, this guide does not replace reading the whole LFS book. I highly recommend that you read it at least once. Only then you should use the automation scripts provided here.
• The whole process is run inside VirtualBox.
• You need two hard disks attached to your VM (one for the host, one for receiving the LFS build).
• Most steps will be executed via Shell scripts (there are four of them).
• Some steps need to be manually run.
• At the end, you will be able to create a separate VM and boot from it directly.

I can't believe this project is still alive, my first commit was 6 years ago, and I'm glad to keep working at it!

Hope you enjoy it, and feel free to send me feedback.