I guess you run a bit of everything, but I couldn’t tell you what every distro is doing with their package manager. All I know is I installed it the same way as most other things on linux using the distro repos and let those guys sort out what versions should be used. I just wanted to point out that the original commenter wasn’t necessarily wrong. That I could in fact follow their instructions and it was there for me as indicated by the screenshot with no further action from me.

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.

Only on X11 though.

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.

It is there for me on Arch linux. Distro package.

Edit: Based on your comment about going to the website to get the software. Maybe you are a windows user?

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.

Performance is exciting to me.

I agree. Arch really won me over with how they do things. Sometimes less is more.

1. Not splitting packages as much means that I can compile pretty much any program without thinking about dependencies most of the time.
2. Arch doesn’t autostart programs just because I downloaded them.
3. While I’m not necessarily attached to having the latest and greatest of every package. There are often times where I do want the latest and greatest of some package and it was out of date on point release distributions. (Before someone comments flatpak. The most important collection of software I want up to date is the Desktop Environemnt and my Desktop Environment of choice is KDE Plasma.)
4. Lastly, the pkgbuild format is dead simple and I have actually managed to roll my own packages compared to some other distros.

Glad you brought up the software point. Back when I tried I had the same issue, but no one mentioned it when I was hearing about why I should try out a BSD system. Seems that even open source software often doesn’t have any of the BSD’s in mind and you end up needing to use that linux compat thing I remember seeing. If that even works for whatever you are trying to use.

I think this is a YMMV kind of thing because it has always worked for me.

Actually they seem kind of sketchy too. https://github.com/rustdesk/rustdesk/discussions/2778

From a performance and overall compatibility perspective, does either GNOME or KDE outshine over the other for this?

Not unless you are doing specific things. Last I checked, but I know Gnome is moving on these fronts too. Things like HDR, VRR, Virtual Reality Games and stuff like that you are going to want KDE for. There was probably some other stuff, but that’s what I have off the top of my head. However, if you try Gnome and decide that you really like them. They are making moves on those fronts too, but I’m not sure how long it is going to take.

I tried the flatpak for Zen, but it seem to crash quite a bit. How has your experience been?

I don’t think any Operating System is (dumb)user friendly yet.

This is a great point. It is also an issue that I have with certain (not all) users who try linux. Where when things go wrong in Windows and Mac they have no power to do anything and they just give. If something goes wrong in linux they start yelling, complaining, and sometimes harassing maintainers.

No, not really. I believe it is because a lot of us linux users have more understanding of our systems, so we know why a certain outcome happened vs “it just works ^tm”.

Also I would like to point out something that I have been telling people for years whenever a post like this comes up. Windows and Mac users do the same thing. They constantly overlook bugs, bad design, artificial limitations, and just the overall lack of care when it comes to various details that more community oriented projects cater to. The reason is because of familiarity. Just like many of us will often not see issues with new comers struggles because we have already worked around all of the issues. These users do the same.