Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Asahi Linux Progress Linux 7.0

asahilinux.org

Post reply on HN
Print view View original

121–130 of 385 posts

Re: Asahi Linux Progress Linux 7.0

#121

Post by mal-cap »

jojomodding wrote: post #62
bishopp92 wrote: post #54

Genuine question: can't LLMs be used to accelerate this project?

Nothing is stopping you from using LLMs when contributing to their project (I think). One reason might simply be that they would rather spend the (very sparse) donation money on anything else but tokens.

https://asahilinux.org/docs/project/policies/slop/

They do currently ban LLM-assisted submissions. To be honest, even if LLMs are technically capable of writing code that assists the project, this at least helps keeps the 'floodgate' closed for certain low-quality PRs that other open-source projects are getting.

Re: Asahi Linux Progress Linux 7.0

#122

Post by u_fucking_dork »

robmccoll wrote: post #79
u_fucking_dork wrote: post #70

Earlier quoted context omitted.

And yet it’s incredibly popular and successful. Windows is also ass, and the year of the Linux desktop is perpetually a few years away.

Being the least bad doesn't make something good. macOS is the least bad choice for the majority of people that just want a machine to mostly browse the Internet, look at their photos, do some light productivity work, and participate in their ecosystem. It also arguably hosts has the best software options for creative work (although that's reaping the fruits of seeds planted long ago - not sure there's much about macO…

Linux as a desktop OS for the vast overwhelming majority of people is a far inferior option. It just is, and always has been. Even for developers, MacOS doesn't prevent you from getting your job done and getting paid, while using arguably the best laptop hardware. Shit just works and stays out of your way.

If all MacOS has going for it is better hardware, someone would have stepped up and shipped a better linux laptop ages ago. God knows I'm not going back to a flimsy creaking chassis, shit screen, and horrible battery life just so my Docker container doesn't have to run in a VM.

Re: Asahi Linux Progress Linux 7.0

#123

Post by GeekyBear »

Nice to see M3 support coming along as they work their way through the upstreaming backlog and improve tooling:

> finding their way into the Asahi kernel tree are patches to enable more hardware on M3 machines. This includes support for PCIe, MacBook keyboards and trackpads support, the SMC-based RTC and reboot controller, and the NVMe controller, courtesy once again of Michael Reeves and Alyssa Milburn. This brings Linux support for the M3 up to roughly the same level as the first Asahi Linux alpha for M1!

Re: Asahi Linux Progress Linux 7.0

#124

Post by throwaway27448 »

kakwa_ wrote: post #71

While I absolutely love the technical write-up from the Asahi team, and being absolutely impressed by their accomplishment, to the risk of being an overly negative contrarian, I remain a bit skeptical. I'm concerned that after all these years, it's still a separate project and not an effort sustained directly within the kernel mainline and mainstream distributions like Ubuntu, Debian or Fedora. These kinds of reverse…

What does "mainlined" driver development even look like?

Re: Asahi Linux Progress Linux 7.0

#125

Post by throwaway27448 »

WhyNotHugo wrote: post #60
felixding wrote: post #8

"Amaze, amaze, amaze!" I wonder if there would be interest in an Asahi Remix spin focused on a more Mac-like out-of-the-box experience: cmd as the main modifier key, Mac-like keyboard shortcuts, theming, gestures, etc. Of course, you can tweak any distro however you want, but I think a curated default experience is a different thing.

Cmd as a “main” modifier? Ok typical X/Wayland setups, Cmd is already the main modifier for DE features, while Ctrl is the modifier used at an application level. There would be a lot of weird overlap with changing that.

> while Ctrl is the modifier used at an application level.

DE features don't matter at all outside of cmd-tab and whatever the equivalent of spotlight is. The application level is the main modifier, and changing them all to cmd is essentially impossible at this point. A detail Haiku got just about perfect, I think.

Either way, ctrl as a gui modifier is a dealbreaker for me. It also breaks the use of readline keybindings for text entry.

Re: Asahi Linux Progress Linux 7.0

#126

Post by Wowfunhappy »

saadn92 wrote: post #58
jwr wrote: post #4

When I think about it, I don't understand why Apple wouldn't want to help this effort and just provide all the documentation. All the classic reasons ("competitive advantage", "secrets", etc) do not hold water in this day and age.

The real answer is probably simpler than anyone here is making it. Apple hardware margins are healthy enough that selling macbooks to linux users is pure profit, so no services lock-in needed. However, the moment they officially acknowledge Linux support, then it becomes a support surface. Every kernel panic becomes a genius bar visit. Every driver bug becomes a tweet at @AppleSupport. It's the value of plausible den…

> However, the moment they officially acknowledge Linux support, then it becomes a support surface.

Apple documents lots of things the genius bar won't help with. For example, Apple provides instructions for compiling custom builds of the XNU kernel. However, if you replace the stock kernel and your Mac kernel panics, the genius bar isn't going to help you. (Maybe they'd help you wipe the computer and restore everything to stock, but I imagine they'd do that if a Linux user walked in too, even today.)

I suspect Apple hasn't shared documentation because it would take time to prepare for external release (legal stuff, plus the need to avoid leaking future products). What I don't understand is why Apple hasn't made an engineer available to talk on the phone for a couple of hours a month. This would amount to a rounding error in their budget.

Re: Asahi Linux Progress Linux 7.0

#127

Post by seabrookmx »

jcalvinowens wrote: post #55

Is anybody running Linux headlessly on the m4 mac minis successfully? I'm seeing them flying around used now at tempting prices...

Asahi is still in the early days of m3 support. It looks like there is zero m4 support, so I doubt you can even boot on one yet: https://asahilinux.org/docs/platform/feature-support/m4/#m4-...

Re: Asahi Linux Progress Linux 7.0

#128

Post by embedding-shape »

IshKebab wrote: post #51
functionmouse wrote: post #13

Earlier quoted context omitted.

whoa, bit perfect CD/flac playback in 44.1, that's a killer feature.

There are many audio resampling libraries available that can convert from 44.1 to 48 kHz with no perceptible quality loss. E.g. see https://github.com/hasenbanck/resampler#quality-analysis This is presumably what Apple does. You kind of have to anyway or you have the stupid situation Linux used to have where only one app could play audio at a time.

> you have the stupid situation Linux used to have where only one app could play audio at a time

When was that? I think my first Linux distribution was Ubuntu 8.04 and fairly sure it shipped with PulseAudio which in mind always been able to play audio from multiple sources at the same time, maybe I misremember?

Re: Asahi Linux Progress Linux 7.0

#129

Post by kccqzy »

brynet wrote: post #12

>.. macOS only ever programs CS42L84 to operate at either 48 or 96 kHz, we could only add support for those two sample rates to the Linux driver .. > However, CS42L42 supports all the other common sample rates, and while the register layout and programming sequence is different, the actual values programmed in for 48 and 96 kHz are the same across both chips. What would happen if we simply took the values for all oth…

The following is actually the most surprising part to me.

> This is quite limiting, as it forces PipeWire to waste CPU cycles (and therefore battery life) on resampling audio streams that are not either 48 or 96 kHz.

So the Asahi team thinks that only supporting 48 or 96 kHz wastes battery life by forcing the software to resample audio streams. But why does Apple still do this? Presumably Apple has a very high commitment to save power and increase battery life.

Re: Asahi Linux Progress Linux 7.0

#130

Post by AKSF_Ackermann »

throwawaypath wrote: post #108
applfanboysbgon wrote: post #36

Earlier quoted context omitted.

It is weird to blame the victim for reacting to being harassed by a mob. That is a normal thing to have a reaction to. Perhaps rather than blaming people's social skills and mental health, we should instead blame the culture that normalises harassing people on the internet, even to the point of suicide (as happened in byuu's case). You are basically advocating that it is better for individuals to change to accept a s…

[flagged]

I am not sure how what happened can be considered "being outed", the vtuber's puppeteer was obvious from day one to anyone who was paying any attention at all, it is just that a lot of people decided to uphold the kayfabe. (And I don't blame them, at least before the lkml crashout it was a pretty fun character.)
Post reply on HN