The Fedora Project Remains Community Driven
theevilskeleton.gitlab.io
theevilskeleton.gitlab.io
This is quite a poorly chosen example since Gentoo will not ship binaries period. To this day I don't think there is an official host for binary packages (binhost).
Gentoo happily ships automated build instructions for all types of patent-encumbered (see USE flag "bindist") and even proprietary software (in which case it's more like "download instructions" rather than build). bindist USE flag is enabled by default since without it even OpenSSL is crippled.
i.e. your Gentoo box is likely to play H264/H265 out-of-the-box, at least once you get to rebuild the codecs as part of the normal setup.
I think this is an important point because the entire argument smells wrongly. There is an evident scale of distros that are more "deadly afraid" of software patents vs distros that simply don't care, and it is common knowledge that Fedora is practically leading the "afraid" side. Gentoo is nowhere near close. Even Debian/Ubuntu is a bit more towards the don't care side (albeit not by much). Their stance with e.g. the openSSL EC patents comes to mind: Fedora decided to cripple OpenSSL here (hobble_openssl patchset) but Debian did not.
So it's obviously untrue that the response of the distro comes dictated by some magical all-knowing law entity. Interpretation of the law is an open topic (until tested in court) and thus can be subject to community vote.
> This is quite a poorly chosen example since Gentoo will not ship binaries period. To this day I don't think there is an official host for binary packages (binhost).
This is incorrect. The original statement by the blogger, though a bit ambiguous, is technically entirely correct.
While shipping binary packages is not the norm for Gentoo, some binary packages are available and Gentoo absolutely does provide and redistribute a selected number of binary packages (not as binhost but as ebuilds). Examples including firefox-bin, icedtea-bin, chromium-bin, or pypy-bin. The tarballs of these binary packages are built by Gentoo developers and hosted on the official Gentoo servers and mirrors.
On the other hand, the official Portage package manager also has many proprietary software available for installation. But in this case, only the ebuild script can be hosted, putting the actual tarballs on official Gentoo servers and mirrors is strictly prohibited. Only the raw upstream source can be used. A common example is Google Chrome. Another peculiar one is Oracle JRE/JDK - for a long time, the Gentoo ebuild was not even allowed to automatically download Oracle Java. Instead, the ebuild asks the user going to Oracle, agreeing with the license, and downloading it manually and putting it into Portage's cache. All because of legal requirements that must be obeyed by Gentoo.
This is what the author mean by Gentoo "cannot and will not redistribute proprietary software at all".
Still, it is misleading at best. First, because the entire contention is from open but patent-encumbered software (codecs) rather than outright non-distributable binaries. And second, because I'm assuming these *-bin packages are the exception, rather than the rule (e.g., same as the Gentoo LiveCD contents), so it's malicious to point it as an example of anything.
Gentoo is still (mostly) a source-based distribution, and when you finish the default install, you end up with a system that contains patent-encumbered software and can play/encode H264 out of the box. And render Truetype points, etc. IANAL, but it is dubious that the patent owner would make a difference based on whether the system was distributed as binaries or as "source code + automated build scripts", but apparently that is what the distro decided.
A much better example for the article to use would have been SuSE, which, despite being set in Europe, practically follows Fedora's reluctance to ship patent-encumbered software to the letter. In fact, SuSE has already followed Fedora on the choice to cripple Mesa (which is what triggered TFA).
But even choosing SUSE as an example would (conveniently) leave a big elephant on the room: Ubuntu. While perhaps not in the default install, Ubuntu is literally one click away from giving you access to all kinds of patent-encumbered software (via a prominent checkbox visible on the first dialog of the setup program, not a 3rd party mirror or anything). And as mentioned, even Debian is not as much on the "afraid" side as as Fedora is.
So different distributions do have different interpretations/responses to the same law in the same jurisdiction, making the entire "Law Compliance Cannot Be Voted" argument easily proved wrong. Heck, even the different distros' legal teams often give different advice...
IIRC it's ClearType that have (at the time, they're expired now) patent issues, not TrueType. While there were patents for TrueType, it's not intentionally enforced.
I remember Ubuntu also causing a bit of a stir when they announced that they were going to add an option to their installer to allow users to use ZFS (which is considered to be licensed in a way incompatible with Linux although not closed-source). Most things I read about it at the time seemed to predict that they would not get away with it, but I don't think I ever heard anything about it again afterwards (although I don't personally use Ubuntu so I don't know if they did in fact go through with it or if it's still included in their installer today).
It is. And it is interesting, and promising, that Oracle hasn't sued them; whether that's because Oracle somehow hasn't noticed (or their legal arm hasn't, anyways), doesn't care (read: can't see the profit), or actually thinks it's above board, I couldn't say.
It's possible their licensing lawyers have a long todo list and researching what to do with Ubuntu is not the highest priority yet. It took them quite a while before they started contacting companies about the virtualbox extensions usage.
Any licensing challenges regarding ZFS in Linux come from GPL people lawyering about derivative code and whether it applies.
Remember, Oracle changed their license back to proprietary closed source.
Hopefully the Kubuntu installer decides to incorporate it at some point, so I can just use that for desktops instead of standard Ubuntu with KDE installed afterwards. :)
This isn't the end-all-be-all statement the authors think it is.
Law compliance can be voted, a community can absolutely decide not to follow a law and do illegal stuff with their software. Of course, then they get shut down by the legal system and the entire community faces consequences up to possibly jail, including the maintainers who didn't agree to the decision...
but this is not Fedora definitively breaking a law which will hurt the maintainers. This is Fedora fighting against a patent troll which will cause a big legal hassle and then back off.
I imagine the devs just don't want to pay for lawyers or don't have the funds, because you know, open source doesn't generate revenue. That is what they should've said: "we are doing this because the alternative is getting sued and we don't want to pay for a lawyer? Do you (the community) want to pay for a lawyer?" Maybe some think this message is rude but I like it, it actually puts this situation in the hands of the community.
When did software patents become a criminal matter ? The issue exists entirely because Fedora is inextricably tied to RedHat. Also, I would hope that at the very least, if you do not know enough about it, at least don't fear monger. This type of language is not much better than "you wouldn't download a car."
Can you link to anything related to this?
English translation: https://www.gesetze-im-internet.de/englisch_patg/englisch_pa...
Patents aren't special in this regard in Germany. Copyright violations, trademark violations, and unauthorized disclosure of trade secrets are criminalized as well. So at least it's consistent.
Or potentially nothing happens because in these cases the law in question is often US law and not everyone is subject to US jurisdiction.
For a patent troll sure, but what makes you think Fedora will win for a codec that from its inception has been explicitly nonfree?
This is it, I'm not in the US, many aren't either, so why shall I suffer the consequence of such decisions.
Note sure if it's feasible to have a none-US build whilst based in the US.
But for the time being it's over for me, I've been using Fedora for years and recommending it to friends and family, despite the RPM fusion required after initial setup, but not anymore.
Let's see how welcoming Arch is.
It's a shame that they at least don't want transfer the project to a Fedora association in Europe (zapsaný spolek in Brno) and legally insulate it. This just goes to show how much they care about community.
And if you look carefully, it isn’t just one project either, it is current, predominant, majority, vocal norm in US / Tech / Silicon Valley.
Other distros continued used became they might be too small to sue. https://twitter.com/spotfoss/status/1575885891922690048
Mobile keyboards suck.
The community can choose to take risks, such as being prosecuted by a patent troll. For example, insurance can funded by the community.
Yes, as long as it was in the best interest of the Fedora project. A recent example IMHO is the change of default filesystem to btrfs. From Red Hat's perspective a default like XFS or stratis would be better as it would provide more testing/adoption for their recommended RHEL uses. Another might be the creation of a Fedora Server variant which isn't really in the interest of Red Hat.
If there were something good for Fedora that would really hurt Red Hat, I wouldn't expect it to happen, but I can't think of anything that wouldn't also be bad for Fedora. Maybe a Fedora LTS version, but there are other already extant options to address that market so I don't see a need there. I would like to see a Fedora LTS kernel version though that behaved more like Ubuntu's.
By that, you mean another server variant than the one day, right? https://getfedora.org/en/server/download/
Red Hat doesn't generally invest in any Fedora deliverable except Fedora CoreOS and Fedora Workstation these days. All Fedora deliverables are community driven and community controlled.
Those seem to me to be the bulk of the work going into Fedora, is that incorrect?
But Fedora Cloud is an Edition again in Fedora 37, and Fedora KDE continues to tick along quite nicely.
I think they've learned to try to keep it subtle, but they wield a lot of power in the open source world, not just via their distributions and direct contributions.
It's uncanny.
No, legally it's all Red Hat et al
Fedora Project isn't an association in the same way Debian is, it is in house project of Red Hat. Look at what happened to CentOS, in the same vein they can steer it however they like.
Kidding aside, I recently tried Fedora for the first time in years and it's been great. I wanted a newer kernel for the 12th gen chip in my Framework laptop, and loading a custom kernel (at least in the Debian-based distros I'm familiar with) is a total pain when you have LUKS encryption enabled.
Gnome+Wayland has come a long way as well and things seem quite polished.
Arch Linux has been perfectly stable for years on my laptop.
Is that true? Looking through the list of project/repo owners, so far all the ones I can find that have any sort of listed affiliation are affiliated with redhat. It's pretty clear that redhat has a strong influence over this project.
Also, why should it be? The whole point of Fedora, from the point of Red Hat (before the split into Fedora and RHEL) was to use the community to test features that would end up in RHEL. Why should they outsource control over the project to someone else? It makes no business sense. They maintain the distro, many outside volunteers help, too, but it's clear who makes crucial decisions.
No such decision was even debated. It's all about codecs and legal risks.
There was no discussion about the governance model.
https://www.videolan.org/legal.html
> Patents and codec licenses
> Neither French law nor European conventions recognize software as patentable (see French section below). Therefore, software patents licenses do not apply on VideoLAN software.
> NB: libaacs is not shipped in VLC.