Ken Thompson's 75 year project: A century of popular music in a jukebox [video]
youtube.com
youtube.com
I was a bit disappointed that most of the questions ignored his talk about a very cool jukebox he built and focused on OS drama.
He built a jukebox with all hit songs he could find in it 1900-2000 and for prerecorded music, got a player piano and sheet music and midi and integrated the whole thing. Touch screens, voice activation and so on. Hardware and software and data hoarding project.
He said he has massive cabinets of CDs, all the music he ripped and tested audio encoders with his own ears.
Ken is 80, and still building cool side projects and scratching his own itch! That's the story.
Be like Ken by building something cool, not by using whatever OS.
Hmmm. I meant for that to be snarky, but it is a better headline.
They didn't reply.
But just in case you're reading this, person/people/AIs behind n-gate, you are sorely missed.
That is all.
I remember when I first discovered the StackOverflow website. Every question had tags on it and some number next to each tag. Me at the time thought that this number meant how many times people had added each of those tags to the specific question I was looking at. It took like a year or something before I realised that this is not what those numbers meant.
the computational requirements to store and play music are so minimal now, I'd rather just take care of it myself
(i love DSP, calm down, but i also like lossless English)
(i have no beef with CDs, it's just a headline)
I have to say I was disappointed by the question at 59:23. They seemed to expect a retrospective on Ken’s career or some grand philosophical statement on software or open source. To be honest, I was pretty surprised by the direction of the talk myself, but I ultimately enjoyed it.
You see, Ken decided to talk about his 75 year project: his music collection. He talked about audio formats, collecting music from different groups, sourcing metadata, building hardware to play music and more. He was deeply interested in the topic and honestly probably a bit obsessive for multiple decades. This was very humanizing. And to be completely honest he reminded me a lot of my girlfriend’s father who we think is undiagnosed autistic.
Ultimately, I think the reason why Ken was so prolific over such a long time is his ability to be deeply interested in problems. He was not too fussy about tools. He didn’t push Go or Linux or UNIX. He wasn’t self aggrandizing. He just wanted to tell people about his project that he’s been working on. Honestly, I thought it was a great lesson that might have gone over a lot of people’s heads.
---
This comment was copied from lobste.rs. https://lobste.rs/s/htwiag/ken_thompson_reveals_his_surprisi...
Well ok, I guess he can do whatever he wants. There's expectations from the context though.
That speech was the first time I understood how people can become too famous for their own good.
I saw him the day before (and I've got the photos to prove it) and he made a bunch of factual mistakes. Nobody cared enough to push back. I only did a little when he claimed raspberry pi prices have been stable and plentiful throughout the pandemic. But even I quickly gave up and I'm usually an asshole about things being right. (2019: 1gb pi4 was $35.00 and now it's $132.95 for the record. Buying 1000 cheap computers to sit on them 4 years and then just resell would have made you about $100,000)
He can basically say whatever and do whatever and people just politely murmur in approval because he's computer royalty. There's no real feedback loop or anything to keep him in check.
It'd be like if Beyonce held a concert and then instead of singing, talked about composting and gardening. I mean sure, whatever.
High status gives people a pass
He didn't know pac's relation to he-aac, or digital FM was renamed hd radio (which uses mdct, based on he-aac, based on pac). I was volunteering for the debian booth and thought Debian and raspberry pi os had no relation.
None of these things matter because you're just being an asshole.
As a addendum, if it's hnuser:kristopolous pointing this out, then since there is no clout and prestige attached to my name I get attacked.
I claimed this social phenomena existed and then it happened like a scripted play in these replies.
I had to Google this. Seems it is some US-only thing I've never heard of.
The rest of the world calls digital radio "DAB" and occaisionally "DAB+". I've bought 2 DAB radios so far this year, since moving back to a country where I speak the native language.
I met him Saturday too and I was struck by how lovely and down to earth he seemed.
Who cares if he isn’t intimately familiar with RPi4 prices and availability? The cyclical and location-based nature in how these things work makes it impossible for anyone not absurdly obsessed to keep track. (I bought 8GB units in 2020, 2021, and 2022 at list price. If I wasn’t trying to get some CM4 units, I wouldn’t even be aware there is an ongoing shortage and I consider myself to be incredibly plugged in)
I found his talk about his home stereo to be far more interesting than a talk about the inner-workings of UNIX that’s he’s undoubtedly given a thousand times before. To each their own.
He says he has about 100 of them and made a number of specific claims on it - that he's some huge supporter of it. I chose that example because it was conclusively wrong.
Regardless, that's not the point.
The point is everyone will rise to his defense based on his status regardless of his content.
Not like that has been clearly demonstrated in my replies or anything ...
I met Ken the day before and he told me he was nervous about his talk. I hope he knows that most of us in the audience really loved what he shared.
His slides were incredibly minimal throughout and then, at the end, he played a video of maple leaf rag pouring forth from his player piano midi setup and it was like choirs of angels singing.
How many boring ass talks have I sat through that I’ll never remember — but I suspect I’ll remember his talk for a long long time.
(By 'good' I mean accurate, neutral, and representative of the talk as a whole.)
((The submitted URL was https://www.youtube.com/watch?v=kaandEt_pKw&t=3473s, but our software swapped in the canonical URL, which has no timestamp.))
Edit: I've put a placeholder up there for the time being until we get a better suggestion. Submitted title was "Unix legend Ken Thompson announces he's switching From macOS To Raspbian Linux". I agree with the parent that this is trivializing (also cherrypicking and editorializing) and we should focus on the substance of the talk.
Although we didn't write code to do it on purpose, I think removing timestamps from videos (and similar things, like removing HTML anchors) generally does more good than harm, because people tend to use those to cherry-pick some detail they think is important rather than letting the reader make up their own about the whole submission. Generally we try to discourage that (see e.g. https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que..., which is about titles but makes more or less the same point).
Ideally, I think this talk should have been two submissions, one for the OS commentary (which HN mods can choose to moderate or not) and one for the actual talk.
If anything, there should be a separate submission with the new title.
You're right that titles dominate discussion though. That's one of the most reliable phenomena on HN, for better or worse.
it was cool to hear that he's still working on chess endgames, an interest which goes back many decades too [1].
> I have for most of my life, because I was sort of born into it, run Apple.
Assuming that's actually still Ken Thompson talking, that makes absolutely no sense. He's several years older than Woz, never mind Apple itself. He was already well into developing Unix on DEC minicomputers when the Apple I came out in 1976. Then, all through the 80s and 90s, I'm sure he used whatever non-Apple computers they used at Bell Labs. I think I read somewhere that by the 90s they were using x86 PCs. Anyway, you get the idea. So I wonder if he was totally messing with us in that answer.
Computer: You're also collecting music?
Thompson: It's kind of a personal/research hobby/project. Let me explain it from an external point of view. Basically, I'm just collecting music. I'm getting lists from various sources—top 10s, top 50s—and I try to collect the music.
Right now, my list has around 35,000 songs, of which I've collected around 20,000. I compress the songs with a Bell Labs-invented algorithm called PAC [Perceptual Audio Coding] and store them on a jukebox storage system. I started this before MP3 was heard of on the network. PAC is vastly superior to MP3.
My collection is not generally available because of the legal aspects. I went to legal and told them I was collecting a lot of music, but I don't think they realized what I meant by "a lot." Anyway, they said that in the case of research there's something similar to fair use and that they'd back me, but wouldn't go to jail for me. So I can't release it generally. But it's pretty impressive. It's split-screen like a Web browser; you can walk down lists, years, or weeks.
Computer: It's a personal hobby.
Thompson: It's hard to differentiate since, if you haven't noticed, almost everything I've done is personal interest. Almost everything I've done has been supported and I'm allowed to do it, but it's always been on the edge of what's acceptable for computer science at the time. Even Unix was right on the edge of what was acceptable at Bell Labs at the time. That's almost been my history.
Source: http://genius.cat-v.org/ken-thompson/interviews/unix-and-bey...
(with no random dude on github deciding to add microsoft directly into apt's trusted keys/repository list)
I'm not happy about "Apple Silicon", it does feel restrictive and often times the only way to get around it is to use licensed VMs, which feels like a bit of a rip off. At the same time, my laptop runs phenomenally well, does everything I need it to do, and it never dies or gets overheated under normal use. I can't really complain.
I believe that spending 15mins on the arch forums or IRC would probably result in somebody helping you out with the right pacman incantation. YMMV, my personal experience.
On a tangent, I would love to hear more about any Debian stable users out there and their experience with the conservative approach to updating. I am particularly fond of this Debian wiki article on DontBreakDebian: https://wiki.debian.org/DontBreakDebian
This is definitely a distro for people who want to get involved in the sysadmin part of it. A distro like Fedora will have a new release every 6 months and each release and ~390 days of support. You aren't expect to do manual intervention, just let it update itself upon reboot/poweroff from times to times and do a major upgrade, every 6 months to 1 year. Debian has 2y releases cycles and +- 3y of support, in the ubuntu world it is like Fedora or LTS (5y of support). If you want the longest extended lifecycle, RHEL and its clones have pretty much 10years of support without any fuss. Add to that the immutable distros like Fedora Silverblue, OpenSUSE MicroOS and some others where it is virtually impossible to make it shit the bed, even while being stupid.
So in the linux world you can definitely choose your poison, from the less eventful one to the one needing more attention. It looks like you didn't choose wisely. If I had to setup a distro for the least knowledgeable people, I would set it up with an RHEL or Almalinux and install a more modern browser through Flatpak. As long as the hardware is supported from day 1 they would expect a desktop that do not change at all for 10years.
Also loved the video of his wife enjoying the setup - straightforward and effective.
announcement: https://www.youtube.com/live/kaandEt_pKw?feature=share&t=347...
I own mostly but Apple gear right now but I’m being pulled back towards more open and extensible hardware and software.
The GPU is a big one. Nvidia hardware unlocks a lot of gaming, graphics, video and machine learning stuff.
Open vs closed is another one. Android development unlocks so much more hardware and software and peripheral and protocol support.
For the first time in a decade do have an Android device I develop on, and am very close to building a PC with a GPU and am considering a Steam Deck.
Open and hackable and extensible for the win.
Seconded. However, with each release of Android, Google tends to lock things down further.
I really like what Google has been doing with ChromeOS and Chromebooks. I wish there were a program like Chromebooks for a Linux desktop. Arguably that is ChromeOS itself, but the Linux environment you use is a VM.
The one thing you need to know is that, just as with Windows, occasionally, you must reformat your machine and reinstall the OS clean.
Do not migrate your files & settings. Backup your files, yourself, manually, by hand. Clean install the OS, reinstall the apps you need, yourself, manually. Then copy back your data.
If you use an automatic backup tool, it also brings all your cruft back. Don't do that. Do it by hand and only keep the stuff you need, not what some automatic wizard app thinks you need, because they don't think.
It is, in my experience, much less of an issue with Linux. Helps there occasionally, too, though.
Old Macs are still perfectly usable if you do your housekeeping. They have not mystically slowed down over the years or anything.
Very happy with FreeBSD + KDE which gives me configuration choices again.
But I've heard WiFi drivers in particular are not so good - never really looked into it because I wire all my stuff up anyway.
I use a thinkpad laptop for work and a cheap $150 Chuwi laptop for the makerspace but that's all.
But my personal reasons are:
- Less commercial influence on the OS and "distro" development process (think of things like Canonical pushing snap and other not-invented-here behaviour)
- A stable (release-based) base OS with rolling packages. The perfect combination which for some reason is not as common in the Linux world. There it's usually all-rolling or all-release.
- The ports collection - Recompile any repository package with any parameters you like
- Excellent documentation because the world is not as fragmented as on GNU/Linux
- Not as much drive to constantly change things as on GNU/Linux (which is partly driven by point #1 of course)
- ZFS on root <3 And jails and bhyve
I have had a dozen Linux computers with various systems on them. I don’t know if it’s because they were Dell machines, or if it’s an Ubuntu thing, but I have had almost every single one turn into a brick after a Canonical-issued update.
The kind of brick where you have to boot into the boot loader and into single user mode (?) and start issuing arcane commands to try to recover your system with some old kernel.
The thing that keeps me on my Mac is that I can mess around with Unix computing all day, and then go back to being with done when I want to get back to using my computer. I don’t feel confident like that with Linux.
Of course this only applies to more recent GPUs so doesn’t invalidate your comment
Certainly no involuntary grub prompts to date, thankfully! Happy as a clam with my Linux laptop as a daily driver, including for gaming (!) and work.
Use whatever you like.
I have to give this a try.
Funny story: even Apple switched to Linux in the Data Center. They doubled down on Appliances (which happen to run an OS).
Are people pressed that an appliance won’t fit hacker workstation/embedded needs!?
Why? If your software runs smoothly of. Raspberry Pi then you know it will fly on typical PCs.
The laughter and clapping just reads as puerile to me.
On a tangent I'm very fond on GNU/Linux, I run a Debian homelab plus some Pi 4s. I also use Macs since 2006.
1. Alternative to magnet or any window management systems that does not require elaborate tmux setup.
2. More adoption of snapstore and auto-updates.
3. Comparable performance and battery life to today's arm laptops.
I use it full time for work and home. Chrome, VS Code and Steam all work flawlessly. It's also nice to be able to develop software in containers without needing any VM layer.
Try Pop_Os or install Gnome extention on you're current install (https://support.system76.com/articles/pop-shell/)
> 2. More adoption of snapstore and auto-updates.
Flatpak is what you're looking for.
> 3. Comparable performance and battery life to today's arm laptops.
While I agree with this one, I think this is more on the chip and hardware manufacturers.
the other question that I have about the video is, which one is "the alligator talk"?
Raspberry Pi hardware would be the obvious constraint. Though, that only pushes the question one step further: Why a Raspberry Pi hardware? I... don't know. If you went from Apple devices, it seems like a non-sequitur. There are much, much better options, unless on an extremely limited budget.
But, I also don't know his use case. Does he have a gazillion of them for some (I assume interesting) reason?
> Recently, meaning the last 5 years or so, I have become more and more depressed...
> (laughter)
> And what Apple is doing to something that should allow you to work is just atrocious.
> But they are taking a lot of space and time to do it, so it's okay.
> And I have come, in the last month or two, to say even though I've invested a zillion years in Apple, I'm throwing it away.
> And I'm going to Linux, to Raspbian in particular
> (applause)
> Anyway, I'm half transitioned now.
Also, he said "Raspbian", rather than the "Raspberry Linux" in the title...which I don't think is a thing.
Google results only seems to show those words as a deliberate name for a few niche things like "RT Raspberry Linux". Meaning, I still don't think "Raspberry Linux" is a thing. HN should probably change the post title here.
Edit: Yes, it's something of a nit, but it helps for searching, etc, later. Or if in the future, a different product does have that name. "Raspberry Pi OS" is an option if Raspbian seems obscure.
Raspberry Pi put our their own images based on this, and called it Raspbian until about 2020 [2] when they started calling it "Raspberry Pi OS" after they started producing aarch64 images.
[2] https://www.raspberrypi.com/news/8gb-raspberry-pi-4-on-sale-...
Further reading:
[4] https://www.tomshardware.com/news/raspberry-pi-os-no-longer-...
rpi-imager - Raspberry Pi imaging utility
That tool gets you the option to install the image of your choosing.8GB can be exhuasted, use a System Load Viewer dock widget and btop to spot/stop/start the process over-consuming your memory. Typically, the web browser hogs up to 1GB then I quit it. The next upgrade is to 16GB or 32GB from 8GB for me. I went from the Mac Mini at 8GB to Rpi 4GB then 8GB.
Q: What's your operating system of choice, today?
A: I have for most of my life, because I was sort of born into it, run Apple. Right now, recently, meaning within the last five years, I’ve become more and more and more depressed and [Laughter] what Apple is doing to something which should allow you to work is just atrocious, but they are taking a lot of space and time to do it so it’s ok. [Laughter] And I have come within the last month or two to say even though I’ve invested a zillion years in Apple, I’m throwing it away and I’m going to Linux -- to Raspbian in particular. [Applause]. Anyway, I'm half transitioned now.https://wiki.ubuntu.com/Kernel/PowerManagement/PowerSavingTw...
But generally powertop is enough for a significant boost. For certain manufacturers (ASUS is a good example), you want to use their vendor specific tools to manage CPU/GPU powerbands.
https://community.frame.work/t/guide-linux-battery-life-tuni...
Two of my last five laptops were macs, three linux boxes, if you consider corporate laptops as "mine". One of the three linux laptops just worked beautifully (wrt. battery and other driver issues), one didn't at all, and one worked poorly until I installed some software that shouldn't matter for battery lifetime, and since then it's had excellent battery management. There was a long list of dependencies, so I suspect that the software I installed depended on a package that solved whatever the problem was.
You may chance to buy hardware where someone really has tested and fixed linux. Or you may get something else.
FYI: The two good ones are some Huawei thing that weighs 1.3kg and a GPD P2 Max, a tiny toy, really portable, https://rant.gulbrandsen.priv.no/hardware/attovax
I ran Linux solely from 1997 to 2004 on the desktop and switched back because it was such a pain in the ass to manage. Every time I go back, it just isn’t catching up to the mainstream OSs’ ability to manage without “futzing”.
My M2 currently lasts all day on the battery while spending half of it on conference calls and half of it writing code. Nothing can match that right now, but I am still hopeful for a Linux future.
They are not! Not even close!
I think this is where a lot of the negative opinion of Linux comes from, people lament some issue they have with their Mac and someone else will say, "oh you should try Linux, it's really good now." And so they do and are surprised to find that experience is vastly different.
Linux is a great choice for people who want the highest degree of control and freedom over how they interact with their computer. The trade-off is that sometimes you have to futz with it or report bugs.
If you view your computer strictly as a tool to let you get other things done, then you want Mac. All of the OS and UX decisions have been made for you and you get what you get, but you (should) never have to tinker with the system itself.
But! I believe System76 should ship their laptops with tools and/or settings and/or configs for other mainline distributions that maximize the experience on their hardware while allowing for the inherent customization Linux-based distributions.
I’d argue Sys76 is far closer to Apple than just installing Linux on a random machine.
> It’s just that nobody seems to care about Linux’s “out of the box” default configuration
Define “out of the box” because with Linux there’s millions of hardware variations to deal with.The only possible way this would work OOB is if the OEM or the community maintained OOB settings for each hardware variant.
Heck, I was recently shopping PC laptops and would see variations in CPU OEMs (AMD vs Intel) for the same model.
Everyone I know that is stuck in big corporate OS spend more time than that every week fighting something their masters push on them.
Application install is a terminal command that's trivially easy to learn, there's no e-shop solution with ads and surveillance, and while I use i3wm I think most people would be about as comfortable in XFCE as in the MICROS~1 OS:es of yesteryears. You decide when to upgrade, there are no nagscreens or forced reboots.
At least for the last five years or so I've had no trouble with UEFI, WLAN or sound.
It's the basic things like not having to install third party utilities to have window centric window management (as opposed to app centric window management). Or being able to plug my Android phone in and be able to browse the files without additional utilities.
Outside of that, you lose no performance when running on battery, you get full performance when you need it, and high efficiency when you don't. Needing to manually choose a power/performance profile feels incredibly archaic to me, though I appreciate that some folks may want that level of manual control.
I have one 4 year old system 76 notebook with the NVIDIA gpu and that thing when running the 3d graphics mode is terrible (<3 hours), but its a gaming laptop and a beast (well 4 years ago it was..). I have 2.5 TB of storage, huge memory. Its more of a portable desktop than a notebook.
I really like software development on Linux much better than mac. There are a few things I miss from the apple side, but generally its been great.
I pick the right tool for the job and try not to apply ideology to tool choice.
I’d say System 76 is doing that but their execution has stumbled for the past year or so. They are working on their own Rust-based DE, to some level of success. I hope they get back on track.
A good pre-installed environment of current tools would be nice, of course.
Everything that was easy in *nix was a massive PITA in MacOS. I'm talking about things like basic desktop customization (focus follows mouse, customized mouse buttons + keyboard hotkeys combos to move/iconify/resize windows, etc). I ended up using open source X11 based utils for most things but my web browser & mail because as long as I stayed within X11, I could satisfy my 20+ year old muscle memory with focus-follows-mouse and my hotkeys. However, every now and then I'd blindly start typing and the focus was still on my mail client or browser and random things would happen (adding bookmarks, deleting emails, etc) After a year I never managed to unlearn ffm & my hotkeys, so I gave up, gave the iMac to my then in-laws, and built a new whitebox.
I realize there are extensions for ffm, but ffm on MacOS is a crapshoot in my experience and I was never able to find an extension that I like. Similarly, at the time, I could not find any extension that satisfied my muscle-memory window management hotkey/mouse button combos. I don't mind click to focus so much on a laptop, but I can't stand it on a desktop.
Over the years I have settled on *nix on a desktop and MacOS on a laptop..
On the Linux side, I've had great luck with AMD + recent kernels. I get around 6 hours now on my Thinkpad X13 gen 2 which is good enough for me.
Anyone know what his specific issues are?
It’s just that I still need macOS for iOS dev right now, but that might change in coming months ...
Personally I leave both on because even having used computer for 27 years at this point, I can still slip up and I’m still vulnerable to social engineering among other things, and so it’s nice to have something to help cover for those situations. It’s no cure-all, but it at least raises the bar for malware and such.
An example is the latest System Preferences. It's virtually unusable.
Source: Self after working on anti-theft software for macOS, for a few years now.
I can make a command line tool or a standalone Qt application right now without having sandboxing pop up at all.
Even for access that the OS protects the user from, as an app developer I rarely need to think about it. When I try and access a limited area it asks the user for me.
Source: self after working on lots of varied code bases from web dev to 3D libraries and standalone applications for over a decade.
For starters, the UI experience is terrible. You get a dialog telling you you can't install an app; close the dialog then you have to know to go to a certain Settings tab under Privacy & Security, and there will (hopefully) be some text that allows you to enable the app. This is a UI disaster. Maybe they do it so that non-technical users will give up in frustration.
Once MacOS decided that my official Oracle JRE was "untrusted", and I would get the bullshit dialog every time I started a Java process (note: I develop apps using the JVM). I had to google to learn some arcane CLI magic to disable the untrusted bits on my JRE files.
More recently, I couldn't get CIV 6 to run. Instead of telling you what to do, you get a "app is corrupted" dialog (maybe this was the fault of Steam). This required multiple enabling via the magic permissions tab. I mean, are Steam and Firaxis not "trusted developers".
All this pales in comparison to the pain when using my MOTU audio interface. Getting it to work was an enormous pain in the ass thanks to Apple security. And then MacOS would randomly decide to break things every 6-12 months, and getting it to work again requires discovering an arcane NVRAM reset procedure using magic key presses during reboot.
Does 'app from a trusted developer' mean something other than 'app from the app store, or from someone you've specifically allowlisted'?
They don’t necessarily need to be from the App Store, but they do need to be notarized.
If they’re not, the warning can be bypassed.
So why would it suddenly be a good idea to import this from iOS?
At least Apple managed to move all their settings from one paradigm to the next in one year. I’m looking forward to the improvements they make to the app in the future.
Everything seems to get sacrificed at the altar of Developer Comfort. Performance gets thrown under the bus so we can write everything in JavaScript. Platform-specific features get abandoned or neutered in a cross-platform framework so we only have to target one API. We ship gigs of Docker containers so we don’t have to get our software to work on all the customers’ computers.
This is just another example. Wouldn’t it be great if iOS apps and Mac applications converged on the same thing? Only a developer would want this.
Why would you ever want added cognitive complexity?
If things need to be different then sure. But if they can be unified in a way that works great for both then please do!
Honestly, with their tight integration, I don't even think of watchOS and iOS and macOS as being so separate. They're all just a kind of "appleOS" that gets applied to different form factors. So UX unification is ideal wherever it makes sense.
> and at least it’s consistent with iOS
What a huge win for Mac users.
And search works better than it used to as well. To me it's been entirely improvements.
And thanks to this peculiar way of thinking we also have several layers of UI inconsistencies in Windows, for example. Someone thought "let's unify everything" but, assuming this is a good idea at all, you really need a lot of work, planning, effort, and most of all imagination to make sure the final result is actually an improvement for the users of both mobile and desktop systems rather than being a mediocre one-size-fits-all solution.
This new thing violates much of Apple's own HIG, and despite running Ventura for half a year, I still find myself hunting for things that should be easy to find. Quick: where do you go to turn the volume menubar control on or off?
My response is similar for the other complaints I see here. I can ignore new features I don't like. I've got integration with my phone and watch that took zero effort. No need to waste time on drivers, etc. If I want to run Photoshop I can.
(I've used Macs since the original Mac Plus with one one-year Windows interlude. For servers I use Linux, which is obviously appropriate for that use.)
The latest update added "Stage Manager" or whatever, tried it out for an hour...didn't really like it and turned it off, it never gets in my way trying to force itself on my like Windows does with all of its anti-features.
People complain about system preferences but I use spotlight to find settings when I need them, which works great - and once a setting is set I rarely change it. I don't think I've touched the preferences "app" since I initially setup my mac studio. The moaning and groaning about how bad it is just seems so.....pointless to me.
This is exactly how I do it, and I also do it this way in Ubuntu. And in both OSes, I hide docks/apps.
There exist equivalents that have exactly that same functionality as described above. I don't know what GNOME uses, but KDE's krunner searches system settings, user files and applications, bookmarks, browser tabs, solves arithmetic and unit conversions, does spell checking, searches the web, searches active windows, applications and workspaces, etc.. It's configurable with many plugins available. I expect GNOME's system works similarly.
Have you considered that other people have usage requirements different from yours?
Of course there's not much reason to complain about System Settings if you never use it, but that's missing the point.
You could copy paste your comment to everyone here, "have you considered that other people use it differently".
That's not all the commenter said. "The moaning and groaning about how bad it is just seems so.....pointless to me."
If System Settings is fine for the commenter, that's great for the commenter. (Although "I virtually never use it" isn't exactly a great response to "It's virtually unusable" or a great defense of System Settings.) However, the commenter is criticizing other people for complaining about it, and that's not justified.
For seven years longer and with 20K more ports than Homebrew, and without leaving a mess on your system or munging permissions, so is MacPorts.
There's still some weird annoyances for me, though. For example, it's still intended for single-user mode only. The best solution I came up with was to create a separate user for Homebrew and then basically alias `brew` to `sudo -H -u homebrew brew`.
And generally, if you attempt to use a non-standard prefix, such as in your home directory, packages will have to be built from source. I understand why, but it sucks because this means when you need x86-only packages via Rosetta, you're stuck with the old `/usr/bin` prefix, unless you want to and can build from source.
Also, in general, maintaining multiple prefixes/architectures is annoying too. I wish the default command allowed me to just pass `--arch amd64/arm64` or something when installing packages
Goofy shit like this randomly happens, particularly after OS upgrades. I remember some crazy hell where I couldn't finish the OS install on a new Mac, because Apple decided that Apple IDs must be email addresses, and my ancient ID was not. Required a call to customer support.
And the "untrusted developer" shit always bites me in the ass every couple months or so... It is particularly painful when using pro audio interfaces, which will just suddenly stop working every now and then. It requires a magic key-press during a reboot to clear some kind of special RAM.
Most people are familiar with the iOS model already. It's rare to find Mac users who aren't.
The order is seemingly random. You can't reorder, pin favorites, or hide unwanted settings. Many things are buried deep in hierarchies.
Not to mention that iPhone Settings is based on a small, non-resizable window and a touch interface, neither of which are true of the Mac.
Familiar crap is still crap.
(Disclaimer: Apple fan/user since 1985.)
This is obviously where open source is superior. Apple probably can’t justify cleaning this up in macOS, but you can just go in and make it easier on on Linux if you have the knowledge and time.
That said, I agree that the macOS implementation has issues. It’s tricky though, because if they make it as simple as confirm/deny dialogs, you’ve set users up to quickly succumb to “yes-click syndrome” which is likely why Apple went with the “flip a switch in a preference pane” design for some permissions instead.
There’s also systems like Arch’s AUR which is quite popular and more likely (if still unlikely) to carry malware, to the point that the Arch Wiki warns that use of AUR is at the user’s own risk.
Plus, many people are going to need to use proprietary software, which is always an unknown and likely to act badly in any number of ways. A lot of such software is Electron-based to boot, and devs are notorious for using ancient (and vulnerable) Electron versions.
Who does this benefit? I can think of two groups of people. 1. Commercial software vendors who want more Linux users to install their proprietary software. 2. 'Transplants', new Linux users who are already accustomed to the Windows/MacOS style of wantonly installing proprietary third party software they downloaded off random corners of the net, and don't want or know to change their habits.
The value proposition for experienced linux users who don't do that sort of thing in the first place is next to nil. The only applications that might benefit from such sandboxing are applications like browsers, which have large attack surfaces and might be compromised while browsing the net. But even this is mostly theoretical, not a realistic day-to-day concern for typical linux desktop users.
You are jumping to conclusions here. RCEs are probably more common than you think, and I'd prefer anything that interacts with the Internet to be sandboxed.
Flatpak allows me to easily sandbox Steam games. It provides an easy target to tell user to test against to eliminate distro-specific issues. It allows to run glibc-only software on distributions such as Alpine. It allows me to have multiple versions of a program installed concurrently. It prevents programs from cluttering my home directory, and sandboxing gives me extra peace of mind. As a non-root user, I can also install flatpaks. Ostree also usually makes updates more efficient.
If you use a couple flatpak apps, they are available regardless of your distribution. That helps when working on multiple different distributions.
Use an old-ish debian but need a feature from the latest unstable software ABC? Install ABC as a flatpak, and do not compromise the stability of the base system by enabling all sorts of external, unstable sources.
If you can run the "beep" command, you can also edit the user's environment and from their easily escalate to root anyway. In modern desktop linux, the user is almost always the admin as well, a single person using their personal computer, so getting root is merely a matter of waiting until the next time that user uses sudo/etc. Windows tries to mitigate this sort of attack using secure UAC prompts that are apparently difficult for attackers to emulate, or so I've been lead to believe. But common desktop Linux distros don't require anything like that. Instead, the user has to be cognizant of such possibilities and not run programs from people and organizations they don't trust.
Do use Linux on the desktop and be happy if it makes you happy, but don’t smugly assume you’re immune to the outside pressures in today’s world that are causing Apple to institute basic UI security measures on macOS. This isn’t a walled garden issue, it’s “make sure the user knows this binary is doing something that allows it to be a keylogger if the developer is so inclined.”
Some distros like RHEL already bundle apps with profiles that make sure the app can only do what it's supposed to do.
Also it is totally not fit for the "ask user for permission" model.
Like, stock RedHat does too, it just took a ton of effort (and bugs) to get there.
But then it is complex problem so its no wonder that the tools to do it are complex too
I wouldn't actually mind android-like permission model for out-of-distro packages (snap/appimage/etc.), maybe a bit expanded so I could say set this this and that folder for the "graphics editng app", and maybe save that as a profile to apply to some other similar app to ease on repetition/alert fatigue.
With maybe a layer to abstract some operations to not be just "allow this(remember choice)". Like file opening, if app calls to open a file I "just" want DM/WM specific open dialogue, with app/container name in the title and select the file to open.
Same for editing, I'd want to be able to just get dialogue "open file for editing", with app name and the permission to edit said file saved for the duration of the session so app doesn't need to re-ask me every time it saves the file.
why would you? that's the package maintainers job. each of these dependency also has a maintainer, so by definition all dependencies have a provenance that is as good as the package you are installing.
this is not npm where anyone can upload something and you have to check the provenance of each yourself
Sure, it's better than closed source, because at least you have the possibility to check all this. In practice though, we outsource this responsibility to the package maintainer of the package system we use.
not true, for years there are efforts in various distributions to make package builds reproducible. there are ways to build a package from source that allows you to get the same results and verify it.
we outsource this responsibility to the package maintainer
which is the point. i trust the package maintainers to do a better job at that than myself.
People often just drop the word “sandbox” and say “applications are sandboxed” and that that means that they're safe but it's really not that simple in practice. What often happens is that such applications still need to communicate over some socket with some server that was never designed for such a sandbox, say PulseAudio, and in many cases can then simply instruct the outer daemon to do whatever they want with full permission, either by design, or by oversight since the no one who wrote the outer daemon thought about it at the time since they were never designed for that purpose.
This is why there's a push to do as much as feasibly possible in userland in both macOS and Linux, so even when a bad actor tries to route through system components the blast radius is limited. Realistically, they should be sandboxed too — an audio daemon for instance has no business directly accessing storage or network facilities for example.
What I'm about to say may seem wrong, stupid, or crazy at first. I think permissions often belong in the GUI. Applications would get no access to the file system directly, but they could use an API in the gui to open files - only files that are granted access by the user, often by selection in a File->Open dialog or other direct user interaction. By putting the granting of access in the GUI toolkit, we can run untrusted apps natively with no OS permissions.
Maybe not directly in the GUI, but something like that. Trust the user but not the app.
To the extent that it is the OS's job, you don't have a computer anymore. You have an appliance. Sometimes that's OK; I don't complain because I can't run Doom on my dishwasher. But let's be clear about what is a general-purpose personal computer, and what is not.
In my opinion, that depends on the existence of an escape hatch. If it's like iOS where there effectively is none, sure, but if it's like macOS where SIP, Gatekeeper, etc can be temporarily disabled to make changes and then re-enabled or disabled entirely it's a different story.
Last year you might have heard a court case talking about a nurse who killed a woman by accidentally giving her the wrong medication. She took responsibility but talked at length about how the system in place encourages workers to blindly click yes on alerts about medication because there are many of them. The training they got was basically “just click yes three* times” (* I don’t remember the actual number but three seems right).
One of those warnings could have saved a life had she read it, but she had been clicking yes many times a day every day for a long time and she no longer even saw the banner for what it was.
Interesting stuff from a UI/UX perspective.
Regardless, I'd still like the final say in making that decision, otherwise it's not really my computer anymore, is it.
If a systemwide "disable all safeguards, give all programs access to everything all the time" switch exists, the level of friction encountered when accessing it should be very high to help deter social engineering attacks. It's a one-time action so the annoyance level of that friction is negligible, since those using it will only need to do so on clean installs.
I interpreted both of their comments as claiming that the direction MacOS is taking is a poor fit for those who still get value from powerful, general-purpose computers (myself very much included! I occasionally have the misfortune of using Macs, but am much much happier on systems where I can dig as deep into its layers as I need to solve my problems or scratch my itches)
[1] https://news.ycombinator.com/context?id=35219381
[2] Though I do think it's a minor tragedy that the increasing amount of guardrails has narrowed the opportunity for an inquisitive youngster to explore his computer's internals
How many "average" users you know who use sudo? At some point, the software needs to acknowledge users who are saying "I know what I'm doing and the risks, just let me do it" i.e. sudo.
Do you feel the same way about Windows finally starting to take security seriously back in the mid 2000s?
This especially holds for complex systems with multiple stakeholders, like OSes.
You always to be advocating for ossification to avoid breaking apps which are no longer ok under an evolved threat model.
Finally, you didn’t actually answer the question I asked. It’s all very well and good to say how things should be, but people have to face the world as it actually is instead.
If applications can edit arbitrary files on the system it's already game over. I have no idea why people focus so much on “keylogging” as the supposed super important and dangerous thing.
If one run any malware with the full file edit permissions of one's user account at that point in theory the only solution is erase not only the hard drive, but also every other drive on any other system one's user account has access to or at least in sofar those do not have some logging for connexions in some way to see who connected that cannot be edited by the permissions one has on that system. Of course if one has root on one's own system nothing on that system can be trusted any more from that point. The malware could in theory have edited the firmware at that point to hide any checks one could do with a recovery system on a portable drive, but that's all quite theoretical of course, but it's possible in theory.
Keylogging is such a strange thing to focus on in the face of being able to edit arbitrary files owned by the user.
The supposed threads of malicious applications keylogging and stealing your website passwords to worry about is rather strange when such an application can edit the files on your system such that you're starting a modified version of a web browser they injected with whatever code they want to do the same. In fact, this is probably easier to do than try to write some kind of a.i. that filters what it thinks are “password keypresses” opposed to altering the code of the web browser such that it simply sends whatever is being put into a field marked as “password” on a website.
It's a moral panic boogeyman that has no actual implications for actual real life security. Like quite a bit of “security” talk these days. Much of it comes down to the “door in your room” analogy where “security experts” talk about putting a big door in the middle of one's living room with an impenetrable lock on the idea of kindly asking criminals to only go through that door to steal things. In reality they'll just walk around it, and now one has an inconvenient door in the middle of one's living room.
But at any rate, Wayland is completely optional. You can keep running X and nobody will stop you. People will keep running X without issue for a very long time. This is very different from what the Apple world is like.
Many of the things one can at least ask permissions for as I read it on the Apple system are actually purposefully simply not available due to similar concerns.
Many of the leading Wayland developers believe in this. The Enlightenment lead developer for instance does not believe a programmatic way to make screenshots or listen to keypresses should ever exist. I had some debates with him about this and he believes the risks are too high as well as revealing that he seemed to believe that streaming videogames did not work by way of a third party tool that captures the screen contents, but that each video game had this functionality built in, which is certainly not the case and that he believes this might explain his reluctance for such an a.p.i. to facilitate this.
> But at any rate, Wayland is completely optional. You can keep running X and nobody will stop you. People will keep running X without issue for a very long time. This is very different from what the Apple world is like.
Opinions are divided on that matter. The reality is that many of the developers of Xorg have abandoned in in lieu of Wayland and many Wayland developers, many former Xorg developers are clear in their opinion that they see it as a replacement, not an alternative and eventually expect everyone to switch.
Whether that will happen is anyone's guess. They are often met with counter arguments that Xorg and the X11 protocol itself simply has features that many businesses and private individuals need for their lifelihood so there is going to be commercial incentive to pick up maintainership should they abandon it. They have also conceded heavily already on many of the features they initially said where either unneeded or a security risk when they realized the reality that many people outside of their bubble did use them. Libinput originally did not have any mouse acceleration settings on the argument that no one would want to turn it off or fine tune it to begin with, but now has it when they realized that unlike what they thought, demand for the ability to fine tune or turn off mouse acceleration is higher than they anticipated.
> Opinions are divided on that matter.
I feel like those holding the opposite opinion are pretty clearly wrong and it seems to be some kind of hubris. Fortunately their opinion is not binding.
> The reality is that many of the developers of Xorg have abandoned in in lieu of Wayland and many Wayland developers,
Not an issue. It doesn't need a lot of maintenance. It's "done". Source is available too. Just needs minimal effort to keep the lights on. As long as someone is interested in running it, as many will be, it will happen.
It's very much chasing a moving target of new graphics technology and many of the innovations made by Wayland have been ported to Xorg. The interesting thing is that screen tearing used to be a problem on Xorg but never was on Wayland but much of the technology responsible for that has now found it's way into Xorg to make it a thing of the past there too. Of course integration with new hardware drivers is also required.
It's entirely possible it will continue to be maintained that way, or that the Wayland philosophy will finally be broken and these things will be added once they realize there is a great enough demand, but these are all possibilities, not certainties.
Rasterman is entitled to his opinion, but every production-ready Wayland server ("compositor") implements an extension to do screenshots:
* Weston: https://wayland.app/protocols/weston-screenshooter
* Sway and friends: https://wayland.app/protocols/wlr-screencopy-unstable-v1
* KDE: https://wayland.app/protocols/kde-zkde-screencast-unstable-v1
They haven't been able to agree on one common extension yet, granted, but the functionality is available.It’s an improvement for users because it means that not all random applications and programs that run can act as keyloggers. It’s optimising for the common use case (random people running random software and being very annoyed if they get ransomed) against the rare case. It’s the same thing with debuggers and attaching to other processes. In the end it is a good thing to not be able to do that without explicit authorisation.
> So I had a very expensive laptop and the OS didn't let me use it freely.
It does not prevent you from doing it. It added some friction, sure, and you can find that this friction is unacceptable (and changing OS every now and then is a good idea in general anyway). But from a fundamental perspective the functionality is still there. The OS still lets you do this.
> I created the best looking/most usable desktop experience MacOS will never have.
It is great that you have both the ability and the time to do this. I’ll look into it for my Linux boxes.
However, my experience is that it’s never actually “the most beautiful/user-friendly/consistent/polished” (things we see all the time with new DEs). They all tend to fall apart with millions of corner cases and inconsistencies every time you get off the beaten path. In any case, good luck with your project.
It seems alongside security there appears to be a strong desire at Apple to make macos a walled garden like iOS devices. They've hamstrung mobile safari for years to ensure the app store doesn't have competition from web apps.
I think many of us watching Apple for the past two decades have seen the OS move slowly towards closed standards and tighter control instead of openness and functionality. Each time I boot my PowerBook G4 running Leopard for a nostalgia kick, I'm reminded of how great OS X once was.
But as Ken pointed out, they've been doing it over a long period of time, so it's OK (i.e., it's given us plenty of time to move to other alternatives).
In the earlier Mac OS X era they used to be very open (and free) with their tools and actively encouraging.
It feels very backwards now. For example, Microsoft was really restrictive with its expensive tools at that time and gradually opened them up. It's like the two companies reversed positions. As a kid, I could never afford to buy pro dev tools, and while it's not as expensive currently, I think that's the way Apple is headed. It's not going to help more people get into programming.
It seems like you have to buy software to do anything on macos more conveniently.
Why can't I write a script in python? or a gui script in python? it's the top language.
You can use say swift, but even with "oh we opened it up", it's really an apple-specific language, and it's compiled.
Yes you can get brew going, but that's not apple.
and ios - what a travesty. You don't own your phone. You can't access your filesystem. you have to ask permission to do anything (and they don't grant it for most things)
> Why can't I write a script in python? or a gui script in python? it's the top language.
You definitely don’t need to buy Python, it’s F/OSS and one command away.
if you watch this talk you can tell that gatekeeper is taking away your freedoms. they are trying to turn each and every binary on your machine into a walled garden.
https://developer.apple.com/videos/play/wwdc2019/701/?time=1...
this will put apple in a superior position - the only company able to make a binary that can use every resource in the OS - and will put developers at a great disadvantage!
An interesting thing to note is that even with software that states support for an older version of the OS, it usually is more buggy, so there is a tendency for software to degrade over time as it gets updated.
Even the much-lauded excellence in UX doesn't really hold up any more.
But at least you can close the lid on a Macbook, put it in your bag and be secure in the knowledge it won't decide to switch on and probably cause permanent heat damage to itself. (looking at you windows...)
Macs have the same issue, but you can turn off the feature that causes it.
In my experience you can reliably stop windows from waking in unwanted ways. I usually disable everything except input devices (keyboard, mouse).
I guess it's possible that all of them were defaulting to S3 sleep though, I never checked.
It's the option to allow software updates while your machine is asleep.
When I saw it the first time, it was unclear to me that I can even click on it, since it doesn’t look much like a button. They shouldn’t hide such important settings in a tiny icon or at least should have made it much more apparent that it is clickable.
Couldn’t find any settings related to the closed lid though.
The early versions of the Google Go compiler used Ken's C compiler (kencc, originally written for Plan 9) as part of the toolchain.
You could even run the bundled compiler directly on Linux, Windows, etc.
Stay tuned for the next bit of Ken trivia!
This is exactly how I feel about Microsoft Windows.
it's becoming more and more unbearable to use them even just part-time for testing purposes, etc
recently I'm more concerned about the lack of real alternatives for mobile
https://alexellisuk.medium.com/upgrade-your-raspberry-pi-4-w...
>Interestingly, the SD card gave a seemingly better buffered disk read than the M2 SATA SSD at 43.35 MB/sec
I measured apt upgrades in multiple minutes on the Pi 3B. And forget about doing anything else; the system would hang hard until I/O was cleared.
By contrast, upgrading my desktop tower from HDD to SSD was an incredible, dramatic speedup in terms of booting and especially apt upgrades. The latter became nearly instantaneous. Blink and you miss them.
Now, on the Pi I use only the heavy-duty brand-name sdcards. I have found that the weak ones tend to suffer badly from ESD. I am not sure how much lower performance is from the heavy-duty cards, but I doubt it is much slower than the fragile ones.
What you say is true but you didn't respond to someone complaining about ram latencies, you responded to someone lamenting poor disk access perf. And you recommended booting off SSD which is demonstrably specious advice.
Yes the storage performance isn't perfect.
It's fine.
(in my memory the problem was more with running the display itself in 4k and trying to get a full frame rate out of it, but I think the advice still holds - 1080p videos on a 1080p or 2K display shouldn't be any sort of major challenge)
Again, it doesn't matter. Real people in the real world aren't performance tweakers.
Oh no! Someone on the internet suggested someone do something that isn't optimal to performance! Wow better go on a multi reply freak out about it!
Booting the Pi 4 off a quality USB-connected SSD to address stability and performance concerns is really good - and normally not controversial - advice. You're betraying a lack of familiarity with the subject matter here. The Raspberry Pi people provide a whole forum where people can discuss this, and other, stuff and educate one another.
https://raspberrytips.com/raspberry-pi-usb-vs-sd/ says their SD card latency was 1.15x the USB disk.
Note that the sample size is just 1, so I wouldn't place value on any single benchmark (it could just be that they chose their USB disk and SD card poorly or it was too cloudy that day). This is evident in my URL's hdparm result being wildly different from yours.
My Raspberry Pi's are just unusable for anything other than as high-level embedded platforms. I've started selling them off, only keeping one or two for embedded use cases.
I think the foundation’s pressures are similar to Apple’s pressure to upsell their paid service all over the UI. That’s what I resent about Apple; it’s enshittification like with EBay, Amazon and even Google bugging me to sign in to make searches.
[0]: https://dietpi.com/
Sorry about that :(
But, as an end user, what Apple is doing (bringing sandboxed apps and better security to the desktop) is inarguably the right thing to do. It’s a far superior position for the user and it greatly raises the bar for malware.
As developers, to me, it feels a little bit backwards. I guess my critique is that there must be a nuanced way to say “hey Apple you need to do a better job at supporting valid developer use cases” (and I’ll be the first to admit I have many grievances) while at the same time acknowledging that the increased complexity of modern computing systems is moving the needle meaningfully from a security standpoint and so we should be okay with having to work harder to keep our users secure. Like, I’d truly hope if we all switched to Linux, we’d find a way to make secure boot and code signing standard. Not just say “ah isn’t the old dying way of user-domain permissions nice let’s live here forever”.
Even Microsoft is pushing code signatures and sandboxed apps. We should be making a stink and pushing for these platforms to allow custom root signing keys and fully secure/sandboxed replacements for the functionality they’re taking away. Not just throwing up our hands and saying fuck security I’ll just use Linux. Not a great image…
Speak for yourself.
> We have terms like DX and UX. It’s not a false dichotomy at all.
It's still a false dichotomy, because they're not necessarily opposed. Making the native Mac software DX worse can also make the UX worse, and making the DX better can make the UX better. When I said "Eventually everything on the Mac will just be a cross-platform afterthought", I meant that the UX is becoming totally crappy. We get Electron, we get Catalyst, we get iOS apps on macOS. Crap. Bad UX.
Lack of powerful software, due to excessive security restrictions, is also a bad UX. Endless "Cancel or Allow" dialogs are a bad UX.
Anyway, I’m not saying they’re at odds and you can only pick one. So we seem to agree. I’m saying devs should be applauding better security and not whining about the transition away from user-domain security which is kinda what is implied in the OP. We should be whining about not having access to to the system in ways we need. Better security needs to accommodate valid use cases not stifle creativity. We probably also agree there.
Opining Linux because it’s still the wild west of software and you can do shit like zip up the user’s browser history, logins, and cookies, or idk dump entire hardware profiles without any user interaction, or prompt the user to install a new boot loader or drop your rootkit into initrd because your program “just needs their password to update” is just that.
It's not better security, it's security theater. Security researchers roll out of bed in the morning and find bypasses to macOS TCC (Transparency, Consent, and Control). I've done it myself, and I'm not a professional security researcher. The so-called "security" doesn't actually stop real malware, it only stops honest developers from making a living.
A fundamental design flaw in the security model or system which renders it irrelevant, on the other hand, is a problem. Are you saying there’s a fundamental flaw in Apple’s implementation of secure boot, code signatures, and sandboxing that makes it irrelevant?
Except you aren't, because there's an endless series of them.
> Are you saying there’s a fundamental flaw in Apple’s implementation of secure boot, code signatures, and sandboxing that makes it irrelevant?
I said TCC, and you said everything except TCC. (Although sandboxing is pretty insecure on the Mac too.) The fundamental design flaw is that Mac OS X started as an open system, and Apple tried to tack all of these security features on afterward, without otherwise redesigning the operating system. There are two many legacy features, including "must not break" features, too many openings, too much interoperation, too much complexity. Moreover, it often seems to me that Apple security engineers are not particularly experienced with Mac OS X, which is why an old hack like me can relatively easily find things that they've overlooked.
This is a straw man.
https://www.sentinelone.com/blog/session-cookies-keychains-s...
In fact, the move towards sandboxes apps makes native apps closer to browser apps.
I’m not even saying it’s a good thing. Just that gimping native apps isn’t the footgun it would have been 10 years ago.
If users don't need desktop software, then why do they need desktop hardware?
You emphasize “need” but it seems you mean “want.”
You bring up a great point about hardware too. People don’t need as much hardware given the increased connectivity and cloud computing.
Again, I’m not suggesting all this is good. But of course users _need_ local compute and native apps less than 10 years ago.
Isn't this a problem for the future of Mac, though? It seems to me that dumbing down the Mac is the opposite of what Apple should do. Why not place emphasis on what makes desktop special, rather than morphing the Mac into an overpriced iOS device that only runs web apps?
I'm not sure what you're asking for, here. People have protested OS changes from Apple and Microsoft for decades, but it's never worked. Your only viable method of protest is using an OS where you control the featureset, which (as you've pointed out) is an unrealistic and bad habit.
Maybe to get that nostalgic "let's wait 4 minutes for our 20 line program to compile" feeling again that he must have had in the late 60's and early 70's :P
People: "Linux is not ready for the desktop."
Ken: "You know nothing. Compared to what I'm used to, it's been ready since version 0.01."
(He has previous form for trolling/having a laugh)
At the Microcenter near me, they kept stacks of them in a cabinet near the cash registers, and would offer them up at a discount when checking out.
That's a lot of devices. I've got six of the Model 4 Rpi and whilst they're fun to play with, they're not ideal in terms of their hardware and it's a pain trying to find a decent USB drive to boot them from to get decent performance (they'd be so much better with an M2 interface). The only one that I use regularly is one that I've got LibreElec installed on and running as a Kodi box.