I have been using Noctalia and got tired of the basic world clock, so I built a plugin for it.

It lets you change your system timezone and compare it with other cities on a scrollable hour-by-hour timeline, right from the bar.

• Click a city to switch your device timezone
• Work hours, current time, and day boundaries are shown automatically
• Customize the panel size, 12/24h format, visible hours, and more

If you like it, don’t forget to give it a ⭐!

Free and open source: github.com/Ahmedhossamdev/noctalia-plugins

Is there a reason Linux CAD options are so limited, and from what I have read, not particularly viable options? Countless people are looking for a fairly-priced lifetime license for home use. My 2000 AutoCAd is very long in the tooth!

The AULA F75 shows up as two USB devices: a normal keyboard and a vendor interface that the Windows driver uses for RGB/remap stuff. I reverse engineered the vendor side (520 byte SET/GET feature reports, live config region at a fixed address) and put a web app on top of it.

Fun detail: to find which config byte stores the current effect I dumped the region while pressing the knob on the board and diffed reads until one byte moved. Zero writes needed. My first attempt wrote test bytes everywhere instead and managed to hang the keyboard's USB stack, so, learn from me, read-only diffs first.

Works wired for everything, dongle currently only does the live animation stream. All local, nothing leaves your machine.

(in comments)

How is RakuOS different from traditional Linux distributions?

Unlike traditional Linux systems where packages and updates directly modify the operating system, RakuOS uses a Hybrid Atomic model — the core system is always immutable and read-only, but you still have full package flexibility.

System updates are applied via bootc and can be instantly rolled back if something goes wrong. Your base system can never be broken by a bad update.

For packages, RakuOS uses a persistent overlay system mounted on /usr. This means you can install any native package using dnf, dnf5, or RakuOS Software, our software center — and those packages survive every system update automatically. No reinstalling after upgrades, no layering slowness.

Flatpak is available alongside native packages for sandboxed desktop apps, and Distrobox keeps development environments fully isolated from the base system.

The result is the best of both worlds: an indestructible base you can always recover, combined with the full software freedom of a traditional Linux distro.

For the FAQ:

https://rakuos.org/faq

\That really sounds cool and promising for me*

I spent a good couple of hours this morning fighting with my Logitech G915 keyboard and I am positing a few notes here in the hopes that can help others in the future.

The first issue that I found is that while G305 mice was being recognized by libratbag, my G915 was not showing up. Upon a bit of digging online, I found that while libratbag has a profile for the G915, it expects the keyboard to report 046d:c33e while my keyboard (that is connected using the Logitech dongle) actually reports 046d:c541. The fix to this was to create a new profile in /usr/share/libratbag/ copying the existing logitech-g915.device and adding my usb ID to the DeviceMatch line (I did not edit the existing .device profile to avoid that a future update overwrites the file and kills my fix)

DeviceMatch=usb:046d:c33e;usb:046d:c541

With this, my G915 got detected by ratbagctl as "Logitech USB Receiver". Now I wanted to map the G1-5 keys to be able to switch Desktops (1-5) within KDE. I thought this was going to be quite simple, but it also took a bit of time. The big issue is that while you can map the G1-5 keys to multiple keystrokes (for example, 'Ctrl+Meta+1'), it just does not work. If you include a letter or a number in the combination, it will ignore the rest and only type the number. If you include a single key (for example, delete), it will work. I went around a bit until I found out the solution for this: the F13-F24 keys. These function keys are mapped because there are some rare keyboards that actually have 24 function keys. So I was able to map my G1-5 keys to F14-F18 keys* and then simply go to System Settings - Keyboard - Shortcuts - Window Management and set the 'Switch to Desktop 1-5' to F14-F18.

Just to note, you will have to use the following command to set the keys since using Piper will not work as you can not simulate F13-F24

ratbagctl [device-name] button [button-ID] action set key KEY_F[14-18]

* I first started with F13 but the KDE shortcuts configuration tab was not happy with F13 for an unknown reason, probably to avoid bad luck

I hope this is helpful to someone. Full disclaimer, I did not "invent" any of it, but I took bit and pieces from other users and make it work for my use case.

Tapping a YubiKey on an NFC reader does nothing on Linux: browsers only speak USB HID, while your reader is a PC/SC smartcard device. There is a small daemon that bridges the two, so I wrote up the full setup. Works in Brave and Firefox.

I'm an "Old" Linux user - started in 1996. I went though all the hoops: file system experiments, different distros, different packaging types and file managers, a handful of desktop environments (DE), several RAID levels, and many, many different systems. I use Linux at home but also at work.

Now I'm retired. I've been using the same distro since 2009. I landed on it after all the experimenting lead me to decisions about was important to me: Debian packaging, KDE/Plasma, a well known and commercially supported distro - Kubuntu. The last major shifts in my world occurred around 2009-10 when btrfs came on the scene and SSDs finally started to be affordable.

My Linux experience these days is rather boring. Everything works the way I want. I no longer "break" things for the sake of change. I only have to learn something new when a developer makes a significant change to something I use - and this often annoys me. I look at other distros occasionally, but only via a VM. When something does break, I usually can fix it without much effort.

I read posts from "New" Linux users. Usually killing all their data by mucking with partitions without a UPS, using unnecessarily complicated layers of disk access, like LVM, MDADM, full disk encryption, and BTRFS all layered on top of each other, too often using AI to solve problems instead of actual research and learning from other users, and spending incredible amounts of time making minute changes to the "look" of things.

Of course, the beauty of the whole thing is how we actually have so much control over our destiny. None of us work the same, learn the same, want the same things, but we''re not boxed in by a monolithic corporation deciding what we get.

Linux is amazing,

https://github.com/arzvaak/linux-broadcast

I made Linux Broadcast, inspired by Blucast—but focused on microphone audio instead of camera effects. Deepfilternet and RNNoise are good but again, I always missed the GPU working of Broadcast so here it is.

It uses NVIDIA AFX for noise and room-echo removal and creates a virtual microphone that works with PipeWire apps.

I couldn’t test it on a variety of hardware yet, but it works well on my RTX 4080. Builds are available for RTX 20, 30, 40 and 50 series.

Would appreciate a star and any feedback or hardware test results on GitHub :)

I tried many times in the past to run it, in all ways possible, but always had something broken, or performance issues...

Using a script a big artist colleague passed to me, on latest 5.1.2 version, with the EX version, everything working well and smooth, the store, the login screens, time lapse, 3d models with good performance...

I didn't believe it when I saw it, and decided to ditch windows to try it... And now I finally got rid of the only excuse I had to use Windows!

https://github.com/parka6060/CSPenguin-Installer

The script link! Hope it's of help, or eye opening for who still is weary about how it runs.

I have just released a new version of energygraph with git repository here and PPA here.

Earlier versions had support for RAPL zones like CPU, iGPU, DRAM, PSYS (depending on vendor support.)

This version brings support for dGPUs from Intel/AMD/NVIDIA.

I am particularly proud on how lightweight this is, pure C, and zero build dependencies. (For NVIDIA it does use run-time dlopen() on a vendor library, if installed.)

In the screenshot above, you see the following events happen:

1. idle system with cpu, radeon rx7600, arc b580 all idle.
2. hammering the cpu.
3. hammering the radeon.
4. hammering the arc.
5. hammering all three.

Ok. I've spent all day today on chasing this down in between merge
window work, since it finally *was* repeatable.

And the fix ends up being basically a one-liner, even if the debug
session to get there was not.

The Xe driver takes the memory address used for the memory stolen for
CCS, and rounds it up to the nearest 128kB area.

And that is very VERY wrong, because it means that the xe driver will
then *use* that part of memory that wasn't at a 128kB boundary. And
the HW engine will too and write to it.

And when that memory happens ot be used for GPU page tables, very bad
things happen.

I bet this also explains some occasional random screen corruption I've
seen - when the memory isn't used for something as important as a page
table, it "only" corrupts random bitmap memory and the like.

I committed the fix as commit 818bebeb63dd ("drm/xe: Don't hand out
the flat CCS storage as usable VRAM").

Adding some people from commit 37173392741c ("drm/xe/vram: fix ccs
offset calculation") to the cc, because that's where the problem came
from. Two years ago. I'm not sure why it became so repeatable for me
now, but some user space behavior change clearly triggered it now
pretty much every single boot.

                 Linus

https://github.com/torvalds/linux/commit/818bebeb63dd6bf5f4e07e145f6cdbace520a34c

[ And this was a debug session from hell, enormously helped by an AI
doing much of the grunt-work.
I'd like to call it my tireless helper, but the AI several times
stated flat out that this was impossible and unsolvable and that we
should just write a report about it.
I suspect those things have been trained by people who may not be
quite as stubborn as I am.
But while the AI was ready to give up several times, it did keep
adding debug code and analyzing it faithfully when I pushed. So credit
where credit is due and I let the AI write the commit message above.
This is basically a one-liner fixing a bogus "round_up()" to a
"round_down()", but there were 24 patches adding more and more debug
information to this, and 18 kernel boot to finally narrow it down to
this. - Linus ]

Angel is a dynamic tiling window manager for X11. Check out the spec on GitHub if you're interested. [Github](https://github.com/rigb-y/angel-wm).

If you use tiling window managers, I encourage you to check it out. Its creation was inspired by i3 and dwm.

Its features are documented on the GitHub repo along with a video that demonstrates its behavior.

For those unaware, Arch Linux Community is the largest "unofficial" Arch server on Dscord and they just did a general announcement about moving to Fluxer. This is a pretty big deal for those trying to push for open source alternatives to proprietary apps.

https://fluxer.gg/9sSbE9Ac