I don’t have an AMD card, so I don’t know, but I recall reading on the endeavourOS forums of people solving their AMD gaming issues by installing the proper vulkan packages. That is to say. You should head to the endeavourOS forums and peruse around there. You will probably find that information very quickly there.
I never suggested that they remove the card while the system is running. You must have skipped the part in my comment that says power off and swap the cards
I’ve never done the process myself, but I would probably uninstall the nvidia drivers while the system is still running, install whatever amd packages you need I know there are some vulkan packages that people need that aren’t installed by default, and then power off and swap the cards.
While I’m glad that there are people who do this work and certainly appreciate it. I also read his tweets and this person did seem to come off as a bit annoying. Like I get it. Security is important. However, things not moving as fast as you like is no reason to act like that.
Looks great on the pages that I saw. I want it right now. Also if we could get some dark theme variants. I honestly want a dark theme that is more akin to what adwaita dark is. I do not like the grey dark theme that KDE and Google use.
Yeah, was gonna say the same. It works fine for me on native steam. But flatpak steam needs flatpak mangohud. This was actually one of the reasons that I stopped using flatpak steam though. Not a problem against flatpaks or even that it didn’t work. Hell it worked even during times when native steam didn’t work.
However, lots of small differences like this kinda make it harder to utilize existing software and information when the software and the communities around that software don’t have flatpak in mind.
Yeah, I read that and was like “omg yes”.
The way permissions are listed on mobile operating these days is honestly pretty misleading.
For example, I know some apps that need to request network permission even though they don’t need to connect to the internet. Not because they want to do anything shady, but because they legitably have to in order to get certain info.
Not to mention the problem of listing everything an app can do as if it is doing all of those things.
I have heard good things about how openSUSE handles it.
I’m also a Plasma user, and I decided to try it out in a vm yesterday after reading this thread. It didn’t appear to play nicely in a vm. It was honestly the weirdest thing. Lots of freezes in my plasma session. Not the only distro that has problems in a vm, but still unexpected.
Anyways, there were a lot more packages for it than I initially thought. However, still lacked some things that I wanted to use, and like nixOS it seems different enough that I would need to put in a bit of work to get those things working on alpine.
That isn’t a good idea. You should never install gnome and kde together on the same system. There are often lots of conflicting stuff. Some distros handle it well, but most don’t.
I use a 3 different layouts, one of them Btree. And drag and drop one window over the other will swap position of both windows. So functionally, it is working (for me)
That is cool and I didn’t know about that, but that is not what I meant. In most tiling window managers, regardless of the layout. You can increase the size of any individual window and all other windows will adjust in size.
Cool, while a lot of people are complaining. For those of us that still keep a chromium based browser around for the those few times where you need compatibility. These small improvements are very much welcome.
I agree, I really like the look of them. I just wish they would export the menu’s with me being a Plasma boy.
I’ve got issues with both of them, but polonium is closer to what I want. In krohnkite I can’t use btree while also keeping the tiling part. If I drag a tile while in btree in krohnkite they just snap back to their previous position. Overall krohnkite is more polished though because it doesn’t rely on kwin for the most part to determine positioning. Whereas polonium uses only the api’s provided by kwin.
Lastly I have noticed that you don’t actually need to log out and back in for polinium. Closing all windows and relaunching them has been enough for me.
Cool. Always nice to see the whole document signing situation improving across all the different linux desktops.
Bug has been officially filed and confirmed in the arch repos. https://gitlab.archlinux.org/archlinux/packaging/packages/kdenlive/-/issues/8
Guess they will figure it out and fix it in the next update.
Edit: The issue was tracked to a problem with the opencv package and the new version is in the testing repos. I have activated the testing repos and grabbed that package and it does in fact fix the issue.
Also broken for me. I tried downgrading mlt a couple of times. That didn’t work. Might need some kind of rebuild from the arch side.
Edit: I saw in the mlt output that it couldn’t find certain libraries, so I installed those and no longer have those lines, but it is still crashing. Getting a bit closer to figuring it out though. A few less issues in the output.
Even though we may bump heads on certain issues. I wish them the best of luck.