TLDR: Which distro is better for gaming and video editing (NVIDIA GPU), CachyOS or Ubuntu?

Hi! It's been probably a month since I started using Linux (escaping from Windows), and I choose LMDE since the distro that I felt aligned more with what I want from a distro on in general is Debian, but since it was my first time using Linux on my main device (just tried Debian on a laptop to run a Homelab) I got recommended Mint to make it easier for me to adapt. The thing is that since I started using LMDE I've discovered that it doesn't cover perfectly my needs. Two things that I didn't want to lose when switching to Linux were gaming and the ability to run video/audio/photo editing programs flawlessly, mainly DaVinci Resolve and AffinityPhoto. It's been practically impossible to achieve that, since DaVinci doesn't work, can't even get to install AffinityPhoto and some videogames need more recent (NVIDIA) drivers than what Debian and of course LMDE can offer. So, seeing that I want to keep LMDE (and maybe in the future upgrade from LMDE to Debian) but at the same time I'm not willing to give up on those 2 things, I believe the dual-boot option is the one that suits me the most. Now, what I'm here for. I've been doing some research and the ones that caught my atention the most were CachyOS and Ubuntu:

• CachyOS: PROS: · High gaming performance and (looks like) compatibility. · Looks like DaVinci works perfectly for a lot of people (although some other people claim having issues). CONS: · Sounds too complex as a distro for someone who has close to zero programming knowledge and just started using Linux. · The rolling release aspect feels a little scary too.

• Ubuntu: PROS: · May not be THE gaming distro but it seems to be working for a lot of people without having extensive programming or Linux knowledge. · Generally may be more compatible and stable than CachyOS in general · Seems it will be easier for me to adapt to since it's Debian-based. CONS: · Doesn't seem as good as CachyOS on a performance standpoint, affecting both video editing and gaming capabilities.

Now, my questions would be: Am I mistaken in any of the info I have revolving these two distros? Could I be missing any other options? Which do you think is the distro that could suit me the most? Any recommendation when doing the Dual-boot? I have never done it and it scares me a little tbh.

My main priority is having a stable (and compatible in the first place, of course) experience (maybe Ubuntu?), but I don't mind having to put more work into it to achieve a better experience (maybe CachyOS?).

I would love to hear from you and, of course, if I'm missing any relevant information I'll be more than happy to share it too.

Thank you very much! :D

PRAGUE — At Open Source Summit Europe, Dr. Laura Dornheim, Munich’s chief digital officer, said in her keynote speech that Munich abandoned its LiMux Linux desktop deployment for Windows over a decade ago because of politics, but now it’s returning to open-source software.

It’s not returning to the Linux desktop, however — not yet, anyway. Instead, it’s switching its infrastructure programs from proprietary software to open-source software. For example, it’s replacing VMware with Proxmox, moving from Jira and Confluence to OpenProject and XWiki, and adopting PostgreSQL as an alternative to Oracle databases.

The two infrastructure and collaboration migrations alone are expected to save roughly €1.5 million or more annually.

Taken together, these projects illustrate the difference between Munich’s first Linux campaign and its current approach. Rather than making desktop Linux its center pole, the city is replacing individual layers of proprietary infrastructure where it can make a practical case.

So, this comeback is not a wholesale resurrection of LiMux, the Debian/Kubuntu Linux desktop project that made Munich the Linux desktop standard-bearer between 2003 and 2013. Besides, Dornheim added, dealing with the elephant in the room, “So [if LiMux] was a success, why is it not alive anymore? Not because of technical issues.” So, what changed?

Dornheim explained it was all politics. “Open source in the public sector doesn’t fail because of technical issues. It mostly fails because it’s not aligned with the political agenda.” She continued that Munich had switched away from Linux because a new government got Microsoft to agree to make Munich the headquarters for Microsoft Germany.

The lesson from LiMux is that technical capability isn’t enough, she continued. Open-source projects also need durable political support.

From Linux pioneer back to Windows

Munich’s original move began as Windows NT 4.0 neared the end of support. Yes, that was over 20 years ago. In May 2003, its council voted to migrate to a tailor-made Linux distribution, LiMux.

The rollout began in earnest in 2006. By December 2013, Munich had completed the migration with more than 14,800 desktops running LiMux. A European Commission Open Source Observatory case study reported savings of about €11 million because the city dumped Windows.

LiMux became the leading example that a large city could operate Linux desktops and open-source office software. It also exposed the difficulty of changing a sprawling government IT environment, particularly when Microsoft Office documents, legacy workflows, PDF use, and user expectations remained tied to proprietary systems.

The political climate changed after Munich’s 2014 municipal election. By November 2017, the council had voted to reverse course and return its computers to Windows, with a target of 2020. The office-suite transition took longer. Indeed, the migration from LibreOffice to Microsoft Office wasn’t completed until 2023.

So, despite what you may have heard, this was not a case of “Linux failed.” It didn’t. It was politics, pure and simple.

Where Munich goes from here

Today, Germany’s third-largest city is targeting proprietary platforms where open-source alternatives can deliver financial savings, greater control, and software that other municipalities can reuse. Digital sovereignty matters, but that’s not the primary driver in Munich.

That said, Dornheim noted that a cloud transition to Azure without sufficient assurance from Microsoft of General Data Protection Regulation (GDPR) compliance would require the city to scrutinize who could use each tool. This management overheard didn’t help make a case for staying with Microsoft. It’s also a clear example of how digital sovereignty has become both an important technical and political issue.

Dornheim added that her answer to getting politicians to support open-source software in the long run is to connect open source with priorities they understand. These include budgets, public services, and the ability to make software available across the administration.

She added that Munich’s current IT strategy is to ensure open-source software functions well without losing the political support needed to sustain it. It certainly helps that, thanks to the shift to open-source software, “We are saving roughly a million euros a year. So that’s again a great win, not just for us, for our belief in public and public code, but also for the politicians in Munich.

The open-source return started with infrastructure

The new Munich IT plan also embraced the “public money, public code” principle: software developed with public funding should, where appropriate, be available for others to inspect, use, and improve. The commitment applied to newly acquired or developed software even as the earlier Windows migration continued.

Dornheim, who became Munich’s CDO in September 2022, has not treated that policy as a mandate for a third administration-wide operating-system upheaval. Supporting institutions have also changed. Munich established an Open Source Program Office in 2024. This added a dedicated structure for coordinating its open-source work. Its public software portal presents the city’s approach in three categories: Use existing open-source software, improve it, and publish software that the city develops itself.

That’s a broader commitment than just replacing Windows with a Linux distro. Munich is now an open-source software development participant, not simply a customer choosing between licenses.

Software that other cities can use

There are several examples of Munich sharing its software. One such is DAVe, Munich’s application for documenting and analyzing traffic data. In use since 2021, the software has also been adopted by Wolfsburg, Germany.

Dornheim said such collaboration should become routine rather than depend on another city discovering a suitable project. “I think these matches shouldn’t just happen sort of by accident, but there needs to be a structure across the whole public sector. It’s on my wish list.”

Munich’s work also includes MUCGPT, a municipal AI application that enables employees to access large language model (LLM) capabilities. This helps with writing and proofreading emails.

The city is also investing in the open-source ecosystem. Its Open Source Sabbatical program supports developers working on open-source projects. The broader purpose is to support improvements and funding components used in open-source municipal services.

Put it all together, and Munich’s open-source approach is no longer simply about the Linux desktop. Instead, it’s all about Munich reducing its dependence on proprietary software, controlling costs, and turning publicly funded software into a reusable public asset. So far, the city’s doing well.

CachyOS has taken the Linux world by storm lately. It’s currently one of the most popular Linux distros, and for good reason — it’s fast, polished, and, most importantly, reliable. I’ve used it myself, and I can see why so many people, especially Linux gamers, are fans of it. That said, if I were building a Linux gaming system, I’d choose Bazzite over CachyOS, and it boils down to one key reason.

CachyOS is a solid gaming distro

Giving credit where it’s due

CachyOS is an Arch-made-easy distro, giving you all the benefits of Arch without the technical hassle. You get a proper graphical installer to streamline the setup process, while the CachyOS Hello app offers one-click access to routine maintenance tasks like updating mirrors, installing gaming packages, adjusting system settings, and more.

That said, the real reason behind CachyOS’s astronomical rise to fame is its performance. The distro ships with its own custom Linux kernel, aptly named the CachyOS kernel, which is optimized for modern x86-64 processors. The official repositories also contain packages compiled for these architectures to take advantage of the CPU-specific optimizations.

All these optimizations help CachyOS squeeze more performance out of your hardware, making it a great choice for gamers. With the same hardware, you may see higher frame rates, better 1 percent lows, and more responsive gameplay compared with other Linux distros. Granted, the gains aren't anything extraordinary — CachyOS won't magically make a game that was otherwise unplayable run smoothly on your hardware — but the extra performance is certainly nice to have.

But it’s still an Arch-based distro

Performance matters, but so does reliability

CachyOS is based on Arch Linux, and there's a reason Arch isn't generally recommended for Linux newcomers. You see, Arch is a rolling-release distro, which means package updates become available as soon as they're released. This is usually good news for gamers because they get quick access to the latest features and performance improvements. However, it also introduces additional maintenance overhead.

You're expected to update your system regularly, ideally weekly or at least every couple of weeks. If you put off updates for too long, you might run into problems when you finally update, including keyring errors, outdated mirror lists, and other technical conflicts.

There's also the fact that constantly dealing with cutting-edge software can affect system stability. While most updates go smoothly, a buggy update can occasionally break something when you least expect it. It might be a driver, your desktop environment, or even a package dependency that causes your games to stop launching. When that happens, it's on you to figure out what went wrong and fix it.

Granted, CachyOS does provide a safety net for buggy updates and system breakages. It uses the Btrfs file system alongside Snapper to take snapshots before every system update. This way, if an update introduces bugs or breaks your system, you can roll back to a previous working snapshot. It's certainly a useful feature, and one that makes many rolling-release distros more viable for daily use.

Reliability by recovery vs. reliability by design

It's worth pointing out that snapshots are a recovery tool, not a way to prevent breakage in the first place. You still have to deal with a broken system and know how to boot into the appropriate snapshot. There's also a limit to what snapshots cover. By default, Snapper only takes snapshots of the preconfigured subvolumes, which typically include the root file system — not the home directory where your games live.

Now, yes, you can technically configure snapshots for your home directory, but doing so requires a lot of care and attention. Depending on your setup, rolling back personal files could also revert game saves, settings, and other documents alongside the changes you're trying to undo, which is a disaster in its own right.

For someone who's comfortable with Linux, all of this is manageable. However, for someone who has just switched from Windows to Linux to play games, it's a lot of unnecessary technical hassle.

Bazzite is far more reliable and beginner-friendly

It’s a distro designed to be fool-proof

Bazzite is another popular distro for Linux gaming. However, unlike CachyOS, it uses Fedora's Atomic Desktops as its base, offering a balance of stability and up-to-date software. These desktops use an image-based approach to system updates. Instead of updating individual system packages, Bazzite downloads an updated system image, prepares it as a separate deployment, and activates it after a reboot.

This sort of atomic update ensures that system updates are applied as a whole. If something goes wrong during an update, you can boot back into the previous deployment. This reduces the risk of partial updates and dependency conflicts, significantly lowering the chances of system breakage caused by failed updates.

What's more, Bazzite is an immutable distro, which means its core system is read-only. You can't freely modify the base system files as you would on a traditional Linux distro. This prevents applications and packages from casually modifying the underlying system, making Bazzite more resilient to accidental changes and the resulting breakages that can occur on other distros like CachyOS.

Bazzite's immutable nature also means you can't install apps and packages as freely as you can on other distros, since doing so involves modifying the core system. However, this generally isn't a problem for gaming since Steam and Lutris come preinstalled, and you can install your games through these launchers.

Furthermore, you can install system-level RPM packages using rpm-ostree, although this approach is generally discouraged. Instead, you're expected to use Flatpak for traditional desktop apps, Homebrew for command line apps, and Distrobox for software that needs a traditional package manager.

Overall, for someone who just wants to install Linux and play games without worrying too much about maintaining their OS, Bazzite is the more beginner-friendly choice.

Bazzite gives you the console experience

The way I see it, Bazzite offers more of a plug-and-play console gaming experience, which is perfect for casual gamers who aren't interested in worrying about the technicalities of Linux. In fact, you can install Bazzite's HTPC variant, which boots straight into Steam Gaming Mode, giving you a console-like experience based on Steam's Big Picture Mode. From there, you can simply install your Steam games and play them without ever having to worry about the Linux distro underneath.

In comparison, CachyOS is closer to traditional PC gaming. It gives you plenty of options but expects you to be tech-savvy enough to make the most of them and patient enough to troubleshoot problems if and when things go wrong. It certainly gives you more control over the OS, and if you enjoy that, CachyOS is going to be the better distro for you.

However, I just want a system that works. I have limited free time, and I'd rather spend it playing games than optimizing a system for gaming.

Yes, you read that correctly. Microsoft is bringing its Defender security software to Linux desktops. The company has announced that Microsoft Defender for Endpoint now officially supports Linux desktop environments, with the feature currently available in public preview.

And before anyone starts wondering whether Microsoft has suddenly decided that every Linux user needs antivirus software, there’s an important distinction. This isn’t the consumer version of Defender familiar to Windows users. Instead, it’s Microsoft’s enterprise security platform for organizations running Linux workstations.

According to Microsoft, the expansion is driven by the growing use of Linux desktops among developers. These machines often access source code repositories, cloud infrastructure, credentials, and other sensitive resources, making them attractive targets for attackers.

The idea is to give enterprise security teams the same visibility and protection across Linux desktops that they already have for Windows, macOS, and Linux servers.

As for the capabilities, Defender for Endpoint provides real-time antivirus protection, endpoint detection and response, threat investigation, vulnerability management, and centralized security monitoring through the Microsoft Defender portal.

Security administrators can use these tools to investigate suspicious activity, identify compromised machines, and respond to threats without managing Linux workstations through a separate security platform.

Interestingly, Microsoft isn’t introducing a completely new Linux security agent for this purpose. According to its documentation, the desktop version uses the same deployment packages, installation methods, and security capabilities already available for Linux servers.

The supported distributions are also the same. The list includes Ubuntu LTS, Debian, Fedora, Red Hat Enterprise Linux, openSUSE Leap, SUSE Linux Enterprise, Rocky Linux, AlmaLinux, and several others.

Desktop environment choice doesn’t matter. Whether a workstation runs GNOME, KDE Plasma, or another graphical environment, compatibility depends on the underlying distribution and kernel rather than the desktop itself.

There’s also an interesting detail regarding device identification. Defender attempts to determine whether a Linux installation is a server or workstation using operating system metadata and other system characteristics. When it cannot reliably identify a machine as a workstation, it classifies it as a server by default.

Of course, Defender’s presence on Linux isn’t entirely new. Microsoft introduced its antivirus solution for Linux servers back in 2020, subsequently expanding its enterprise threat detection and response capabilities. What’s changing now is the official inclusion of desktop workstations.

Finally, it’s also worth emphasizing that this remains a public preview, not a generally available release. Organizations interested in deploying it will need an appropriate Microsoft Defender for Endpoint subscription and must meet the existing Linux system requirements.

For more details, see Microsoft’s official announcement.

Do you feel safe with all the entRUSTing they're putting on non GNU software?

The title says that because, until now, the core utilities in Ubuntu were not fully Rust. cp, mv, and⁣ rm had stayed on the GNU versions over compatibility issues. They have since moved to the Rust-based uutils implementation, taking the distro even further in its oxidation process.

Ubuntu 26.10, codenamed "Stonking Stingray", is an interim release, which means it brings newer software than the earlier LTS while only getting nine months of support, ending in July 2027.

Although our features roundup covered a lot of ground, there were some changes that it missed.

Ubuntu 26.10: What's New?

Well, we start with the kernel powering this interim release, Linux 7.3, which offers support for recent Snapdragon X2 Elite laptops along with several older Snapdragon X Elite and X Plus machines from Lenovo, HP, and Acer.

Gamers will be glad to know that the first chunk of Valve engineer Natalie Vock’s VRAM overcommit work has also landed in this kernel. Games on graphics cards with too little video memory should run better, as some of the data can now be offloaded to regular system RAM.

You already know that this Linux release is shaping up to be one of the most performance-focused releases in years.

Ubuntu is also moving to the NVIDIA 615 driver series, which replaces 595 and 610 and ships open kernel modules only, supporting Turing and newer GPUs.

The rustification we talked about earlier also extends to OpenPGP, where Sequoia PGP, a Rust-based implementation built by former GnuPG developers, has landed in the main archive. Its sq and sqv tools now sit alongside GnuPG's gpg and gpgv.

For the desktop environment, Ubuntu 26.10 has GNOME 51, with its range of upgrades such as a fingerprint manager in the Users panel, DNS search domains in the Network settings, and a count badge in Files when you drag multiple items.

There's also the Ubuntu Tiling Assistant that shows a Windows-11-like interface for the built-in snappable window layouts.

If you were hoping for a redesigned installer and first-boot onboarding flow, those are planned to come for the next long-term support release, Ubuntu 28.04 LTS.

Other Changes & Improvements

These are some of the other notable changes in this release:

OpenSSL 4 brings Encrypted Client Hello (ECH) and better QUIC support.
TPM-backed full-disk encryption now works without a hardware root of trust if a PIN or passphrase is set.
The RISC-V platform gets official RVA23 support for the SpacemiT K3 boards and SiFive's BigSky platform.
Twelve new wallpapers that were picked across the Mascot, Photography, and Digital/Abstract categories.
The toolchain upgrades consist of GCC 15.2.0, LLVM 22.1.8, Python 3.14.7, Rust 1.97.1, Go 1.27, and OpenJDK 25.0.4.

Download Ubuntu 26.10

ISOs for this interim release are available for AMD64, ARM64, RISC-V, and others from the official website; go for the "Desktop" ISOs if you are a regular user. Specific flavors like Server, Netboot, and WSL can be fetched from the releases portal.

Timestamps:

00:00 Intro

01:32 Wayland-only

02:59 Kde theming

09:33 Plasma-desktop

12:42 Window management

15:09 Performance improvements & wayland

17:28 Misc. changes to the desktop

18:27 Settings

20:58 Application changes

25:13 Conclusion

27:55 Sponsor: Tuxedo Computers

Timestamps:

00:00 Intro

00:49 Sponsor: Hostinger

02:02 GNOME OS released in Preview

06:03 Epic Games Store has a Linux client, EAC will support Linux too

10:01 Torvalds builds branch for kernel using Al

13:42 Kernel devs ponder removing mandatory Al use disclosure

15:32 KDE Plasma 6.8 is released

17:13 Ubuntu 26.10 released

19:16 Mint 27 looks like a big release

21:27 Steam Client is finally moving to 64bit

22:27 Netherlands backs away from MS365 rollout

24:16 Dev behind vibe coded Adobe suite bashes FOSS projects

25:57 Framework triples their funding for CachyOS

27:11 Firefox releases a commercial Enterprise version

28:57 New EuroOffice fork that looks like MS Office

30:54 Valve releases CAD files for Steam Frame

32:32 Sponsor: Tuxedo Computers

Links:

GNOME OS released in Preview

https://os.gnome.org/

Epic Games Store has a Linux client, EAC will support Linux too

https://onlineservices.epicgames.com/news/introducing-easy-anti-cheat-linux-v2

https://www.gamingonlinux.com/2026/10/epic-games-launcher-preview-arrives-native-linux-support-fortnite-for-linux-is-coming-and-upgraded-easy-anti-cheat/

https://codon.org.uk/~mjg59/blog/p/epics-eac2-v2-seems-fairly-easily-bypassable/

Torvalds' Al generated kernel patches & talks more about Al

https://www.phoronix.com/news/Linus-Torvalds-Claude-Code

https://www.techradar.com/pro/linux-founder-linus-torvalds-says-ai-is-a-gateway-drug-into-programming-but-cautions-about-using-ai-for-serious-work

Kernel devs ponder removing mandatory Al use disclosure

https://www.phoronix.com/news/Linux-Dropping-Assisted-By-Req

KDE Plasma 6.8 is released

https://kde.org/announcements/plasma/6/6.8.0/

Ubuntu 26.10 released

https://ubuntu.com//blog/canonical-releases-ubuntu-26-10-stonking-stingray

Mint 27 looks like a big release

https://blog.linuxmint.com/?p=5086

Steam Client is finally moving to 64bit

https://steamcommunity.com/groups/SteamClientBeta/announcements/detail/703282384630448403

Netherlands backs away from MS365 rollout

https://www.zdnet.com/business/dutch-tax-authorities-cancel-microsoft-365-cloud-rollout/

Dev behind vibe coded Adobe suite bashes FOSS projects

https://www.techradar.com/computing/office-suites/developer-who-vibe-coded-free-adobe-clones-reveals-apps-to-take-down-microsoft-office-next-and-says-there-is-no-reason-to-save-broken-software

Framework triples their funding for CachyOS

https://discuss.cachyos.org/t/announcement-framework-is-tripling-its-support-for-cachyos/37042

Firefox releases a commercial Enterprise version

https://blog.mozilla.org/en/firefox/introducing-firefox-enterprise/

New EuroOffice fork that looks like MS Office

https://itsfoss.com/news/elixiroffice-euro-office-fork/

https://github.com/leag1234/elixiroffice

Valve releases CAD files for Steam Frame

https://www.gamingonlinux.com/2026/10/steam-frame-cad-files-released-plus-an-update-on-reservation-waiting-times/

Timestamps:

00:00 Intro

00:53 What changed

02:35 What's in the box

04:27 Design & build quality

06:52 Slap a Linux on it

07:52 Display & touchscreen

09:25 The good touch

12:33 Keyboard & touchpad

14:57 Webcam & mic

16:25 Performance

18:25 Conclusion

Links

https://guides.frame.work/Guide/Display+Replacement+on+Framework+Laptop+12/428?lang=en

https://www.figma.com/proto/BCDFqAEpP77tfkZyvHa9Mg/Review-guides?node-id=6191-2182&p=f&t=nLcQuvmdjojURIRP-0&scaling-contain=&content-scaling-fixed=&page-id=6191%3A1959

https://guides.frame.work/Guide/Fedora+KDE+Plasma+Desktop+Installation+on+the+Framework+Laptop+12+Intel%C2%AE+Core%E2%84%A2+Series+3/856#54394

https://frame.work/fr/en/blog/framework-laptop-12-now-with-core-series-3

https://frame.work/fr/en/products/laptop12-diy-intel-series3/configuration/new

There appears to be a few bad actors in the Lemmy community spreading ragebait for personal gain

In fact, the same mechanisms added at the beginning to catch bad human written code are the exact same that catch bad AI code

1. No, the Linux kernel DOES NOT use AI to automatically approve code for inclusion. As far as I can tell, there are no plans to do so
2. The Kernel actually has a huge number of maintainers. As part of the process, all patches are reviewed by a human who provide feedback as part of the process, and patches get bounced back and forth multiple time.
3. Patches don't just magically go straight to master. The maintainers generally have their own branches where it goes to, then it goes to staging trees like Linux-Next. It goes through many eyes, and many tests by the end. The idea that AI code is overrunning the kernel is rediculous
4. Maintainers also check that the code meets coding guidelines and is written properly, and solves the problem they are trying to solve. Yes, they also ensure the code isn't slop
5. LLM's though might be used to identify obvious problems with the code (which they are VERY good at), or even identify code that doesn't follow coding guidelines.
6. The only thing that matters is the human who submitted the code, as they should be checking the code submitted anyway (including LLM generated code)

Writing bad code isn't something new, and isn't unique to LLM's. Coders (and it seems some "journalists") have been writing slop since computers were invented.

The process hasn't gotten less stringent (probably even MORE stringent as there is an additional set of robotic eyes that can also check), and the same mechanisms that were put in place to catch badly written code 10 years ago, are still there now.. With no changes.

I've been working on this for a little over a year. It's called TuxTalk. You hold F8, talk, let go, and it types what you said into whatever window you're in. Everything runs on your own computer, nothing gets sent anywhere.

It used to be called TalkType. Turned out another company owns that name, so it got renamed a few days ago.

By default it uses the Parakeet speech model, which is fast even on the processor, and it can use your graphics card if you have one, AMD and Intel included. Whisper models are there too if you need more languages. I use it on KDE Plasma under Wayland, and it works on GNOME and X11 as well. There's an AppImage, a .deb and an .rpm, and it's on the AUR.

Full disclosure, I build camper vans for a living, so this is a hobby project. It's free and MIT licensed. What I'd really like is feedback, especially from anyone on a distro I haven't tested.

There's a short video on the site: https://ronb1964.github.io/TuxTalk
Code: https://github.com/ronb1964/TuxTalk
Questions or problems: https://github.com/ronb1964/TuxTalk/discussions

so the output

and the log from /var/log/Xorg.0.log

[   722.107] 
X.Org X Server 1.21.1.24
X Protocol Version 11, Revision 0
[   722.107] Current Operating System: Linux raspy 6.18.52-gentoo #1 SMP PREEMPT_DYNAMIC Sun Sep 27 13:51:24 -00 2026 x86_64
[   722.107] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.18.52-gentoo root=PARTUUID=bc9c1c44-ac90-4561-aaef-8e9a7f8c69f8 ro
[   722.107]  
[   722.107] Current version of pixman: 0.46.4
[   722.107] 	Before reporting problems, check http://wiki.x.org/
	to make sure that you have the latest version.
[   722.107] Markers: (--) probed, (**) from config file, (==) default setting,
	(++) from command line, (!!) notice, (II) informational,
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   722.107] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 16 19:10:03 2026
[   722.108] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   722.108] (==) No Layout section.  Using the first Screen section.
[   722.108] (==) No screen section available. Using defaults.
[   722.108] (**) |-->Screen "Default Screen Section" (0)
[   722.108] (**) |   |-->Monitor "<default monitor>"
[   722.109] (==) No monitor specified for screen "Default Screen Section".
	Using a default monitor configuration.
[   722.109] (**) Allowing byte-swapped clients
[   722.109] (==) Automatically adding devices
[   722.109] (==) Automatically enabling devices
[   722.109] (==) Automatically adding GPU devices
[   722.109] (==) Automatically binding GPU devices
[   722.109] (==) Max clients allowed: 256, resource mask: 0x1fffff
[   722.109] (WW) The directory "/usr/share/fonts/TTF" does not exist.
[   722.109] 	Entry deleted from font path.
[   722.109] (WW) The directory "/usr/share/fonts/OTF" does not exist.
[   722.109] 	Entry deleted from font path.
[   722.109] (WW) The directory "/usr/share/fonts/Type1" does not exist.
[   722.109] 	Entry deleted from font path.
[   722.109] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/100dpi".
[   722.109] 	Entry deleted from font path.
[   722.109] 	(Run 'mkfontdir' on "/usr/share/fonts/100dpi").
[   722.109] (WW) `fonts.dir' not found (or not valid) in "/usr/share/fonts/75dpi".
[   722.109] 	Entry deleted from font path.
[   722.109] 	(Run 'mkfontdir' on "/usr/share/fonts/75dpi").
[   722.109] (==) FontPath set to:
	/usr/share/fonts/misc
[   722.109] (==) ModulePath set to "/usr/lib64/xorg/modules"
[   722.109] (II) The server relies on udev to provide the list of input devices.
	If no devices become available, reconfigure udev or disable AutoAddDevices.
[   722.109] (II) Module ABI versions:
[   722.109] 	X.Org ANSI C Emulation: 0.4
[   722.109] 	X.Org Video Driver: 25.2
[   722.109] 	X.Org XInput driver : 24.4
[   722.109] 	X.Org Server Extension : 10.0
[   722.118] (--) using VT number 8

[   722.118] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
[   722.121] (--) PCI:*(0@0:2:0) 8086:3ea0:103c:8549 rev 2, Mem @ 0xe7000000/16777216, 0xc0000000/268435456, I/O @ 0x00003000/64, BIOS @ 0x????????/131072
[   722.121] (II) LoadModule: "glx"
[   722.121] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
[   722.124] (II) Module glx: vendor="X.Org Foundation"
[   722.124] 	compiled for 1.21.1.24, module version = 1.0.0
[   722.124] 	ABI class: X.Org Server Extension, version 10.0
[   722.125] (==) Matched intel as autoconfigured driver 0
[   722.125] (==) Matched modesetting as autoconfigured driver 1
[   722.125] (==) Matched fbdev as autoconfigured driver 2
[   722.125] (==) Matched vesa as autoconfigured driver 3
[   722.125] (==) Assigned the driver to the xf86ConfigLayout
[   722.125] (II) LoadModule: "intel"
[   722.125] (II) Loading /usr/lib64/xorg/modules/drivers/intel_drv.so
[   722.125] (II) Module intel: vendor="X.Org Foundation"
[   722.125] 	compiled for 1.21.1.24, module version = 2.99.917
[   722.125] 	Module class: X.Org Video Driver
[   722.125] 	ABI class: X.Org Video Driver, version 25.2
[   722.125] (II) LoadModule: "modesetting"
[   722.125] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[   722.126] (II) Module modesetting: vendor="X.Org Foundation"
[   722.126] 	compiled for 1.21.1.24, module version = 1.21.1
[   722.126] 	Module class: X.Org Video Driver
[   722.126] 	ABI class: X.Org Video Driver, version 25.2
[   722.126] (II) LoadModule: "fbdev"
[   722.126] (WW) Warning, couldn't open module fbdev
[   722.126] (EE) Failed to load module "fbdev" (module does not exist, 0)
[   722.126] (II) LoadModule: "vesa"
[   722.127] (WW) Warning, couldn't open module vesa
[   722.127] (EE) Failed to load module "vesa" (module does not exist, 0)
[   722.127] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets:
	i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G,
	915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM,
	Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33,
	GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
[   722.127] (II) intel: Driver for Intel(R) HD Graphics
[   722.127] (II) intel: Driver for Intel(R) Iris(TM) Graphics
[   722.127] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics
[   722.127] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[   722.135] (EE) open /dev/dri/card0: No such file or directory
[   722.135] (WW) Falling back to old probe method for modesetting
[   722.135] (EE) open /dev/dri/card0: No such file or directory
[   722.135] (EE) Screen 0 deleted because of no matching config section.
[   722.135] (II) UnloadModule: "modesetting"
[   722.135] (EE) Device(s) detected, but none match those in the config file.
[   722.135] (EE) 
Fatal server error:
[   722.135] (EE) no screens found(EE) 
[   722.135] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org/
 for help. 
[   722.135] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   722.135] (EE) 
[   722.137] (EE) Server terminated with error (1). Closing log file.

CPU: Intel (R) Core(TM) i7-8565 (4) @ 4.60 GHz

GPU: Intel UHD Graphics 620 [Integrated]

Kernel: Linux 6.18.52-gentoo

914 packages from emerge apparently

I have tried doing some stuff but I really don't think it made a difference in any possible way.

There's also when keyword ~amd64 blocks stuff like kde. From what I understand there's also a stable amd64 apparently? idk that's a bit unrelated I will look into it later.

https://linuxe.mataroa.blog/blog/sabias-que/

Guess all the enterprise customers want this on their AI computers

want to install liteqube, dont want dom0 hacked (there proballey no intentional malware but the download culd be comprimised)

how do you safely install from github to dom0?

cross-posted from: https://lemmy.world/post/53100937

"Torvalds said that the time has come to make it harder for new people to contribute code to the kernel. People like Kroah-Hartman have spent years trying to teach people how to contribute; it is time to stop doing that, he said."

https://lwn.net/Articles/1099594/

It is difficult to summarize exactly how Linus got to this point. Most of the discussion at this years Summit appears to have been related to AI assisted code and how the maintainers are dealing with the increase in code submissions to LKML. Many of the maintainers expressed varying levels of frustration with AI assisted drive-by code submissions. Linus' train of thought is that they make it intentionally more difficult for humans to contribute. A later suggestion of his was to create an AGENTS. md that makes generating kernel code expensive in compute and token time.