Then leave. We don't need that negativity. Don't ask for help when you shit on the help. Later toddl
Then leave. We don't need that negativity. Don't ask for help when you shit on the help. Later toddler
Ti saw someone with that issue earlier
MYeah, I am having the same issue, it's a known thing, I think someone is looking into it
MAh yes name calling and calling anything that you disagree with negativity, also the mark of maturity
MI admit I shouldn't have said they need to grow up
SThere's a bug in a recent image; you can search "inverted" to see more info but it's not fixed yet. I think rolling back may fix it, if you've got an image from ~2 days ago
BI hadn't touched my Deck in like 2 months so probably not :LUL:
MMThis is the help thread for that issue
BI mean, oh well, it doesn't really affect anything important so I can deal with it for now. Like I said, all apps and games are showing correctly. It's literally ONLY the update screen on boot and desktop icons/wallpaper in Nested mode only, very minor
RI think what you want is supergfxctl, you have to logout to change modes though
MAyyy I managed to get my game working in distrobox. It needs the compat version of libusb so it’s prob good it’s sandboxed
Ti think the inverted colors are from valves patches for mesa
MMaybe the help should be less dismissive of the n00bs? Just a thought
SLooks 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 deckyZI 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 bundleAOnline 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
.Brewfile, run brew bundle in the container and voilaSIt'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-assemble images?Jprobably 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
lsd via brew and aliased lslsd only, including inside containers. I set up all my containers and install lsd inside all of them.Now I decide to switch to some other thing instead of
lsd. I have to go into every container again and install the new thing. 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
