Looks like some color channels are swapped rather than being true inverted. Like the emudeck icon di
Looks like some color channels are swapped rather than being true inverted. Like the emudeck icon didn't change from black to white
MThough it lets keyboard events go through to the computer…
Jeveryone chill please, it's no big deal, let's complain about something else. 
KHas anyone noticed that GNOME is an ELF file?
KAnd Dwarf fortress is also an ELF file?
BHonestly what I find the most odd is how it's so selective on what's affected, if it was like a display driver issue or something, I would expect everything to have the problem.
Hell, even if it "only affects the desktop" or something I would expect the ENTIRE desktop to be affected, not just one part like the icons/wallpaper while the taskbar including it's icons and so on are completely untouched and to also only happen in Nested Desktop but not normal Desktop. It's such a bizarre rendering bug.
Hell, even if it "only affects the desktop" or something I would expect the ENTIRE desktop to be affected, not just one part like the icons/wallpaper while the taskbar including it's icons and so on are completely untouched and to also only happen in Nested Desktop but not normal Desktop. It's such a bizarre rendering bug.
PDidn't see it, let me check again
PCan you remind me the name of it
MYeah I was thinking this too, it's very selective, someone mentioned something about it maybe only affecting openGL earlier?
ZHow many ppl is trying to run host brew (or any program installed with it) inside distrobox containers?
Kujust | grep deckyI remember one case here, and another in gh issues
AIs it preistaled? I dont see any extension or app to use.
SIt would be nice since all my CLI tools are installed via brew but then I have to reinstall them in the container
ZFound the reason why is that, brew only gets sourced in bash if its an interactive session
Zwhich is not the case using distrobox-host-exec
RIt's a terminal command, but I found easy to use
ACan you provide me the commands you use?
Zis is more of an issue the need to reinstall them manually, or the space of duplicate issues? because for the former, there is
brew bundleOnline i found comands to use hydrid or integrated. I am not founding a command for the dedicated gpu
Zcan dump all the list of brew packages in a
.BrewfileIt's the repetition of work problem. I don't want to change my shell environment in multiple places manually
I haven't used containers that much yet, but ironically a lot of the stuff I want to use is primarily available via brew and not a package manager. I'm not sure how installing brew inside the container would work. Would it just create its own
I haven't used containers that much yet, but ironically a lot of the stuff I want to use is primarily available via brew and not a package manager. I'm not sure how installing brew inside the container would work. Would it just create its own
/home/linuxbrewWould it just create its own /home/linuxbrew not interfering with the host one?Yes
Zand would be better that way
SAnd not so much the one-time sync; I could set that up in a containerfile or something. Moreso the fact that if I change something on the host, now I have to update every single container to match, for things that I want globally available
Jyou could add brew inside the container, the bluefin-cli container is specifically designed to be "brew in a container"
Rit's the same for my Optimus laptap, I just use Hybrid and the apps are rendered on the NVIDIA. I think the integrated needs to keep active as it's used for the display output, at least in the case of my HP Probook 440 G5
AOk. Make sense. The reason i asked all this is because i am searching a way to solve this problem of mine. 🛟bazzite-helpDavinci resolve descerte gpu problem.
MThat's how my old Optimus laptop worked too, had to push everything through the iGPU framebuffer
Fdon't touch my homie hot corner!
ZIs reasonable to add brew to
ujust distrobox-assembleprobably not
Jthat's a strong opinion, probably better to toss it in opinionated distroboxes rather than the generic ones
MOn my steam deck it actually makes sense, because it's out of the way and I don't activate it accidentally
ZThough so, have this guy here https://github.com/ublue-os/bazzite/issues/1294#issuecomment-2211242928 other than asking him to install brew inside the container, idk what to tell him
JI'm following that one
SAs an example, I have installed
Now I decide to switch to some other thing instead of
It would be nice if I could just set up my .zshrc or whatever and then somehow have it always work inside containers with no fuss. Because really when I'm developing in a container, I am trying to isolate deps and files; I'm not trying to have a unique shell in there with its own utilities
lsdlslsdlsdNow I decide to switch to some other thing instead of
lsdIt would be nice if I could just set up my .zshrc or whatever and then somehow have it always work inside containers with no fuss. Because really when I'm developing in a container, I am trying to isolate deps and files; I'm not trying to have a unique shell in there with its own utilities
Jthere's no right way to say "you're holding it wrong" other than letting them come to that conclusion themselves lol
ZLast thing I want is needing to make another image, or a workaround that breaks upstream behavior
ZOther than doing a custom image...
Zor
Fnooooooo
Zyou could install nix with home-manager in these containers 
RI see, I'm not familiar with DaVinci Resolve and cuda. I'm still hopping to get nvenc on OBS lool
Zoh wait you can simply mount
/home/linuxbrew/.linuxbrew/binor the entire linuxbrew home directory
Jlike this?
SI guess there's this concept I have of the shell as a window into the container, vs the shell as a program inside the container. My shell has a lot of customizations, and unfortunately I have to interact with the container via shell, but I can't use 'my' shell, I have to use its shell.
This makes sense when the container is this isolated thing meant to be shared and deployed... but it kind of doesn't make sense when the container is just a consequence of immutability, where it's being used to run services on the host and is tightly coupled
This makes sense when the container is this isolated thing meant to be shared and deployed... but it kind of doesn't make sense when the container is just a consequence of immutability, where it's being used to run services on the host and is tightly coupled
Zwell, thats using a volume, what would be needed is mounting the host linuxbrew
Zunless im missing something
