• 0 Posts
  • 1.62K Comments
Joined 2 years ago
cake
Cake day: July 16th, 2023

help-circle






  • 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.





  • 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.






  • 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:

    • the package is not available
    • the package is too old
    • the package maintainer cannot be trusted

    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.