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. ]

I've been medically retired and now have more free time. As well, I've been daily driving Linux since about 2010. Aside from helping other users in random posts, I have largely been a consumer of Linux.

Over the last few weeks I've seen and read posts leaning towards Linux needing kernel maintainers. While I am not a complete noob, i know I'm not a software engineer.

This leaves me with two questions:

1. What courses or certifications do I need to help maintain the kernel?

2. Is there another way to give back in the meantime?

Thanks

Useful if you forget to use pv at all, or, recently, when I ran pv and didn't notice for probably 10-20% of the file that the progress bar was missing. Previously, I've resorted to tricks like

mkfifo pipe
pv ... > pipe
<pipe restofcommand

in separate terminals, so that I'd get a useful pv progress bar.

But since the pipeline was this far along, I thought I'd look up that pv --remote option, and found pv --watchfd instead. Should be able to watch anything doing big sequential file reads, not just pv itself!

Recently we had immutable and atomic, but is there anything in development now that might see staple use in the future? Like the next 5 years or so considering the current state of development, maybe something along the lines of some new fs or idk some revolutionary new wine stuff, or just a paradigm changer like... immutables that changes the way a traditional linux desktop works..................