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

Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

phoronix.com

Post reply on HN
Print view View original

341–350 of 359 posts

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#341

Post by mort96 »

jjtheblunt wrote: post #340
mort96 wrote: post #5

I have a 2021 MacBook Pro with an M1 Pro. It's getting a bit old, so it would be nice to replace it with a new MacBook Pro in not too long. But honestly, losing Linux support would be pretty devastating. Docker and virtualization just isn't the same. There's lots of interesting stuff you can do with your hardware in Linux, there's for example Linux-specific software which puts the WiFi card in promiscuous mode and do…

> I'm not really sure what to do. You might try the UTM.app from the App Store (or build it), disable Qemu and enable Apple Silicon hypervisor, which i explain in the comment below, for very similar context and reason. https://news.ycombinator.com/item?id=45696676

That would fix the partscan thing I'm guessing, but it introduces its own issues, and still doesn't give me the abilities that Linux on bare metal does.

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#343

Post by scuff3d »

jama211 wrote: post #335
scuff3d wrote: post #237

Earlier quoted context omitted.

If you read the rest of the posts above the one I'm replying to I think it's pretty clear this wasn't a serious question. It was asked ironically as in "the rest of the work doesn't matter, they're taking too long to get M5 support out" I'm saying it's an open project and if people want to bitch they're going too slow they are welcome to contribute.

[flagged]

[flagged]

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#345

Post by ninkendo »

khamidou wrote: post #336
ninkendo wrote: post #271

Earlier quoted context omitted.

I think the answers pretty obvious? A product is free. Then it isn’t free. You can argue all day whether it’s ok to do this, and I’d absolutely say it’s fine, even laudable that they’re trying to make a real business where you have to pay for a product. Great for them! But “rug pull” is absolutely still a correct description of what’s happening, because it was free, and now it’s not. Here’s a nice rug, but you have t…

Very strange logic. If we follow your example, going to the dealership and taking a car for a test drive is a rug pull because eventually the car dealer will ask you to pay for the car?

No, because that would be absurd. You're not "following my example", you're using reductio ad absurdum. Any phrase can sound stupid if you take it out of context like that.

To make a non-fallacious analogy: If a ride sharing service gave car rides for free for a month, and a friend said "I'm going to use this instead of buying a car", you would very rightly say "they're going to pull the rug on the free rides, you may want to rethink that". And that would be a perfectly valid thing to say, even if the company told everyone the free rides were only for a month. Because the purpose of the discussion is whether it's a good idea to depend on the free service or not.

You seem hung up on this, like it's a judgement call or something. Maybe just free yourself of negative connotations with the term. It's fine to do this. I don't think it's a problem whatsoever.

The phrase is useful for what the metaphor implies: Likening using the product to sitting on a rug. If you start getting used to your place on the rug (putting your stuff on it, eating dinner on the rug, etc), you have to be aware that they're going to pull it, so you have to have a plan for when that happens (either pay or switch to a competitor.) Being aware of this is important: If you start developing a workflow that depends on this kind of software, you have to understand that it won't be free in the future and that you should either not depend on it, or be willing to pay. This is all fine.

The fact that you don't like the negative connotation doesn't mean the phrase isn't applicable.

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#346

Post by jjtheblunt »

mort96 wrote: post #341
jjtheblunt wrote: post #340

Earlier quoted context omitted.

> I'm not really sure what to do. You might try the UTM.app from the App Store (or build it), disable Qemu and enable Apple Silicon hypervisor, which i explain in the comment below, for very similar context and reason. https://news.ycombinator.com/item?id=45696676

That would fix the partscan thing I'm guessing, but it introduces its own issues, and still doesn't give me the abilities that Linux on bare metal does.

What issues would it introduce that you're thinking of? (Perhaps i can test it and let you know.)

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#347

Post by tgma »

khamidou wrote: post #243
ninkendo wrote: post #239

Earlier quoted context omitted.

Them saying “we’re going to pull the rug” in advance doesn’t make it not a rug pull, it just means you have advanced notice of the rug pull.

How is wanting to build software sustainably a rug pull? Like seriously, if you get value from orbstack, it's fair to pay them. Otherwise you can still stick to free alternatives like colima which would be CLI only

There's a way to do that. Don't call it free beta with no pricing attached. Call it "free trial for X period" and ideally advertise the price ahead of time as it was always done in the past. Not calling it a "trial" is not an accident. It is deliberate and that's what makes it a rug pull.

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#348

Post by jazzyjackson »

cflee wrote: post #317
jazzyjackson wrote: post #82

Earlier quoted context omitted.

Thinkpad X1 is very solid and sexy hardware imo, tastes may vary But my favorite machine of late is a tiny ultra portable with a Ryzen AI 9 chip with 64Gb RAM, it's an x86 that's competitive with the new ARM stuff on power efficiency

I'm curious, which ultraportable is that?

thought you'd never ask :^)

GPD Win Max 2 with the AI 9 HX 370

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#349

Post by smm11 »

gedy wrote: post #106
mort96 wrote: post #5

I have a 2021 MacBook Pro with an M1 Pro. It's getting a bit old, so it would be nice to replace it with a new MacBook Pro in not too long. But honestly, losing Linux support would be pretty devastating. Docker and virtualization just isn't the same. There's lots of interesting stuff you can do with your hardware in Linux, there's for example Linux-specific software which puts the WiFi card in promiscuous mode and do…

Son has a Framework with Linux and he prefers it to a MacBook Pro (with or without Linux).

Yeah, run Linux on the laptop made for it, and OS X on the laptop made for it.

Asahi is a bit like DOOM.

Re: Asahi Linux Still Working on Apple M3 Support, M1n1 Bootloader Going Rust

#350

Post by entropicdrifter »

selectodude wrote: post #214
entropicdrifter wrote: post #117

Earlier quoted context omitted.

Ever try Parsec or Moonlight/Sunshine? They're very low latency because they're made for gaming

There’s a latency cost to encode and decode, and there’s a definite PQ change going from uncompressed video to h.265.

There's always some latency, but Moonlight has ~5ms latency on my LAN. I average 18ms total latency when I stream to my phone over 5G cell internet, that's with 6ms of decode latency in the phone's (fairly slow) hardware decoder and about 2.5ms encode latency in my AMD RX 6700XT's h.265 encoder.
Post reply on HN