weird, cause my own users password wouldnt work
weird, cause my own users password wouldnt work
KHave you set up SSH in the box?
KImportant to note they aren't VMs
Fit should be setup
KAnd Fedora is configured to use keys by default
Fi just installed systemd + openssh-server
Fand changed the port
KAnd the box was made with init turned on?
KThey don't have an init system without that
KIncluding systemd
Fyes
F
KNot sure then I'm afraid, never done this
KSounds like a config issue since it at least attempts
KFedora is key only by default
KWhat's the use case for SSHing into a distrobox container?
Fhmm, should I make my distroboxes sshd use my host's ssh identity thigny?
Fvscode from my laptop
Fif i use the ssh extension normally, that goes to my host
KCouldn't you ssh into the host and then distrobox enter?
Fhowever, then its not "really" in the container, and extensions and stuff will be on host
Ffor any dev when im using my PC i always use vscode within the container
KNot sure I follow, should be zero functional difference from SSHing in and distrobox enter vs an ssh server in a distrobox container
Ffor example, for every distrobox I like to give it it's own HOME dir, but if I just ssh into the PC regularly, then the HOME dir will be my own HOME dir, and vscode will use that dir for config and extensions and stuff
Falso, any extensions that run commands
Fthat wouldnt be run within the distrobox
KIf you distrobox enter your home dir in that ssh session becomes the one unique to that box
KIt's a total context change
Fno like, I set the
--home flag when I do it, vs how it just uses the system's $HOMEKYes --home is honored by distrobox enter
K/home in that box will be the distrobox home dir
Fyeah, but because when I use vscode's SSH extension it is not sshing INTO the distrobox, to VSCode the $HOME dir is the hosts
Fthe real $HOME
KHmmm
Fnot only the HOME, but lets say we have an extension that runs some program
Fthat program will run on the host
Fnot in the distrobox
Goh I made that issue a while ago, vanillaOS was doing something similar with integrating the updater into Gnome settings. IIRC Gnome has a built in framework for doing so? If it requires patching of KDE settings it may not be worth pursuing
GI'll probably update the issue but an update GUI probably isn't the highest priority atm
Fis there good docs or examples on making your own images that work well with distrobox?
GGitHub
The ublue-update defaults have shown to be not ideal for downstream. Issues with battery checks in psutil means that the battery percentage check is broken and often needs to be disabled (#79), and...
Foh wow thats awesome
Fthank you so much
FFfor .envrc, is it ok to put it here?
For do I create a user?
RThe Composefs change has been postponed to Fedora 42
JI mean I can handle that stuff, but at this point I'm trying to figure out if it's a low priority or an invalid issue
Jgnome has a built in button for linking to gnome-software, but theres not anything (at least in 46) for system updates.
JI think it's because bluefin rolls with silence, but bazzite uses notifications?
