UJust Command Examples / Changelog / Bazzite Info
Hi, I need some example commands from ujust to compare their output with
just. With those I should be able to work them a hhd plugin (separate ofc).
I need a command to view the available commands and a command that runs one of them.
Also, bazzite version + changelog commands.
I know there is a ujust gui for bazzite desktop, I assume it is just a shell script that shows a window. I dont recall the name. Mind pointing me towards it?76 Replies
ujust lits all commands
ujust update is a good examples -- runs an updateNeed the output too, or a way to see it without being on bazzite
sec
here is just with one of the bazzite just files
yeah, what's the intent behind this? @HikariKnight is redoing it to be a lot friendlier right now
so if you're wanting to doc these somewhere we should land that change first
since the ui is now functional, with the tabbed layout, if you add it to steam you can also get your own tabs
would be very simple to do
incl. changelog accessible from steamui
nice
ujust changelog grabs the changelog from rpm-ostreeim not docing them, I will grab them from ujust so they are not hardcoded
I'll get you that list shortly
dont think i will change the install-inserthandheld-theme and glyphs ones unless we want to add a "remove" in which case it will be using the
setup- verb instead with an ACTION arg for install/removeyou can probably merge those into one script and do dmi checks
i will be continuing on the reorg after i am done with all the funeral stuff so 24th and onwards unless i get tapped for something else again 🙃
ouch
also would be good to fork the css themes so nothing gets pulled under us
had a family death in the start of the month and since the cause was unknown cause we wanted to find out the cause hence why funeral is so much later. so i have been busy helping cousin cleaning and planning the funeral stuff. it has been hectic to say the least with lots of phone calls.
yeah that sucks
but in general
get- will be changed to install-
if we also provide remove or other commands it will be setup-
if it is to configure something that is part of the system by default then it is configure- that is the verb in the reorg
by default if there are multiple options, they will be presented to the user but we make sure all the dialogs can be skipped by providing the options as part of the ujust command
ujust assemble is a good example, it asks you what container you want to assemble then assembles it. by default it will create/recreate the container
but you can do ujust assemble arch noconfirmcreate to just make an arch container without any prompts
or just ujust assemble arch remove to remove it but prompt if you are sure about it first
thats the tldr of the reorg other than splitting things into more files (which is not visible on the ujust command itself
since the reorg is 3 pronged, its a standardization of the verbs used, shrinking of the amount of commands and splitting of files to make it easier to edit.
code complexity goes up a bit though but not much, if the complexity is high we just move that into a callable function so the logic becomes part of /usr/lib/ujust
so far that has only been toolbox and distrobox (thankfully)ok so simple stuff
commands are prefixed by a verb
yes instead of having
get-foo and install-bar and remove-bar with no distinction between get- and install-the comment is a general thing about what the command does
yep
can you show a pic of the ui right now in bazzite?
of the ujust output?
i thought you had an app for it
the gui app is yafti which the other hikari is working on atm
ujust is the cli essentially
ah yes remembered, zenity was the old way
i did say in a call that if by the time i am done 100% reorging just that i might look at making a new "yafti" if nobody stepped up to deal with the current one
just got a maintainer
yeah i saw
but the call where i mentioned that happened like the day before we got a maintainer
sidenote: got a user with a broken theme yesterday
hence the possible confusion
settings werent scrolling
https://github.com/tkashkin/Adwaita-for-Steam maybe it was this
GitHub
GitHub - tkashkin/Adwaita-for-Steam: A skin to make Steam look more...
A skin to make Steam look more like a native GNOME app - tkashkin/Adwaita-for-Steam
in what context?
that adwaita theme should only apply to the desktop
the left side wasnt scrolling i think
so part of the settings was hidden in gamemode
weird
hm those are not that useful in game mode, most of them
also @antheas if you want to track the just changes, this is the PR the work is being done in
https://github.com/ublue-os/bazzite/pull/765
it is probably going to take a while since bazzite has a lot of commands (thanks @Kyle Gospo 🤣 )
I thought that it'd be great to do them automatically but this is a bit to clustered to look good
also the comments are not prescriptive enough, I think this may cause issues too
so maybe we cherry pick some of them?
would be for the best imo
and hard code them in the ui
you will get your own repo for them, no patching required
they can be a separate justfile
like hhd.just
and then only those get listed
that's easy enough to do
that way it's maintained on image
it will be
it will not be part of hhd
ah
it will be part of hhd-bazzite
you will just pull it like a normal python app and it will load in the ui
automatically
and after its built you can tweak the settings as well
the only problem right now is that there is no indicator in the ui
im missing the rpm ostree output
yeah no way to get that sadly
idk what kyle has done on his system
this is what i have
https://paste.centos.org/view/2daf615c
aw shit that's my fault @antheas
loaded my desktop VM by accident
missing deck commands
🤣
listen to Hikari
so i need a ostree dump and the commands to make the prototype
should be done in 20 min working on the skeleton
oh god please dont make mine and my friends meme become reality here too 😟
Hikari is always right, even when he is wrong because i end up being technically right either way whenever he asks me something and it turns out i am wrong but 90% correct or something 🤣 i hate that meme he created from it@Aru your new width rule is faulty if the content expands
maybe min-width instead of width?
I need that ostree output
oh oops 😅
needs a bit of styling work for sure but its ok
esp. the command output needs new line support and to hide the title
i added a tag to it
https://github.com/hhd-dev/hhd-bazzite/blob/main/src/hhd_bazzite/ujust.yml you just add the commands you want to show up here
GitHub
hhd-bazzite/src/hhd_bazzite/ujust.yml at main · hhd-dev/hhd-bazzite
Handheld Daemon Plugin for Bazzite. Contribute to hhd-dev/hhd-bazzite development by creating an account on GitHub.
i pushed it
changelog does not work yet
@Kyle Gospo thoughts?
None of the ujust commands work now I used different names
Just needs the changelog for the bazzite tab
ujust changelog shows the last rpm-ostree update
I'd do that, and then we can enhance it
whats the format? Can you paste a dump?
thats a lot of stuff
doubt it will fit
@Aru will need dual scrollbars etc I think
in any case the plugin is pushed and fully functional with the git version of hhd
i need to queue a release for that, maybe I will now
needs
hhd-bazzite separately installed, right?yeah, you can install to your dev venv for now
and do the new sections show up in hhd-decky?
GitHub
GitHub - hhd-dev/hhd-bazzite: Handheld Daemon Plugin for Bazzite.
Handheld Daemon Plugin for Bazzite. Contribute to hhd-dev/hhd-bazzite development by creating an account on GitHub.
actually i dont know
they are set to advanced so shouldnt
cool, i was thinking they shouldn't be in the decky plugin
so tagging them as advanced makes sense to me
they still might show up so it needs some care
when you do the section ui etc
ok queued a release for hhd so you wont need the git version for testing
you can also use hhd.dev to preview the ui from a device
i think toggle for switching between defaulting to desktop or gamemode is eh
better set and unset
thats why i did the ui like that
should I also add removing old snapshots to the gui?
looks like this now
