For me personally, I thought the project was awesome, installed it, booted it, and realized the trackpad felt really janky. I start playing with the acceleration settings and then caught myself and remembered that not having to deal with that exact thing was why I bought a Mac to begin with.
I think it'll be very good for them to leave all the distro responsibilities to Fedora and focus on the hardware specific stuff. But I don't think they'll stop facing weird issues related to not being part of the 4k page size x86_64 monoculture.
Also though, I have a Windows desktop pretty much just for Fusion 360. I really dislike Windows, macOS as a BSD derivative is obviously a bit more comfortable/familiar/usable, I would love to (legitimately) dual-boot macOS and Linux, the former to allow me to run software that's not available on the latter. WINE (even with Lutris etc. recent work) is too fragile and difficult to get working and keep working.
Trackpad, speakers, case, thermals, cpu - the lowest end MBA blows the highest end "ultrabook" out of the water.
Apple has been consistently terrible at cooling design, the only reason m1/m2 systems don't have thermal issues is because they sidestepped the problem entirely by building a very thermally efficient chip.
I'm not sure yours is the criticism you think it is.
Ultimately, heat is waste, and the less of it you generate, the better. When I said "thermals" I meant chip design, not cooling system design. This is obviously one of the huge benefits of their vertical integration.
Intels mobile CPUs have been, and still are absolute trash.
> the lowest end MBA blows the highest end "ultrabook" out of the water
That's untrue
And remember the screen cracks?
I use a laptop because I can move it from one room to another without shutting it down. While it would be nice to not have to plug it more than once a day, I'm fine with a 4-5hours autonomy.
But having more battery life definitely do not beat having functionalities such as external monitor, working internal webcam and sound.
I've looked. There's a couple that are kinda in the same realm if you squint but come with tradeoffs like having to keep the CPU throttled to get anywhere near the advertised battery life.
There are also those using macOS on their MacBooks until Linux gets good enough to daily drive.
I think it is more important to have a working OS with common functionalities working.
Sure I'd love my thinkpad to have 15hours of battery life. But then I am not living in a tent either so I'd rather be able to use the onboard webcam, plug an external monitor, sound working without having to plug an external card and stable wifi. And I'd throw a 500gr powerbank in the backpack the handful of times I really need longer battery life.
There are also smaller, specialist manufacturers that do Linux laptops. System76 is one that springs to mind, though other people have mentioned various others before.
in general? no.
hell, there are more models of laptop made by the linux-only laptop manufacturers than officially supported by dell
How is ios related here? Should one settle for a worse laptop based on a completely different division of said company? OSX is reasonably open and you can mostly use it as a regular linux due to its UNIX-isms.
Linux doesn't seem like a nice to have for Linux users.
I didn't buy the macbook expecting to install linux on it, but if I can later, that's just an extra win.
Except that was exactly the point of the discussion. People who buy an Apple laptop with the expectation of having a perfectly functionnal linux on it.
I just checked on my works laptop, the only non intel component appearing via lspci is a realtek express card reader whose driver is copyrighted by Realtek Semiconductor Corp: https://github.com/torvalds/linux/blob/master/drivers/misc/c...
Have Apple engineers written a single line of code for linux drivers supporting apple silicium ?
I don't think a single laptop I owned (7+) ever booted Ubuntu without everything just working.
Sound, screen brightness, wifi, touchpad, sleep/suspend.
I did have problems with gentoo but those were evidently self-inflicted, and solvable by installing Ubuntu.
- Power
- Ethernet
- USB-C adapter, that has wireless dongles for external mouse, keyboard and headset
With Chromium Snap and Chromecast, I cast fullscreen or browser tab to 43" LG LED TV. A little laggy, but better than no HDMI at all. Some wired remote desktop could be less laggy.
I like that M1 Air is silent and compiles fast.
Sure, there are plenty of things that don't change much, and that I2C driver is a good example, but that doesn't really mean the target as a whole is particularly stable it just means they don't feel the need to rewrite I2C every chip revision. Meanwhile many of the things churning on the x86 side, like memory encryption, don't really matter for projects like this.
I'm also not sure I'd even agree M2 is even at parity with M1 in Asahi yet, let alone the first week. They did get a lot of things working quickly but I think that's far overselling what happened.
It's still extremely common that booting a year-old distro on brand new hardware leaves you with a blank screen due to missing GPU drivers, or leaves you with unaccelerated graphics on par with what Asahi currently offers by default. And it's hardly unheard of to have issues with power management and even audio with new x86 platforms in recent years. Going a bit further back, Intel has been known to break NVMe and not require OEMs to offer a BIOS option to put the chipset in the standards-compliant mode.
When the M2 launched you couldn't boot the kernel. When you could boot the kernel you couldn't handle displays. When you could handle displays you couldn't connect to Wi-Fi. All this in the first minor update to the SoC, one where nothing major even changed yet. This is why, despite my love and regular use of Asahi, I'll never believe a claim new Apple systems are a remotely stable target. Certainly not more than x86, where I can boot a decade old distributor and still at least get video output.
> When a certain chipset has an issue with NVMe at least you can still boot other ways than the internal NVMe drive.
A laptop that cannot boot off its internal storage is pretty much useless as a laptop. The theoretical capability to work around this with external USB storage is a pathetic workaround that does not strengthen your argument.
> When the GPU acceleration doesn't work at least the display output can.
Except when it doesn't. Sure, a sufficiently skilled user can usually figure out a working configuration, but let's not pretend like a black screen early in the boot process is unheard-of, and a showstopper for many users.
> Certainly not more than x86, where I can boot a decade old distributor and still at least get video output.
As long as your decade-old distro had UEFI support (which most did, by then). But otherwise, it is possible to run into issues with a BIOS CSM no longer being an option (eg. on the last three years of Intel integrated graphics).
And again, I'm not trying to say Apple's hardware platform is unusually stable and backwards-compatible. I'm trying to refute an unwarranted claim that after only two generations it's already proven significantly unstable—a claim you seem to agree with based on a selective memory of the history of Linux on x86. The conventional wisdom still is that running an x86 Linux distro older than your hardware is asking for trouble, especially for laptops. Hardware vendors in the x86 ecosystem ship breaking changes fairly often; only a few of them even try to get Linux driver support in place before the hardware launches, and those drivers still frequently miss the deadlines for making it into major distro releases prior to the hardware shipping.
If we look at M1->M2:
- It doesn't have backwards compatibility even with the manufacturer's own OS. The gap here is 2 years yet I can get farther in support than that just booting a 10 year old stock installer on my 13900k system.
- You can't natively boot launch-day Linux at all, by any means or know-how.
- Getting the kernel to boot, display output is flat impossible. The keyboard and external input doesn't work. Hardly anything just works really.
- Once you get past those kinds of base things the Wi-Fi doesn't work, any type of backlight is not adjustable, the GPU doesn't work, the speakers don't work. Some of these do just need minor tweaks to make as functional as they were on the M1, others still aren't as functionally equal to this day. Anything that might sometimes be broken on x86 is broken but it's not "some new chipsets have broken that before" or "some basic users may get a black screen and get stuck not knowing what to do" they just plain do not work at all. To get it to do so again someone needs to do 100% of the programming work needed with zero no participation from the manufacturer.
Meanwhile the basis a traditional x86 system is supposed to be no different:
- When the many year old Linux release boots, non-advanced users can sometimes end up with a black screen and not know what to do
- Certain examples of chipsets have had broken day 0 support for one of their storage protocols
- Not every operating system from 10 years ago had native support for UEFI boot
- Despite booting, lease day versions of your Linux distro may not have e.g. working graphics hardware acceleration
Next to me I have my M2 running Asahi. It's been a little over a year since the release and it's still not up to support parity of my M1 at the time of launch. Next to me I've also got a few Intel and AMD boxes, they all boot many years old Linux with more working hardware than the M2 has in Asahi to this day.
I haven't been selective on the history of x86 support but even if I was to do so and intentionally only pick every bad thing that happened in a single generation x86 upgrade, over a 5x longer period than we're looking at Apple, and put it in context of a single release to compare to the M1->M2 transition... it would arguably still have been in better shape and, at worst, have been the same. From that I cannot conclude the new Apple hardware has shown itself to be any more stable a target, if anything it's looking even worse these days.
> Will this break my machine? How safe is it?
[...]
> Apple Silicon machines are almost completely unbrickable: you can boot them in a special burned-in recovery mode and recover them, using another machine connected via a USB cable. For those who don’t have another macOS machine to act as a host, we have open source tools that work on Windows and Linux too.
https://asahilinux.org/2022/03/asahi-linux-alpha-release/
https://support.apple.com/guide/apple-configurator-mac/reviv...
In regards to the comment about not needing to uninstall OSX (actually macOS 13 at this point) if you don't want to: you almost definitely do want a side-by-side install. macOS is the only way to get firmware updates right now and there are certain scenarios you could run into on the Asahi side that may require you to install macOS to be able to fix them. If you really really wanted, it is technically correct that you could uninstall the non-recovery macOS though.