I am not familiar with that flag at all, so I look forward to learning about it when I iron out more
I am not familiar with that flag at all, so I look forward to learning about it when I iron out more of the functionality of this
Hor use unsigned if you see their base is stock
Hyou make the flag for your tool 
CAhh
CAnywho: unsigned vs signed can be trivially fixed with an 80/20 solution, and the ideal solution of automating it and eliminating the possibility of user error may be fairly easy depending on things y'all know more about than I do
Hrpm-ostree status | grep "docker://ghcr.io/ublue-os"if this doesnt return a valid ostree image url, then they are using stock and you should use unverified images
CBingo
If I can run the rebase command, I can run that
I'll keep it in mind
If I can run the rebase command, I can run that
I'll keep it in mind
Hthere might be a better way to get the current deployment
CMight be, but that's above my pay grade lol
CFor the record, although I declared interest in doing this 9 months ago and intent to actually do it weeks ago, I have been busy, so I have learned 90% of how to create a functional GTK4/Libadwaita image switcher in the last 3 hours
Hmaybe something like this
rpm-ostree status | grep -P "●.+docker://ghcr.io/ublue-os"Hthat should only find whatever the active deployment is and then check if its ublue
CI don't know what this says about me or the task at hand, but the fact that this is a 3-12h project for one unemployed fresh graduate who has never made an app is why I have been baffled that nobody else here with exponentially more experience has done it first
Hsometimes its lack of time or lack of vision, imposter syndrome or lack of time to sit down and learn a gui toolkit (or lack of time to learn a new one if they havent made a gui in forever and the old tools they used do not exist anymore)
Has for me, i am already pulling my hair out making a TUI for a different project that is getting limited work done on it due to work and live having been busy for me 
Cheh
Hand its my first time making a TUI so i am learning lots of fun things like how very finiky making a tui is
Hand what im making is stupidly simple in scope too, its just an "installer" tui kinda
Hthere is just so many weird things to be aware of and dos and donts its kinda a miracle we have things like btop++ 
CI'll bet
Hgood thing though is that i managed to redo most of the project and go back to the KISS principle 
Hhttps://github.com/HikariKnight/quickpassthrough/blob/dev/quickpassthrough_preview.gif?raw=true
this is an old mockup (that was working, but this ui has been scrapped for a much simpler one as this framework was way overkill for what i needed)
this is an old mockup (that was working, but this ui has been scrapped for a much simpler one as this framework was way overkill for what i needed)
Cabout a third of my reason for doing this is so I can hedge it a bit and put "full stack app developer for a project with >20,000 users" on my resume
Cthe other two thirds being:
- to learn
- because I strongly feel the project needs it
Hyeah all are valid good reasons
Hwell its time for me to run to work, have a nice day 
i will drop in from work if i do get the time
i will drop in from work if i do get the time
CInteresting 
I know a couple people developing another interesting TUI, happy to chat more about both in #
other-dev
I know a couple people developing another interesting TUI, happy to chat more about both in #
other-devCCouple hours past when I should be asleep so that works, see ya 
Hcya
C(also that installer thing looks like it could be super useful for distrobox around here if I'm interpreting what it does right)
Him not making an installer though, im making a guided way to configure gpu passthrough on a host system, the tui is just very similar to an installer as thats kind of what it is in the end 
Has configuring the host is the main part most people with compatible hardware fails at
XCool! You should call it Switcheroo, I think thay should fit the GNOME naming guidelines...
Hisnt that the name of the GPU offloading stuff used by gnome and i believe KDE?
Hand also a image conversion utility in gnome...
Xok, not that then
Xswitchbox would work too
Hif it was more of a generic tool, i think
ostree imager would be descriptive enough Xthat's very cryptic, and usually an imager makes images, right?
Hok fine
Htouch base with ostree there /sXrebasing is a fine term but will be phased out with bootc switch so...
Hin all seriousness could be anything from rebaser to switcher
Xsomething related to switching would be better i think
XThings that are bothering me as a visual person:
- The rebase button is pretty hidden and feels like it's in the wrong place. It should probably be a primary color and not a background color. I would also place it just next, above, or below to the rebase command. Maybe the command should be hidden by default...
- The dropdowns are all different sizes and are maybe a bit too high. The space between the command and the dropdowns is too huge compared to the space with edges.
- The links to the image list and faq feel out of place, but I get they're probably not ready.
Ball ublue-os/main builds failed ... a network/dns issue on the builder machines... so I'm attempting a retry
BBBLooks like schedule maintenance on COPR servers
CYeah. I'm used to working in HTML and CSS rather than XML, so that's a large part of why "polish UI" was at the top of my to do list. I should be able to fix most or all of those things
CI want the rebase command and links to be present in some way, probably alongside some other info/links, but there are ways to hide those from the users who wouldn't get anything from them anyway
