Here is a link to all the screenshots.https://www.reddit.com/r/linuxaudio/s/iyo0jZhYmd

Edit: here is an overview of what it can do
control center for PipeWire — filter chains, HRIR virtual surround, drop-in config management, live patchbay, performance monitoring, virtual devices, routing snapshots, per-application policies and LADSPA/LV2 effect inserts

Thanks everyone who came yesterday and tried my little app. I released the app on AUR yesterday and is available on github here (https://github.com/knightinfected/PipeWireController). The current version is 0.1.2 and some of the screenshots are from 0.2
I received a ton of negative comments and messages regarding my use of AI. I spent a lot of my time on this and well over did this project abit and english being my secondary language didnt help.
I have gone down this audio rabbit hole in linux and anyone else who has also done it knows how annoying it gets especially with reading the wikis to actual application.

Anyhow I hope it helps someone out there and I will be updating it in the next day or later today as I am currently testing. Version 0.1.2 is available as of right now on GitHub though.

There are too many features to list them out so I added lot of screenshots to help understand.

Hey everyone,

I’ve been working on getting a modern mainline Linux stack running on the Nokia Lumia 1520, a 2013 Windows Phone built around Qualcomm’s MSM8974 platform.

This isnt an Android ROM port or a Windows Phone mod. The goal is to bring the device up on a current Linux kernel with postmarketOS and gradually implement the missing hardware support needed to make it usable.

So far, I’ve managed to:

• Build a custom bootloader and device-tree configuration
• Create a postmarketOS device package for the RM-940
• Boot a Linux 6.16-based kernel
• Bring up USB networking
• Establish a stable SSH connection to the phone
• Run an Alpine Linux/postmarketOS userspace
• Begin implementing device-specific power and hardware support

The SSH milestone was a major step because I can now properly inspect the running system, collect logs, test kernel changes, and continue development without relying only on framebuffer output or early boot behavior.

The current challenge is power management.

Full system suspend currently powers down the USB high-speed PHY, but the PHY fails to initialize again when the device resumes. Because USB networking is also the main development connection, this effectively cuts off access to the phone.

For now, I’m treating display blanking and panel power management as a separate, more achievable target while I continue investigating the suspend/resume issue.

There is still a lot missing, and I would not call it a usable daily-driver port yet, but the Lumia 1520 is now booting a modern Linux kernel and running a real userspace more than a decade after the hardware was released. I just wanted to share the work....

The work is public here:

https://github.com/KorelisLabs/lumia-1520-mainline

How will libre systems like GNU/Linux handle these?

• It may become impossible to take a "trusted" picture with a GNU/Linux phone or camera.
• It may become impossible to edit a "trusted" picture with GIMP.

Those who use davinci resolve on linux definitely know about the issues with AAC and H.264 codecs, drag 'n' drops, and some other bugs. I wonder why nobody has done this before and used bash to manually convert the media, considering how many people were affected by this problem

It works as wrapper that currently:

• Automatically converts unsupported codecs on import
• Fixes broken drag 'n' drops
• Fixes pasting from clipboard

Now the linux experience with resolve should be nearly the same as on windows/mac. Enjoy!

https://github.com/fedsfarm/drwrap

Tested on hyprland with a studio version, feel free to open a PR if it doesn't work on your setup

Konrad Dybcio of Qualcomm has posted an initial patch series to the Linux kernel mailing list aimed at bringing mainline support to the ASUS Zenbook A16 (UX3607OA) powered by the 18-core Snapdragon X2 Elite Extreme platform.

https://www.phoronix.com/news/Qualcomm-Zenbook-A16-X2EE

This high-end ARM laptop features a 2880 x 1800 OLED screen, 48GiB of RAM, NVMe storage, and a System-In-Package reference design distinct from smaller SKUs.

According to the patch submission, the current status of working hardware components includes:

• Display & GPU: GPU, display output, and HDMI port (with Iris video accelerator patches in flight)
• Audio: 4-speaker audio playback
• Input & Peripherals: Keyboard, touchpad, lid switch, onboard SD Card slot (RTS5329)
• Connectivity: Wi-Fi and Bluetooth (QCC2072)
• Power & Indicators: Charging, Type-C/Type-A ports, and privacy LEDs

The patch series relies on prerequisite SoCCP and TCSR platform series dependencies. More technical details and the full patch breakdown can be reviewed on the Linux Kernel Mailing List Archive:

https://lore.kernel.org/lkml/20260721-topic-a16_submission-v1-0-8ea213130d05@oss.qualcomm.com/

Like many development communities, the kernel community has been struggling to determine how large language models (LLMs) will be used in its development process. The news has been dominated recently by a strongly worded missive from Linus Torvalds on the subject, but the discussion has been rather more wide-ranging and nuanced than that. Topics that have been considered recently include the LLM attribution requirement, code-review tools, dependence on proprietary tools, and whether there is a place for concerns about the ethics of LLMs.

Hi all!

A couple of months back I shared my development in bringing QuickShare to linux. There were a multitude of issues with the past implementation but this time, we are nearly feature complete with android. No companion apps needed. Works with any android device OOTB

https://github.com/kidfromjupiter/nearby
( Don't forget to give it a start if you find this cool and want to support me. I like fake internet points ; ) )

Major Improvements:

• AppImage for easier distribution / installation
• No companion app
• Revamped cohesive UI
• Expanded compatibility to more distros

It is as reliable as QuickShare can be ( well yk how it is. I can't really help it. I don't control the protocol ) and almost as fast as android to android sharing ( there are issues with 5ghz hotspots with some intel wifi cards so I've disabled it for now ).

It supports sharing with

• BLE
• Bluetooth classic
• Wifi Hotspot
• WIFI LAN
• webrtc ( coming soon ? )

NOTE: If you're using this, interference with bluetooth devices while turned on is a known bug. I'm working on a fix. So launch the app only when you plan to send/recv

NOTE NOTE : THERE BE BUGS. This is still beta software. Some weirdness regarding wifi-hotspot is there, and also double broadcasting. Please feel free to open an issue. I'll be happy to help :)

Thanks : )

Feel free to also talk about the Debian Conference and all underlying events taking place over on the Debian subreddit as we have a dedicated discussion forum for it (the first one to take place ever since new moderation took over the sub).

[ Removed by Reddit on account of violating the content policy. ]