Jyes it is
MYes. Basically. The Asus and surface images will be a FROM latest/stable
Tmake it a
ujust commandTor someone can
JI was waiting to see how sysext worked otu before being concerned about that part. I just wanna check to see if this particular kernel option is in the current kernel
Tgrabs asusctl and whatever the other one is
Jthere's atleast supergfxctl and rog-control-center (the gui)
Toh
Tidk anything asus stuff except the ally
Jthe cli tool is tiny
MYou check to see if it's in /boot or /usr/lib/modules/nameofkernel
Jit's the gui that's annoying
MBigger one is the Asus firmware
Jwell rog-control-center could at leat theoretically be flatpakkable right?
MNo idea. But wouldn't be surprised if it could be
Jah it was in /usr/lib/modules/mykernel . apparently this wasn't the actual problem. it suggested that
CONFIG_JOYSTICK_XPAD_LEDS=y was necessary to solve my problem, but that's not it :(
Bmany of you might like this project - keyboard, touchpad & screen for your mini devices: https://www.kickstarter.com/projects/elecrow/crowview-note-empowering-your-device-as-a-laptop
Kickstarter
All-in-One Portable Monitor丨Phone-to-Laptop丨SBCs/Mini PC/PC/Game Console Compatibility丨Full-Featured Type-C丨Built-in 5000mAh battery
Rbumping these old PRs for review 
https://github.com/ublue-os/config/pull/297
https://github.com/ublue-os/config/pull/313
https://github.com/ublue-os/config/pull/297
https://github.com/ublue-os/config/pull/313
R(minor TPM command improvements)
GGitHub
This PR contains the following changes:
Add pytest-based unit tests
Add Github Actions CI for unit tests
Closes #72
Add pytest-based unit tests
Add Github Actions CI for unit tests
Closes #72
Gnext up is integration tests to better test those pesky
subprocess callsGwhoops, realized my system hasn't been updated since the 3rd
Gmight need to add a fix for topgrade user prompts
Gyes | topgrade --config /usr/share/ublue-update/topgrade-system.toml might work
H@johnny bazzite is all fsync kernel for reference to both of you
Jyoure welcome!!
MHi, how can I install .rpm packages on bazzite? not working, saying "no such file or directory"; dnf install sends error on the end without description of error :/
Nrpm tooling does not working on OSTree based systems. What package are you attempting to install?
Mvs code. If i downloading it from Discover, it's not working properly with my PATH variable, so i decided to download .rpm from official vs code site
NYou will want to place a repo file into yum.repos.d containing this: https://github.com/noelmiller/isengard/blob/main/system_files/etc/yum.repos.d/vscode.repo
Mi used to try install rpm because i know that bazzite based on fedora, so i thought that that will work, but not expected that i will stuck on this
Krpm-ostree install file.rpmNand use
rpm-ostree install codeKor, add the repo and
rpm-ostree install packageKor, use distrobox (always preferred)
Mthanks guys
Nno worries! it can be a bit goofy to get used to an OStree system when you are used to doing things a certain way.
NThis is always a great option as well!
Myep, I'm used to the usual package managers like yum/apt/packman/homebrew
NHomebrew should be available on Bazzite by default as well, I can't remember if VSCode is in Homebrew or not though.
NI layer the RPM in my custom image. Typically you only want to layer packages if you can't solve it by installing either the flatpak, distrobox, or brew.
NSaw this in Matrix. How many of us use App images? I do for some things, but not many. https://github.com/fedora-silverblue/issue-tracker/issues/589
GitHub
Describe the bug rpm-ostree 2024.7-1.fc40 drops the fuse dependency leading to a removal of fuse in Silverblue 40. Changelog: - Require fuse3 as ostree now uses it Removed: fuse-2.9.9-21.fc40.x86_6...
KWell that's an easy fix on our end
KOne PR to Main to make sure that package is included
Bhonestly to me this is a nonissue, more dstros should jsut stop shiping that fuse 2.9.9 as it is depricated and its only appimage creator who doesnt want to move and insists that everyone should conform to him
Tbazzite users use appimages
Tbut otherwise i agree
Tflatpak is the only universal linux graphical package option i care about
KGitHub
fedora-silverblue/issue-tracker#589
Nto be clear, Fedora Upstream is thinking about potentially still keeping it.
