

Agreed. At the cost of Adobe software, it is amazing that we cannot get a Kickstarter to fund software that closes the gap.
$250 one time from 4000 people would be a million dollars. Isn’t it $300 a year for Photoshop?
Agreed. At the cost of Adobe software, it is amazing that we cannot get a Kickstarter to fund software that closes the gap.
$250 one time from 4000 people would be a million dollars. Isn’t it $300 a year for Photoshop?
A bit ironic given that Git was created by and for Linux.
For sure not. It built Microsoft.
They said it was included, not that it was free. I imagine removing the “included” screen would drop the price too.
Wow. $211 is a steep discount. People are going to buy with Linux just to save money, some will try it (because it is there), and some may like it and stay.
At the very least, people may learn that Windows is no easier to install (or even harder).
Used x86-64 has by far the best price/performance. Not even ARM can touch it. Even early 64 bit Intel chips were as fast as a Pi 5.
However, old x86-64 is going to be large and power hungry. It is also going to suck in the GPU and RAM dept. Bad for AI.
RISC-V is becoming a viable alternative to ARM. Outside of Apple, neither is an alternative to x86-64.
There are many use cases where the speed of the main CPU is not limiting beyond a certain point. Those are the use cases that SBCs play in. RISC-V is entering that zone (except for price).
In other words, RISC-V is becoming viable for early adopters. From there, it will grow volume, drop price and cross-the-chasm to the rest of us.
US/China relations are slowing things down though. We should have had the Milk-V OASIS by now. It would have been the board to really change minds about RiSC-V. But it just got cancelled as the chip maker has had sanctions applied against them.
This appears to be the same processor as the HiFive Premier P550 dev board. So, while this is pretty much the fastest RISC-V CPU, it is still only about as fast as a Raspberry Pi 4.
Still, RISC-V is catching up. Fast enough to be useful.
What I really want to see is the price. The HiFive board with 16 GB is $400 (pretty steep). A 16 GB Pi 5 is under $200 and of course faster.
Still, depending on price, RISC-V is becoming a viable choice. Very cool.
RHEL 9 defaulted to Wayland in 2022. RHEL 10 will not even include Xorg.
I agree that businesses lag, often by years. So the fact that RHEL is so far along in the Wayland transition kind of shows how out-of-date the anti-Wayland rhetoric is.
Are you a Debian Stable user perhaps? It feels like you have been trapped on an island alone and are not aware that WWII is over.
Your point is that it is still rough and then you bring up a bunch of stuff that is no longer an issue.
NVIDIA in particular is a solved problem with both explicit sync and open source kernel modules as the default from NVIDIA themselves.
RDP, Rustdesk, and Waypipe are probably going to eat into your billion dollars (and network transparency laments).
As stated in the article, opt-out vsync is already a thing (though not widely implemented yet).
I have not used GNOME in a while but KDE on Wayland is great. And the roadmap certainly looks a lot nicer than xorg’s.
I was on a video call in Wayland an hour ago. I shared my screen. I did not think about it much at the time but, since you brought it up….
If that is your full list, I think you just made the case that Wayland is in good shape.
RHEL 9 defaulted to Wayland in 2022 and RHEL 10 will not even include Xorg as an option. Clearly the business world is transitioning to Wayland just fine.
GNOME and KDE both default to Wayland. So, most current Linux desktops do as well.
X11 will be with us a long time but most Linux users will not think about it much after this year. They will all be using Wayland.
I think ffmpeg is overkill. I would use ImageMagick or Scrot. That said, it makes sense to call a utility to do it.
If you are using Uno Platform, there is a TakeScreenshot class. I have not used it. Uno Platform targets Linux so that may work.
There is a Screenshot class in MAUI but MAUI does not target Linux. You could try the unofficial port but I have no experience with it: https://github.com/jsuarezruiz/maui-linux
Linux is not a supported target for MAUI apps.
You do not seem to want companies to be part of Linux. This, despite the fact that the majority of code we Linux users enjoy is corporate sponsored. And the fact more software in a typical Linux distro is MIT licensed than is GPL ( and don’t forget BSD and Apache).
The best free routers are based off FreeBSD which of course is BSD licensed. BSD and MIT are extremely similar.
I cannot think of a worse example (or a better example that proves you wrong).
https://en.m.wikipedia.org/wiki/OPNsense https://en.m.wikipedia.org/wiki/PfSense
Both the above are primarily driven by companies that contribute to the software. Your thesis is that they would never do this unless the license forces them to. They do.
I assume what you are talking about is OpenWRT.
Of course, OpenWRT does not even use GNU Utils. It uses BusyBox which was written for Debian. BusyBox would be available with or without Cisco. As would GNU Coreutils of course.
And OpenWRT uses musl as the C library (core of the whole system). It is MIT licensed. It has not only remained available but has benefitted from many corporate contributions.
The LinkSys WRT54 routers were great. I had several. But I am not sure what amazing Cisco code we are benefiting from today as a result of GPL enforcement. The reaction from LinkSys was to switch over to VxWorks and so we have no further contributions from LinkSys, Cisco, or Belkin as a result. The WRT54G had a Broadcom SoC in it and they remain one of the most closed companies out there. I wonder if this lawsuit cemented that. Contrast that to the FreeBSD based routers that continue to see active corporate contribution.
Politics is real.
Look at the US. Winning matters. A lot. A lot more than just being right.
Dying on hills that cannot be held is not leadership.
Knowing what battles to fight is leadership.
Canada deserves the politicians it is willing and able to elect. Blaming politicians for the quality of candidate that the electorate will consider is folly. Point your derision in the right direction. We are not in a situation where Canadians are demanding something that our leaders are not delivering. On some issues, we are demanding that our leaders do not deliver.
The problem is us.
With the AUR, there is an “it depends” since AUR packages are unofficial and variable in quality.
That said, I have a strong bias for installing the distro package over using AppImage or Flatpak.
There are three reasons not to use the distro package:
My #1 reason for using Arch is to eliminate 1 and 2. In my experience, the AUR is almost always fine for #3.
Even when I use another distro, I put Distrobox with Arch on it and get any of the packages that the distro does not have from there.
The only Flatpak I have had to install has been pgAdmin.
All I needed to hear to cement my vote for somebody other than him.
While I agree with your emotion, let’s please also not abandon facts.
One in three Americans voted for Trump. So we cannot with any certainty say that any American individual did.
That said, as a group, they did elect him. One third voted for him and one third did not voted—allowing him to win. So I agree completely that they elected him and they do not get a pass for that.
However, I do not know how any individual voted.
That happens to the commercial folks too. It is just the nature of the adoption curve.
It is the same with price. A few will say that your product is already worth 10x the price. Most will say it’s too expensive. If you drop the price, a few more will see the value. Lots won’t.
More users is more users though. It is not something to get discouraged about. The advantage with Open Source is that, as long as it is useful to some, we have almost an infinite amount of time to expand it to new audiences. Baby steps pay off for Open Source.