After installing Arch with archinstall, VLC comes by default in KDE Plasma.
Personally I don’t understand why, since it lack a “go back one frame” button and screenshots uses name+clock instead of “%F_%P”, which allows to go back in the video to take more screenshots without leaving the files name order disorganized.
In Arch Linux, VLC is a dependency of elisa, kaffeine, kalarm and kasts - see here Arch Linux - vlc 3.0.21-11 (x86_64)
So you must have installed one of those applications (perhaps with kde-multimedia-meta), rather than it being a dependency of Plasma itself.
It’s because Arch doesn’t split the VLC package into two (one for the library, and one for the app) the way many other distros do. So if any app needs the VLC library component, the app comes along for the ride. Several KDE apps do need it, as mentioned.
This is a quirk of Arch packaging, or a bug if you see it that way.
Interesting.
So because it’s an Arch-only packaging, I wouldn’t be able to request KDE to include flatpak in it?
Edit: I guess I could simply request Discover to include the flatpak repositories and see what happens.
I have read that the Arch developers specifically say not to use Discover. It does not play well with the packaging system(s) of theirs.
Not sure what you mean here, sorry.
I’m saying that if it was a packaging quirk on KDE’s side, I would be able to request to add flatpak in such packaging. But it’s Arch’s quirk, so it’s unlikely that they would add anything.
So I’ve instead requested Discover to include it. Bug 498260
KDE doesn’t have packaging; distros have packaging. KDE does indicate what dependencies our software considers mandatory and optional, but it’s still up to distros to respect these or not; distros always have the final say via their power to patch software in their packaging.
I’ve looked at 498260 – Include Flathub repository by default when Flatpak backend is in use and re-titled it slightly to be actionable.
Seems like the re-titled wishlist wasn’t actionable. But thanks for trying!