> It's always "maybe later" and never "no seriously, I don't want this, go away"
No? When I'm asked about Apple Pay on an iPhone, it says "Maybe later". In the Settings it has reminder, and if I go in and say "No" it never pops up ever again (maybe on a iOS major version upgrade?).
Generally with Apple it's one "Maybe later" with a reminder flag set someplace, and then that's it.
My favorite one on iPhone is the Apple Health app. Marginally useful to track some trends, so I was using it occasionally. Every 2 weeks it will nag you to "Make sure the Health features on your iPhone and Apple Watch are set up the way you want them" with a banner that takes up 1/3 of the screen. There's not even a "maybe later". No matter what you do, it comes back every 2 weeks. Sure, I can "just" close it. After 5 years, I've closed this stupid nag close to 150 times.
It's slowly getting worse. For instance, the update nag for Pages and Numbers Applications towards their newer subscription-capable equivalents can't be disabled in the MacOS UI. Selecting "Not Now" still results in the nag appearing every. single. day.
> One is that if it has been using WI-FI and I plug-in my dock with an Ethernet cable attached, I lose internet access because MacOS can't gracefully handle the new interface becoming available.
And when your default route changes so will the TCP connection end-points. This is mostly an issue when you have a stateful session, like SSH, and less so with 'bursty' traffic like web surfing or e-mail.
By default wired connections are higher priority. I've been on Wifi with a MacBook and patched in with the Network Settings panel open and see the change, which is reflected in the output of "netstat -rn". Underneath the hood most of the macOS kernel is (Free)BSD/Unix.
Until we get SCTP multihoming popularized this will generally be an issue on any operating system. Though it would perhaps be nice to perhaps have a socket (TCP) API flag to tell the kernel "keep me on the initial interface as long as it exists" so sessions don't flip over.
I've never experienced this behavior with a Linux or Windows machine.
I'm not talking about sessions dropping. It has the symptoms of an IP conflict, absolutely no traffic can pass until I disable Wi-Fi. Any other laptop I have ever used would just switch, maybe drop an SSH session, but not this.
> On linux for 15+ years and everytime I try to use mac or win, it is an ordeal. And ads.
I've been using Linux since the a.out days and MacOS X since the PowerPC days, and I find MacOS less of an ordeal for day-to-day tasks as my terminal/workstation. I sysadmin Linux (and previously also Solaris and IRIX) servers for a living. It's been several years since I had to daily drive a Windows machine (though I've heard PowerShell and WSL2 are pretty good).
I'm not sure what "ordeal" you are referring to. I'm mostly in Terminals SSHing places, so perhaps my work use cases are not 'advanced' enough to bump into them? (I also use macOS for my personal systems.)
> if you use distros which ship the latest _stable_ release of software
> and have enough Linux know how to fix the occasional hick up
A Linux sysadmin teammate of mine has >10 years of running Linux servers, and chose to install Ubuntu on his work Dell laptop, and in the ~2 years he's been running that thing he's had regular (2-3/month) issues with audio during Zoom, Teams, and Google Meetings sessions. Both Bluetooth and wired headset connections.
At my last job (pre-COVID) I had a Linux workstation at my desk and a Windows laptop. At where I'm currently at we're hybrid and so we get laptops and I chose a MacBook because I knew I could both do my daily sysadmin chores through Terminal and also have access to 'business apps'.
I had very few issues using Pop OS on a Dell for all sorts of corporate stuff. It wasn't perfect - the sleep behaviour was particularly terrible - but it worked well with Teams and Google Meet. I later installed Fedora and that more or less fixed the sleep issue too.
I bounced around between Windows and Linux on my personal computers for the last 20 years. Generally I'd run Linux until something died or I needed Windows, and I'd return for a bit. I've been exclusively using Linux since 2019 or so. I don't think I'm going back.
These are web apps, they are unlikely to use anything other than what the browser/OS provide them. This is most likely due to lousy audio drivers, an issue plaguing desktop Linux since its very inception.
> issues with audio during Zoom, Teams, and Google Meetings sessions
I don't know about the app but it has been a solved problem on linux using the web browser early in 2020 when people started getting sent home due to the covid and remaining bugs were quickly ironed out.
Interestingly, Firefox handles all three like a champ. Even uses XDG portals so I can share a single window or just audio if I want. Chrome took ages to get support, and it's still hit & miss.
> The tradeoff to using this kind of high-security operating system is that it’s less convenient, so few people do it, said David Lie, a professor of computer and electrical engineering at the University of Toronto. But Prof. Lie said there’s no legal prohibition against using a privacy-focused operating system, and in some cases, it may be essential for political dissidents, activists and journalists.
[…]
> Citizen Lab at the University of Toronto called the bill’s data-retention requirements, which would mandate electronic service providers keep detailed data of nearly every Canadian for a year, revealing their movements and who they contacted, “almost certainly unconstitutional.”
> Major tech companies such as Signal, which provides secure messaging, and DuckDuckGo, a privacy-focused search engine, have said they would withdraw from Canada if they were forced to reveal or retain user data that compromises users’ privacy.
> Difference is Sun was providing a "full stack" proprietary product including CPUs running a proprietary ISA, Unix OS, compiler, desktop environment and productivity apps.
Can you get an x86_64 CPU from someone other than Intel or AMD? x86 is much more proprietary than SPARC ever was.
Sun used the non-proprietary Open Firmware (IEEE 1275) for booting (also used by Apple with PowerPC), and SBus (IEEE 1496) for cards before moving to PCI. SCSI and Ethernet/IP were there since forever as well.
The "proprietary" label on Sun, at least when it came to hardware, was always a mystery to me.
Sun used a lot of open parts, but they had absolute control over the platform. Everything in your solution came from Sun or a Sun partner. Fujitsu doing weird stuff with Japanese mainframes was an interesting fact but irrelevant to 99% of Sun's user base.
Intel/AMD combined with EFI or IBM-compatible BIOS? You can get that from anybody. An HP server is basically interchangeable with a Dell.
> SPARC has been licensed to several manufacturers, including Atmel, Bipolar Integrated Technology, Cypress Semiconductor, Fujitsu, Matsushita and Texas Instruments.
Fujitsu was selling Solaris-compatible systems (as were many others). Linux and BSDs also ran on them.
There were a number of x86 makers up until the 1990s or so, but who is left of them? Can you still license x86(_x64) to fab your own CPUs? You can with SPARC:
It wasn't just the chip, it was the whole ecosystem.
Could an every day consumer buy a Sparc motherboard, chip, and build their own system? No. There may have been one or two vendors that did that late in the 90's, but they didn't stick around.
Yes you could do this, from Sun Microelectronics back in the 1990's.
We purchased an Ultra-10 motherboard with 250 MHz Ultrasparc II in 1998/1999, fitted it out with compatible third party SVGA, Ethernet and SCSI adapters and ran Solaris on it. Was our production LDAP, Mail and database server for a small ISP for many years.
I later worked for a systems builder that built and sold Sparc/Ultrasparc systems for government (eg. Hong Kong Mass Transit). We were the only vendor in the Southern Hemisphere doing it. So it wasn't common. But yes you could order parts from Sun Microelectronics and build your own systems, and it became easier use certain standard PC compatible parts once they standardised on PCI. We had shelves full of the older incompatible MBus compatible systems and boards as well.
You kind of proved my point: that's an embedded platform. No consumer is going to be running it. The last link indicates "VxWorks, PikeOS, and RTEMS operating systems available."
I'll give you the benefit of the doubt that you can load a Linux distro on there. You have a couple other problems: there's no ethernet or wifi, and you only have 512 megs of RAM.
> You kind of proved my point: that's an embedded platform. No consumer is going to be running it. The last link indicates "VxWorks, PikeOS, and RTEMS operating systems available."
"Consumers" can be running it just as much as "consumers" could be running Raspberry Pis, which could also be considered 'embedded' by some. SPARC is no less (or more) proprietary than ARM: you can license the ISA, fab a CPU, and sell some kind of hardware stack.
Do you think it would be more or less difficult to get a license from Intel/AMD for x86(_X64) than ARM and/or SPARC so you could fab your own chips?
So you don't think the complete lack of connectivity (video, networking, and storage) is going to be a problem for a normal person? There is absolutely no comparison with a Raspberry Pi. It has all those things and great software support. That Sparc platform is for a satellite!
But yes, you are correct, it's much easier to get a SPARC license.
>> You can't deny that Sun hardware was top tier and always ahead of its time (until Oracle bought them).
> SPARC stopped being ahead of its time way before being bought by Oracle.
You seem to be focusing strictly on performance, but there were other factors: e.g., remote management is still a bit of a mess with x86. With SPARC everything can be done on the CLI (serials consoles or SSH), with x86 quite often you're still clicking on "open KVM window" for so many things. And of course many/most vendors make you purchase an 'advanced license' to use the remote KVM functionality of the LOM system.
It's path dependence. If you built a Sun-syle x86 server with a serial console and inserted a random Linux installer CD, the installer would probably only output VGA and thus it wouldn't work.
> I would wager that almost no Linux installs are done by CD or displaying VGA anymore (maybe 0.01%).
When one of your Proxmox (or XCP-ng, or VMware/Nutanix/OpenStack) servers won't boot and you need go into single-user/rescue mode, then talk to me about the convenience or not of a remote KVM (versus having to drive to the DC and hook up the crash cart).
It's all very well if all you manage is VMs/instances, but some of us deal with the hardware that those VMs run on, and things break.
That 0.01% of servers is probably the layer that the other 99.99% run on (and yes, a lot of that 0.01% can also be automated, but if PXE isn't working (or you're getting strange CPU3VOLT or SLOT17ECC or BUS1RESET errors) then neither is re-imaging).
Yeah, that was amazing. And so, I learned how to provide LILO + agetty on COM1 on every server I was admining :) So, unless there was HW fault, I could just connect to server via serial to check things out.
I currently admin several racks of Dells (and Lenovo, and SuperMicro, and previously HP). Just make sure you buy the license for KVM in case you ever need to go into single-user/rescue mode (otherwise better not mind having to drive to the DC and hooking up a crash cart).
Ask @bcantrill (the author of this article/story) about how well integrators integrate (as a hint to the answer, he co-founded Oxide Computers because he ran a cloud service with Dells/HPs/etc).
Integrators integrate very well at the level that they're operating, i.e. the single server. Rack-level integrated systems are a whole different thing, very specialised and unrelated to the old thing.
> China brought 50 new coal plants online in 2025 alone but keep telling yourself that.
If China (and India and …) sees the US and other industrialized doing nothing, why should they do anything?
The most straight-forward way of solving is either through cap-and-trade (like acid rain was dealt with) or 'carbon dividend' (which Greenspan, Bernanke, Yellen, Volker, etc endorsed):
No? When I'm asked about Apple Pay on an iPhone, it says "Maybe later". In the Settings it has reminder, and if I go in and say "No" it never pops up ever again (maybe on a iOS major version upgrade?).
Generally with Apple it's one "Maybe later" with a reminder flag set someplace, and then that's it.
reply