[–] RunSet 2 days ago
[–] pcwalton 2 days ago
[–] y1n0 2 days ago
[–] what 2 days ago
[–] nout 2 days ago
[–] Shank 2 days ago
[–] solyin 2 days ago
[–] Joel_Mckay 2 days ago
https://en.wikipedia.org/wiki/Tying_(commerce)
https://en.wikipedia.org/wiki/United_States_antitrust_law
Note, keeping competitors barely operational inside a walled garden is classic Apple policy. No other company has the goodwill inertia to pull off such stunts. =3
[–] 29083011397778 2 days ago
MacOS isn't sold anymore, it's a free download for all supported Macs - meaning Apple is not "selling one product or service as a mandatory addition to the purchase of a different product", regardless of which product you think is being tied to the other (hardware or software).
I can see where you're coming from, but Apple wouldn't necessarily be in trouble due to the wording of the law. Maybe in some countries where the spirit of a law matters more than the specific wording, but we're quoting US legal definitions here, and my mental model of the US legal system has the phrasing mattering more than the intention
[–] Joel_Mckay 2 days ago
[–] AnthonyMouse 2 days ago
See also Windows and Internet Explorer.
[–] carlosjobim 2 days ago
Ford isn't getting sued either for only selling cars with Ford motors inside.
[–] AnthonyMouse 1 day ago
A market is the set of goods or services that are fungible substitutes for one another. If Ford and Chevy use the same kind of battery as each other but Honda and Toyota use a different kind then "battery for Ford or Chevy" is a market and "battery for Honda or Toyota" is a different market. If they each require different kinds of battery then "battery for Ford" is a separate market from "battery for Chevy", but even within those markets there can be multiple competitors, i.e. Ford isn't necessarily the only company that makes batteries compatible with Ford vehicles.
Whereas if Ford vehicles use a different kind of battery than other vehicles and there is only one company who makes that kind of battery, "battery for Ford vehicles" would be a market in which that supplier has a monopoly, regardless of whether the one supplier is Ford or someone else.
Which one of these looks like what Apple is doing?
> Ford isn't getting sued either for only selling cars with Ford motors inside.
Ford isn't only selling cars with Ford motors inside. They offer them that way, and it's a popular purchase option, but they'll also sell anyone essentially any part of the car by itself. They also don't prohibit you from taking the engine out of your Ford and putting it in a Chevy or vice versa.
[–] piltdownman 2 days ago
More to the point, the EU have already slapped them with two separate $500m fines having repeatedly found that Apple used iOS and the App Store to break antitrust laws.
The US have a similar case hinging on all sorts of things ranging from green text message bubbles to heavily restricting access to the NFC API and affording to itself the privilege of host-card emulation via Apple Wallet.
[–] solyin 2 days ago
[–] rafram 2 days ago
[–] bluedragon1221 2 days ago
[–] sgjohnson 2 days ago
[–] timschmidt 2 days ago
[–] sgjohnson 36 minutes ago
[–] dmitrygr 2 days ago
> instead of controlling a pet Linux project.
Huh? Apple does not control Asahi and never did.
[–] keyle 2 days ago
I much prefer ARM over x64 and Linux/BSD over the alternative but it's a wasteland of patches and technical debt out there.
[–] keyle 2 hours ago
Disable tpm0 check at boot for reducing the boot from 50 seconds to 5 seconds...
[–] Doohickey-d 2 days ago
[–] happyPersonR 2 days ago
[–] keyle 2 days ago
[–] nerdywordy 2 days ago
[–] porphyra 2 days ago
[–] justauserid 2 days ago
[–] functionmouse 1 day ago
[–] cromka 2 days ago
[–] SilentM68 2 days ago
Also tried LordOS very quick, very easy to install, looks and feels like macOS, but Debian distro underneath.
I also tried GhostBSD. It's easy enough to work with, but it does not have any packages for "spice-vdagent," which I needed to resize the screen size and clipboard copy/paste support between host and guest devices when using Virt Manager :(
[–] plaguna 2 days ago
[–] mrkstu 2 days ago
[–] manofmanysmiles 2 days ago
I also imagine they will be left behind, for better or for worse as AI-authored software and hardware will satisfy people's needs faster than that developed by humans.
I don't see a way to merge these rapidly moving frontiers of software without radically different distributed software development and distribution networks where AIs collaborate on a global scale. Perhaps the only way to keep playing is to grow a "super cortex", a projection of ourselves into the digital. Like today's agents, but improved, grounded by our knowledge and understanding.
This smells a bit like Skynet. Also, Software Heaven.
I'm not sure how I feel.
[–] mrkstu 2 days ago
[–] bigyabai 2 days ago
And more importantly, documenting Mac hardware takes time. Components like the speaker on a Macbook can be permanently damaged if you don't write the drivers in a specific way. Other features like the Secure Enclave, power management, and TouchID might be unsupportable depending on how Apple designed it.
Asahi's stance isn't particularly crazy, and it probably aligns with how Linus feels about upstreaming code that nobody understands.
[–] benoau 2 days ago
Personally I don't think it's very likely the tables would turn and Asahi became dependent upon their contributions. I foresee a much bleaker future for Omarchy, crashing and burning from some reckless and unnecessarily abrasive whim of DHH. I'm not optimistic about Gravity Linux either, it's a single-dev project and that's prone to failure for many reasons.
[–] gorilla_fight 2 days ago
It is quite remarkable how far along support has come: https://aurorasilicon.org/devices/
[–] cromka 2 days ago
And the way they have written that driver is absolute crap, not submimissible at all. They will need to write it from scratch, properly, using a TEE driver, a sensor driver, a userspace supplicant plumbing and an fprintd patch. What they did, instead, is they run pretty much everything in-kernel.
So, can't wait for ridiculous exploits that make your fingerprint effectively a backdoor to your OS.
That fingeprint implentation to me is a perfect example of how ignorant Omarchy people and their users are about security and I wish more people were loud about it. Just point your LLM at that TouchID code to audit it, see the amount of stuff it flags.
[–] bigyabai 2 days ago
> It is quite remarkable how far along support has come
Is it? All I'm seeing from that page is that they forked Asahi's M1-M4 work, and then failed to bring up M5 and M6. What's remarkable here?
[–] justauserid 2 days ago
> Please note that installing on an M-series Mac is not directly supported at this time.
[–] whilenot-dev 2 days ago
[–] bitwize 2 days ago
Then those distributions will fail.
It's 2026. Any open source project with an anti-AI stance will get its milkshake drunk by a fork that embraces AI. How can people still not see this?
[–] bigstrat2003 2 days ago
b) being left behind is a good thing if your counterparts are headed in the wrong direction. I think projects which lean into LLMs are going to find they have a hot mess a year or two from now, whereas projects that eschewed them will be in a good place.
[–] hakfoo 2 days ago
The primary message we get out of the AI ecosystem is "MORE MORE MORE FASTER FASTER FASTER".
First off, that's not really what plenty of projects are about. You might like your favourite Linux distribution or desktop environment because it represents less, as a curated vision-- an AI "workalike" could offer ten thousand new features per week, but break the earned trust that a single clear vision provided.
Second, beyond a certain point, speed burns through the human components of a software project. There are only so many reviews that can be done, whether the source is AI or enthusiastic humans. Quality eventually suffers, contributors burn out, and the project dies.
If you point a well-funded slop cannon at an unfunded open-source project, they're not going to say "let's find 20 new reviewers to keep up with the firehose of commits!" They either have to circle their wagons and get finicky about what they allow, throw up their hands about quality, or rely on the machine itself, the dreamworld where they build enough test suites and harnesses to somehow keep Microsoft Paint from having zero-days.
Given those choices, I feel like I'd be happier to see "we circled the wagons". This doesn't necessarily mean "no AI" but it means keeping the project at a manageable scale, and right now, the way to handle that is to push away AI contributions without a bulletproof background behind them.
Going even further, it's high time we saw a "slow software" movement to counter the "move fast and break things" and its new cousin "move even faster and let the bot break things for you". I want smaller programs written by happier people under less psychic and economic assault.
[–] andrekandre 1 day ago
> "MORE MORE MORE FASTER FASTER FASTER".
this has been true for just about everything tbf. news cycles, product cycles, movies/tv all have to accelerate to feed economic demands for growth... ai just a potential accelerator of that..[–] bigyabai 2 days ago
Perhaps the 30+ years of non-LLM generated Linux support for UEFI/ACPI and ARM device tree chips has something to do with it.
[–] bitwize 2 days ago
The state of the art has changed.
[–] bigyabai 2 days ago
It may shock you to hear that coding was never the bottleneck for emulation or reverse-engineering.
[–] cromka 2 days ago
I keep repeating myself, but make an effort to check the "state of the art" of the crap they added to their kernel tree.
[–] cromka 2 days ago
You fanboy people are so insufferable, if you had any clue about the code quality standards and cared about security, YOU would see this other way.
I have personally vetted their code for TouchID and some other aspects, including USB-C/Thunderbolt.
I absolutely cannot wait to hear your apologist brown-nosing when you start getting targeted with exploits.
[–] cyclopeanutopia 2 days ago
[–] wyre 2 days ago
[–] favorited 2 days ago
[–] stasomatic 2 days ago
[–] R1D3R 2 days ago
[–] stasomatic 1 day ago
[–] bigyabai 18 hours ago
[–] bigyabai 2 days ago
They run other things, too. There's no valid technical reason it can't or shouldn't, and Apple deserves the scrutiny if they won't bring macOS up to parity with Linux. Modern macOS is legitimately terrible, and ~100% to blame for why Macs are shunned for HPC, on-prem and other professional applications.
[–] stasomatic 21 hours ago
[–] bigyabai 17 hours ago
If you think that laptops deserve to become e-waste when the OEM says so, then your opinion can be safely discarded.
[–] carlosjobim 2 days ago
[–] diegolas 2 days ago
[–] carlosjobim 2 days ago
[–] bigyabai 1 day ago
Methinks the lady doth protest too much.
[–] carlosjobim 1 day ago
[–] stasomatic 1 day ago
They run other things, too
What other things outside of containers or iPad apps?
[–] bigyabai 1 day ago
You're part of a minority.
> What other things outside of containers or iPad apps?
Linux with fully native Vulkan drivers, for one.
[–] stasomatic 23 hours ago
[–] bigyabai 18 hours ago
Apple eventually stops OEM support for Macs, which means that support via an alternative operating system is a foremost imperative.
[–] mikepurvis 2 days ago
> It’s just not true that most Mac users use Macs because the hardware is better designed. They’re Mac users because of the Mac OS. What the original cloning program showed was that many of Apple’s customers were Mac fans, not Apple fans.
https://daringfireball.net/2006/04/asinine_and_or_risky_idea...
[–] ChrisClark 2 days ago
[–] dylan604 2 days ago
[–] mikepurvis 1 day ago
I had several Mac laptops over the decade that followed, but ultimately ended up back on a Windows 11 workstation with heavy WSL usage and a NUC and Thinkpad X1 both running Ubuntu in supporting roles.
So almost by accident, my time as a Mac user overlapped perfectly with the Intel era.
[–] aspectmin 2 days ago
[–] Grombobulous 2 days ago
Maybe we can say that they’re still the best, but it’s not 2x better like 2020, it’s more like 10-20% better.
For example, Panther Lake beats M5 battery life in real laptops available on the market, GPU performance, and multicore performance.
Just look at Marques Brownlee’s review of the Framework 13 Pro. Or the review of the ThinkPad X9 15p from Just Josh Tech.
I see this mistake all the time where there’s an assumption that MacBooks are still far and away the best without looking at more up-to-date information and evaluating current competition.
[–] YegoBear 2 days ago
[–] Grombobulous 2 days ago
What you’re saying is true, but if your workflow involves graphics at all, Apple’s Max chips are subpar compared to getting a laptop with an Nvidia discrete GPU (e.g., 2026 ASUS Zephyrus G16).
For the Mac chips to make sense you have to specifically need very high CPU performance, be running local AI workflows (which you can do with cloud subscriptions for less money and better results, or you have alternatives like RTX Spark that cost roughly the same as MacBook Pro alternatives), and not want to play games (see gaming benchmarks on multi-platform native games like Cyberpunk 2077, high end Macs get walloped by mid-range discrete GPUs in laptops).
In short, I imagine that 90%+ of MacBook Pro buyers are buying the base M chip or at most the Pro chip, and those SKUs have much more competition.
A Mac is more of a good laptop for your employer than for you and me.
[–] YegoBear 11 hours ago
[–] what 2 days ago
[–] solyin 2 days ago
[–] Grombobulous 2 days ago
Marques’ Framework 13 Pro review was much more of a layperson’s review with a focus on overall user experience.
[–] Grombobulous 2 days ago
See, this is the problem, Mac enthusiasts refuse to do research, even when people point them in the right direction. They just want to believe their computers are the best and never shop competition.
I didn’t swap my M2 MacBook Pro because I didn’t like my Mac, I swapped it because it found a better solution for my needs.
That is something asahi has vowed to never enable.
https://asahilinux.org/docs/platform/security/#apples-unspok...
It might have worked out better if Apple had forbidden Linux on Apple Silicon instead of controlling a pet Linux project.