cross-posted from: https://lemmy.ca/post/65292654

For those interested on the question of age verification and GNU/Linux: be aware that Systemd v261-rc1 was recently released. It now implements an optional birth date field in the JSON user database (see second item under "Other changes").

The implementation of this field was prompted by age-verification or -attestation laws.

(Age-verification status of Open Source Operating Systems.)

1. Set the custom keyboard shortcut sh -c 'pgrep -i keepassxc > /dev/null || keepassxc' to Alt+V
2. Keep KeePassXC's default autotype prompt keybinding, which is Alt+V

One disables the other. I thought that going the grep route might make the program opener conditionally inactive, but apparently that's not doing anything. I would really like to avoid using a separate keybinding if possible. Otherwise, I guess I'd just have to have it open on launch.

This isn't really an article, but a link to the AMD Vivado Design Suite's page. If you scroll down, you will see this:

In GNU nano 7.2 (the latest as of this posting, as far as I know), why does Ctrl+Delete delete entire words but not Ctrl+Backspace? How do we restore its correct functionality?

The coordinated effort worked. When lawmakers finalized Colorado SB26-051, they added Section 6-30-105(e) to the text. This specific clause waives compliance for operating systems and applications distributed under licenses that allow copying, modifying, and redistributing without platform-imposed technical restrictions. Why the Section 6-30-105(e) Exemption Protects Decentralized Tech

This exemption establishes a formal legislative precedent for the tech industry. It legally shields free and open-source operating systems from hardware-level age attestation laws that closed ecosystems like iOS and Windows will soon have to follow.

I'm using arch btw, with KDE and wayland. Posting this incase anyone else is having similar problems.

Some commands that relied on wl-copy like pass -c would return empty pastes.

My guess is that the xdg-mime query (from xdg-utils) returns empty output on KDE, and that wl-copy relies on this to determine the MIME type of piped data, and when it gets nothing back, the clipboard MIME type is corrupted.

The fix was replacing wl-clipboard with wl-clipboard-rs which is a rust re-implementation of wl-copy/wl-paste that doesn't depend on xdg-mime for MIME detection.

I'm itching to use this but it malfunctions when I run hints in the Terminal: https://github.com/AlfredoSequeida/hints

It yields:

(hints:10812): dbind-WARNING **: 17:25:16.703: AT-SPI: Unable to open bus connection: Failed to connect to socket /run/user/1000/at-spi2-1RE4O3/socket: No such file or directory
Traceback (most recent call last):
File "/home/redacted/.local/bin/hints", line 10, in <module>
    sys.exit(main())
            ^^^^^^
File "/home/redacted/.local/share/uv/tools/hints/lib/python3.12/site-packages/hints/hints.py", line 375, in main
    hint_mode(config, window_system)
File "/home/redacted/.local/share/uv/tools/hints/lib/python3.12/site-packages/hints/hints.py", line 229, in hint_mode
    mouse_action["x"] + mouse_x_offset,
    ~~~~~~~~~~~~^^^^^
KeyError: 'x'

Does anyone have any idea of what to do here? Thanks in advance!

[Solved. See explanation by @alastel@lemmy.ml below.]

cross-posted from: https://lemmy.ca/post/64480945

I have the same version of Ubuntu (really Kubuntu) installed on two laptops, and also the same programs (debs, flatpaks, some snap) on both; they are almost mirrors.

Today I noticed that the .local/share/flatpak/ directory in one laptop has the following subfolders:

• db
• repo

while the homologous directory in the other laptop has these:

• db
• repo
• appstream
• app
• runtime
• exports

I'm just curious: does anyone know what the extra directories in the second laptop are about? The only difference in the flatpaks between the two laptops is with the GPUs: the first has Nvidia, Mesa, Intel; the second only Mesa and Intel (so I would be expecting more directories in the first than in the second, if any...).

Cheers!

cross-posted from: https://piefed.world/c/uncommon/p/1089778/linux-is-actually-very-vulnerable-to-exploits-and-it-s-showing-with-high-value-vulnerabi

I hate when people keep repeating the myth that Linux is more secure than X OS without any understanding of how much Linux gets exploited.

On the other hand, FreeBSD rarely suffers from wide security issues.

Overall, I don't think anyone should repeat the myth that Linux is secure.

And at least if they gonna recommend Linux, they better recommend a good distro with SeLinux, hardened kernel and hardened OS.

cross-posted from: https://discuss.tchncs.de/post/59327209

The winner (Person who sends best image for my private sticker printing) WILL RECEIVE a shoutout ("hey you have won!") (Also every participant receives access to my luanti server !!!!)

Up until the early 2000s I used to compile my own kernel, carefully selecting only the options that I needed.

Then I realised that I wasn't saving memory, because almost everything was a module anyway.

Is there any actual benefit to using a custom kernel on consumer hardware that's supported by the stock kernels?

Cybersecurity researchers have disclosed details of a Linux local privilege escalation (LPE) flaw that could allow an unprivileged local user to obtain root.

The high-severity vulnerability tracked as CVE-2026-31431 (CVSS score: 7.8) has been codenamed Copy Fail by Xint.io and Theori.

"An unprivileged local user can write four controlled bytes into the page cache of any readable file on a Linux system, and use that to gain root," the vulnerability research team at Xint.io and Theori said.

At its core, the vulnerability stems from a logic flaw in the Linux kernel's cryptographic subsystem, specifically within the algif_aead module. The issue was introduced in a source code commit made in August 2017.

Successful exploitation of the shortcoming could allow a simple 732-byte Python script to edit a setuid binary and obtain root on essentially all Linux distributions shipped since 2017, including Amazon Linux, RHEL, SUSE, and Ubuntu. The Python exploit involves four steps -

• Open an AF_ALG socket and bind to authencesn(hmac(sha256),cbc(aes))
• Construct the shellcode payload
• Trigger the write operation to the kernel's cached copy of "/usr/bin/su"
• Call execve("/usr/bin/su") to load the injected shellcode and run it as root

While the vulnerability is not remotely exploitable in isolation, a local unprivileged user can get root simply by corrupting the page cache of a setuid binary. The same primitive also has cross-container impacts as the page cache is shared across all processes on a system.

just if you’re confused why things aren’t working

there’s also

https://askubuntu.com/questions/1566282/ubuntu-infrastructure-not-responding-returning-503-or-other-errors

cross-posted from: https://aussie.zone/post/32186404

CRITICAL CYBER THREAT ALERT: MASSIVE ATTACK AGAINST OPEN SOURCE INFRASTRUCTURE – UBUNTU (CANONICAL) 🐧🚫🌐

A coordinated Distributed Denial of Service (DDoS) offensive targeting Ubuntu's main servers (ubuntu.com) has been detected. The hacktivist group known as "The Islamic Cyber ​​Resistance in Iraq – 313 Team" has claimed responsibility for the attack, resulting in a total disruption of the platform's web and technical services.

🏢 Affected Entity: Ubuntu / Canonical Ltd.

👤 Threat Actor: 313 Team (The Islamic Cyber ​​Resistance in Iraq).

📅 Detection Date: April 30, 2026.

⚠️ Status: (503 Service Unavailable)

FYI: It's often overlooked but the umbrella project of popular gaming distribution is Universal Blue and Bazzite is merely one of three flavors: https://universal-blue.org/#images

I have an older gaming PC that has an Nvidia GTX 1060. Until I updated it to Kubuntu 26.04 and Plasma 6.6 it was working perfectly. Not exactly a powerhouse, for sure, but decent enough to play games like Horizon Zero Dawn at medium settings.

Since I've upgraded, it's now in a situation where if the GPU is active, there's no display, or I can use software rendering to get into the desktop, but the GPU can't do anything. But not both. If I can get to the desktop and search journalctl for kwin_wayland_wrapper, I get an error along these lines:

kwin\_wayland\_wrapper\[2921]: kwin\_scene\_opengl: Error during eglInitialize  "EGL\_NOT\_INITIALIZED"

The Nvidia driver is 580.142, which I've tried to roll back to a previous one to test if that'll work, but apt tells me that 580 is literally the only driver available. I have also completely purged and reinstalled the driver, just in case it hadn't installed properly, but that didn't help.

Is it fair to say that my GPU is pretty much dead under the new drivers? And if so, will I have to reinstall, either with a previous version of Kubuntu, or more likely switch it across to Arch?

Sorry if there's any info I've not included, I've kinda been picking about the internet, trying to figure out what's gone wrong with it, and don't really know where to start.

This page gives an illustrated overview of two decades of development of SuperTuxKart, a journey from a very limited game to a sophisticated modern game with engaging gameplay and pleasant visuals.

Hello there, yesterday I embarked on a new to me Linux adventure (Bazzite for about 6 months) and I would like your thoughts on how I executed acquiring UE4.27 as well as your suggestions or experiences in doing this or something similar.

A friend of mine suggested that I check out UE since I was getting pretty proficient at Halo Infinite's forge mode which involves a lot of visual scripting and logic. So I went to check out where to download the engine and found out that the epic launcher is not available on Linux systems. Okay no problem I'm sure you can just download the engine by itself and just miss out on fab integration or something. Sure enough that is the case for getting the latest UE 5 something.

I am using a GTX 1080 founders but I figured I'd give it a go and maybe I can develop something that will work on my GPU infrastructure without ray tracing and whatever else is new. Nope, it crashes pretty soon after entering the editor. No matter, I can just just get the last version of the engine from a few years ago and should work better.

Turns out the only way to access older versions of UE is through Epic's Github page on old branches of the build. The only way to access those old branches is by linking your github account to your Epic account. Regrettably I do so as I was not able to find another way to get 4.27.

I then download the code and compile the app which takes almost 3 hours through Konsole. To launch the editor o have to go into the engine folder, the binaries folder, then the Linux folder, then navigate through hundreds of files to find "UE4Editor" executable to launch every time I want to launch the editor.

There has got to be an easier way right? I'm thankful that eventually I found a working method to try out the engine but boy oh boy did I receive some ridicule from friends (who while are technically savvy and work in IT themselves) who are on windows lol.

Please Linux wizards, give me your compile spells

TL:DR Ended up having to compile the app with Konsole after connecting GitHub and Epic games accounts.

After almost three years of 6.x series kernels, Linux 7.0 is finally here. That means it’s also time for another Asahi progress report!

I’ve been trying to get better at sitting down and actually starting my side projects. Most Pomodoro apps I found were either too heavy, too “smart”, or tried to sync everything to the cloud.

Since I already use the terminal a lot on Linux, I ended up writing a small Pomodoro timer that just does the basics and stays out of the way.

It’s simple: you enter the title, work time, break time, and number of intervals. When the session ends, it generates a small text report and asks you to write your own conclusion. I like having those notes to look back on, so I kept that part in.

Nothing fancy — just a minimal tool that fits into a lightweight workflow. Works on Linux & Windows, needs only Python.

GitHub: https://github.com/Mietkiewski/MPomidoro
Gumroad PWYW $0+: https://mietkiewski.gumroad.com/l/mpomidoro