from that_leaflet@lemmy.world to linux@lemmy.ml on 19 Feb 15:47
https://lemmy.world/post/25789865
As an update to everyone following, I had a meeting today with the Flatpak SIG and Fedora Project Leader, which was a very good conversation. We discussed the issues, how we got here, and what next steps are. For anyone not interested in the specific details, the OBS Project is no longer requesting a removal of IP or rebrand of the OBS Studio application provided by Fedora Flatpaks. This issue should be used for tracking of the other specific, technical issues, that the Fedora Flatpak does still have, which I will address below. From our perspective, there were two key points that we feel are the most important to address:
- The issue with the Qt runtime having regression
- The issue of not knowing where to report bugs for what is a downstream package
For the first bullet, this should be resolved with the update to the latest runtime, which includes Qt 6.8.2 that has the fixes for those regressions in it. For the second, this is obviously a much larger issue to tackle, especially for a project as large as Fedora. We had some very good discussion on how this might be accomplished in the medium-long term, but don’t consider it a blocker at this point. We plan to stay engaged and offer our perspective as an upstream project. In addition to those two previously blocking issues, we discussed a handful of other problems with the Fedora Flatpak. I’ll keep the details high level in the interest of brevity on this update:
- OBS Studio running on Mesa LLLVM pipe instead of with hardware acceleration (i.e. the GPU)
- X11 Fallback leading to OBS crashing
- VLC Plugin not behaving as expected in the sandbox, needs testing
- Shipping of third-party plugins in the Fedora Flatpak
The discussion was positive and they are actively working to resolve those issues as well, which should hopefully only affect a small number of users. I would like to give a final thank you to Yaakov and the FPL for taking the time to talk to us today.
threaded - newest
Why is Fedora packaging their own flatpak of OBS in the first place, when a seemingly working, official one is available on Flathub?
The official one is delaying updates to its linked libraries due to bugs. Fedora would rather have the security fixes.
Fedora aims for FOSS, software unencumbered by patents, and security.
Flathub explicitly allows proprietary and patented software.
And since they want upstream apps to publish their apps and not scare them away, security isn’t as strong. Apps are allowed to use EOL runtimes and apps roll their own vendored dependencies. Fedora Flatpaks solve this problem by building all their flatpaks from their distro packages.
What’s wrong with that?
If Fedora wants to promote FOSS then it would make sense to just have it’s users enable Flathub if they want to. Instead of outright promote a repository that promotes proprietary software.
If you meant it as moral question, then then answer would probably be that proprietary software does’nt guarantee the same user freedoms as free software. And thus does’nt let users control the software that runs on their own computers.
Flathub doesn’t “promote” anything, it’s a software repository, not an advertising agency.
then…don’t use it?
You are going to great lengths just to break software, with the benefit being less software available…!?
Has a software update ever changed something in a way you dislike? When it’s proprietary software your choices are to:
When the software is free (libre) then a communities can change it (e.g. removing an anti-feature) via the source code.
Sadly it’s not enough to simply “then don’t use it” - proprietary software proliferates society (interacting socially, with the government, with banks, etc). Since it’s better to be in control of your own computing anyway then might as well promote the values of software freedom.
Yes, yes, we get it. Proprietary software bad. Don’t use it. Again I ask: what is the problem?
…why not?
So don’t use it?
Once again, making it available is not “promoting” it.
Listen, I wish all software was FOSS, but it’s not, and it never will be. It’s not feasible. Even when it is, it’s often terrible and the proprietary ones are way better, because they can actually afford to develop it properly.
Communication is difficult. I felt like I gave a useful answer but evidentially it was not an answer for you. I hope someone else can answer your questions.
You ignored the question that I asked in favor of one that I did not.
.
Ah yes, I am being swayed by your personal insults.
.
It’s trivial to enable flathub, so it’s not meaningfully reducing the availability of software. It’s just a default.
It’s trivial in the sense of clicking buttons, it’s not trivial in the sense that it’s not even something who comes from another platform even considers. That you can choose where your software comes from.
It’s not trivial in the sense that it’s causing problems for devs by breaking their packages for the purpose of making less software readily available to their users.
Offering patented software would open Fedora (a RedHat product mind you) up to legal issues in places that know software patents (primarily the U.S.).
They don’t have to offer it. It’s offered in Flathub.
“No your honour, we do not offer users any patented software, we merely ship a system which directs users to this other totally unrelated entity that we are fully aware ships patented software.” will not hold up in court.
I also imagine RH would simply like control over the repository content they offer to users by default. Flathub acts more like a 3rd party user repository than a “proper” distro.
LOL it absolutely will…
Linux is fundamentally about the user being in control.
None of this puts the user out of control; they’re free to add the Flathub repository should they wish to do so.
“control” was your word, not mine.
Yes and they’re “free” to change the priority as well. The problem is people ARE NOT doing that, and, once again, that is causing problems for the folks who build the software, for absolutely no gain other than removing the availability of software.
Oh yeah, that makes sense. Thanks for the info. I was under the impression that Flathub was a default flatpak repo in Fedora anyway.
But yes, always with these trade-offs. It’s bad when package maintainers package software, and it’s bad when software developers package software…
Flathub isn’t quite default, but it’s an option in the setup screen. It’s also the lowest priority.
So they will let OBS do it?
Provided they fix the issues they outlined, yes.
let OBS do what?
Read the linked issue first perhaps.
What makes you think I didn’t read it?
I don’t assume you to be stupid, so lack of information is the most likely explanation for not knowing what “it” refers to here.
Indeed, there is a lack of information, which is why I asked for it. Are you going to provide it or just continue insulting me for no reason?
This whole thing has been kinda wild. Every Linux distro bundles obs linked against their own libraries. Because fedora did it in a flatpak it was suddenly a problem?
I get developers being frustrated by buggy downstream builds flooding their queue with useless reports. They ain’t got time for it and can’t do anything about it. But this is open source software and obs had a bad take on distributing it IMHO.
Glad fedora was able to talk it out with them.
There was an official flatpak and fedora repackaged it into their own flatpak repo “poorly” which OBS did not like, because there where issues that OBS team could not resolve like this
Edit: fact check correction
Source: news.itsfoss.com/obs-studio-fedora-feud/
Fedora never called it official. It lacked the verification tick that official Flathub packages get and right under the install button in Gnome Software, the install source says “Fedora Linux”.
You are right! I read that wrong
news.itsfoss.com/obs-studio-fedora-feud/
That was kinda my point. If qt breaks them again and arch updates and links the new QT are they going to come after them too? The position OBS took on this originally seemed like an open source disaster. It sounds like they moderated to something reasonable and that’s great.
Yea, I first read the article wrong and thought fedora marketed it as official
Arch is at least more likely to update to a fixed version sooner, and someone getting something with pacman is going to be used to the idea of it breaking because of using bleeding edge dependencies. The difference with the Flatpak is that most users believe that they’re getting something straight from the developers, so they’re not going to report problems to the right people if Fedora puts a different source of Flatpaks in the lists and overrides working packages with ones so broken as to be useless.
I still don’t understand why Fedora feels it is superior at packaging a flatpak over the people who actively develop and distribute their own flatpak.
Sure, the bugs might be fixed now, but Fedora still prefers its own flatpak repo over flathub for little benefit, duplicating the effort of dozens of developers for a worse downstream experience.
If you distribute your app via Flatpak, what benefit is there over “disk space” (irrelevant for all but embedded devices) or the vague superiority complex of distro maintainers to manage your dependencies for you.
Even if downstream fixes a bug or two, those should be merged upstream. Imagine if Fedora staunchly refused to upstream fixes to bugs in the kernel?
Fedora Flatpak exists to match Fedora’s philosophy on FOSS, patented software, and security.
Everything in Fedora must be FOSS and free of legal issues, like codecs. Fedora also takes security seriously, so all their Flatpaks use dependencies all from Fedora repos.
I wonder how much is philosophy and how much is not wanting legal troubles. Those things aren’t contradicting of course.
Problem is that they have a very staunch stance of not allowing closed source software in their repo. And that apply to flatpak repos too. By default only Fedora own Flatpak repo is enabled, with only open-source software. But why repackage OBS, which is already open-source? My guess would be:
Everyone always focuses on disk space, but IMO the real issue is download size, especially when you update a bunch of flatpaks together.
I still prefer the upstream flatpaks over Fedora’s though.
That’s my main thought as well. If something about yours is better, suggest a fix to the developer. You could both mutually benefit.
Official port linux-cachyos-bore and linux-cachyos-lts for Fedora