Nothing can touch Photoshop. They pay developers good salaries to implemend new features. For people who do media prouction and photography for $150,000, they only care about time, nothing else. I will always tell them to use Mac or Windows and Photoshop to get work done in a hurry and get paid.
GIMP does not exist or is s laughing joke for people who work full time in graphic design and photo production.
Born one month after FreeBSD
Until someone gives legal notice to IBM lawyers forcing Red Hat source code to be released pulicly, all of this debating over it means jack nothing.
If nobody takes IBM to court, the matter is settled and all developers must accept Red Hat’s choices.
If they dismiss the online talk, ignore all criticisms, and nobody pays for a lawsuit, the case is done and finished.
I’m not trying skip over your points, as I said from my first first, everybody can talk all they want, who has the power of persuasion or legal force to change IBM’s decision?
I may be wrong, but I believe only the Linux Foundation is a position to call IBM CTO, President, whoever, and say “We heard about the changes to with holding Red Hat’s source code, you will not be doing that, it shall remain public. If you want to discuss this further, please send your most expensive lawyers to our offices and we will explain in detail why you won’t be doing that.”
The GNU/Linux GPLv2 does not apply to any software developed and owned by Red Hat like all of the Red Hat security programs, that is not covered by the Linux license. If Red Hat never modifies or changes a single line of code in GNU/Linux, they are free to run closed source programs on top of it. They own .rpm file format so they have the legal freedom to make the system and all RH software proprietary.
That’s how Rocky and Alma are now permanently locked out from accessing the code.
Is there a reason that Alma and/or Rocky shouldn’t try to release their own version of SLES and SLED?
That’s exactly what’s already happened. Rocky and Alma are already no longer an option for a free version of Red Hat since Red Hat code is not allowed to be shared, it can only be viewed. Read their own words from Alma and Rocky, what they themself said about oing forward.
Red Hat can also change the license agreement further to include anyone proven to have published source code of Red Hat branded material agrees to pay a fee to Red Hat of no less than $10 million, or whatever price they want to put on it.
Everyone can scream about Red Hat, all they have to have to do is change some wording in agreement that includes fees(fines) for multi millions of dollars, BOOM! Red Hat becomes a proprietary system built on open source software.
SUSE says they will fork RHEL, but Alma and Rocky are over in terms of being a clone. People have asked for years why there is no free 1 to 1 clone of SLES and SLED. IBM is free to choose to turn all of RHEL in a proprietary development and lock it down, unless you can get a court order that says Red Hate’s code must be made public, but I don’t dare test IBM lawyers over any code that is not released under AGPLv3, only then I would.
I really don’t care about RHEL. Unless companies want to buy their services to be allowed access to the software it, everyone should forget about Red Hat. It’s done, it’s gone. And there will never be a free version of Red Hat, so look at other long term alternatives.
Services like TCP/IP are daemons, they use Kb, it can be used as a very basic simple web server with only a shell to configure everything.
I am talking about on 32bit hardware, install a new release of any open source operating system, try using the latest release of a GUI web brwser Firefox or Chromium and see how well it runs, compared to even a dual core with 8GB 64bit OS.
How much would that lighten the kernel load, and potentially speed it up, doing a simple delete of all 32-bit code?
Given that 32bit has a hard limit of 4GB of RAM, it can’t run anything that requires more than a terminal shell to run and none of the security protections like memory address randomization.
Copy and send the 32bit code to someone for archive and historical purposes, then do a Select All and push delete, erase the code fron the kernel file.
Everyone is going to have to accept that RHEL is over and done. Since paying customers are not allow to release the code publicly, overtime it could turn into its own ooerating system that happens to use the Linux kernel, similar to Android.
Forget about Red Hat, they’re gone, they’re not an option for any small company. Individuals should never have been using Red Hat, but companies are going to have to find something else like Debian/Devuan, FreeBSD, something with a stable branch that gets 3 to 4 years of updates.
I like Pine64 because they running any operating system that runs on ARM and has an open bootloader. The Pi has a proprietary booloader so they don’t work as well for BSD.
For OpenBSD firmware? They are not blobs but are binary installs as there is no such thing as a source installation, everything has to be compiled and build before it can be installed.
I believe OpenBSD firmware has an ISC license attached to them, but since OpenBSD developers develop the firmware, they don’t have legal license from Intel to distribute in base, but I’m pretty sure that OpenBSD firmware has an ISC license for freedom.
No. OpenBSD develops their own drivers fot Intel iGPU l, 2.5Gb ethernet, and wi-fi. They don’t have.license to include them in base, they download the firmware after first reboot if there’s a basic ethernet connection.
The source code is publicly available from OpenBSD firmware folder on server, but cannot be included in the base installation.
Test it with OpenBSD and with a Linux-libre distribution to verify how open the hardware is.
Yes, I know there is a market, as tiny as it is. Imagine how much further along corporate software for Linux would be if there was a single format for installing all software in a default configuration for a fresh Linux install.
I genuinelly don’t understand why Linus never develeped a universal installer like .dmg, .msi, .exe, for Linux.
Yes, Devuan is more stable. It’s not modified or forked, it’s still Debian .deb files but with a different init system.
The difference is systemd is one thing to handle everything. The other inits are launched or initiated each time something thing starts on an individual basis.
I have heard that systemd has greatly improved, but a different init starts a new process ID for each separate program so if something locks or freezes, it affects that one inidividual init process. For systemd, which runs system wide to handle everything, if one program locks, systemd has to make adjusts for the whole system to fix the problem.
I also tried Artix, which is native Arch without systemd, and while it was still a rolling system like Arch, I found Artix to run smoother or lighter than Arch.
Some people find command line with systemd easier to do becase it is one centrslized control system, I say no, what you gain in ease of management you lose in optimal performance and precise control over each individual one, as opposed to systemd being a blanket system. I want Firefox running an isolated process from the one that Plasama desktop is running, each sith their own init started only when each one was started and not controlled by a shared resource.
The benefit of testing branch is it’s still nit quite so bleeding edge, and updating from testing branch every week means you’ll never have to install new stable releases, you’ll already be running it.
While the testing branch is stable, if you want even more assurance of consistant stabilty, use Devuan testing branch, which is Debian without systemd.
The SSD will make for a very big difference in loading and operation speed, plus filling out the RAM, everything is going to run so much nicer. If the socket can recognize all 8GB, it will be a nicer experience.
I would suggest you have a look sometime at Devuan for consistant stability, light on system resources, and if you using the testing branch you’ll never have to install new releases, you only have to do an update.
Why does the nVidia work well on FreeBSD but not Linux? Are you fully confident that the problem is only nVidia if the driver works fine on FreeBSD?