Hacker Newsnew | past | comments | ask | show | jobs | submit | commandersaki's commentslogin

I'm sceptical of verifying or generating ZKPs due to the cost of running a RISC-V program. But I guess if we have LLM inference in protocols, this might be acceptable. I'm not sure how it's fully used in the protocol and whether it sits on a critical path.

I know internally they use an IPsec implementation written by Rust (I think in the iCloud infra). Heard this from an ex-Apple engineer Ben (forgot his last name) that did a wonderful presentation of Rust from first principles. He said that it was hard to get people in on Rust when most would argue for Swift.

Edit: This is the guy: https://rustcurious.com/course/


Heaps excited about this because there's a dearth of work in application crypto as the mindshare is dominated by PQC or Crapto.

I am a little sceptical of this because of the need for ZKP and running a RISC-V program for protocol interactions (I only had a cursory glance). But if we can do LLM inference as standard in protocols these days then this probably has a chance.


I was interested in Nix because it could automate setup and configuration of macOS features. But all it does is usually run defaults or some intermediatary. In the end I stuck with brew and wrote an idempotent setupmac() function in my bash_profile (I use bash 5) with the aid of chatgpt since it knows all the cool defaults commands, and it’s pretty much solved setting up a new account or mac (alongside a Brewfile I maintain in my dotfiles). I don’t need any of those highfalutin tools.

I am, like, two minutes away from getting my configuration back on a fresh Mac or Linux system without Nix, so configuration management is just irrelevant to me. I am evaluating it as a package manager and a way to setup development environments.

Homebrew is a non-profit project run entirely by volunteers, not employees. We need your funds to pay for software, hardware and hosting around continuous integration and future improvements to the project. Every donation will be spent on making Homebrew better for our users. Please consider a regular donation through GitHub Sponsors, OpenCollective and Patreon.

I donate to a lot of open source projects that I benefit from, but I’ve never really thought about Homebrew. I will get onto it.


I'm amazed they're not sponsored by Apple themselves, or at the very least major mac-forward Dev houses.

If it wasn't for Brew, macOS would have no chance against Linux as a dev platform.

Apple developed — and for many years afterwards, hosted —- MacPorts.

Apple employees did. Not Apple themselves. As for hosting, it was hosted on an equivalent of SourceForge, where many other opensource projects unaffiliated with Apple were.

And we all know how MacPorts failed to actually gain any significant momentum.


No, Apple employees originally authored the project on Apple’s time.

And it was first hosted at OpenDarwin — which was Apple-run and not available for arbitrary public hosting.

It was then hosted at OpenDarwin’s successor — Mac OS Forge. That was also Apple-run and not available for arbitrary project hosting.

MacPorts was an Apple-authored and ultimately Apple-supported project for ~15 years.

As for momentum, the project is still going strong 25 years later, so I’m not really sure what you’re referring to.


> As for momentum, the project is still going strong 25 years later, so I’m not really sure what you’re referring to.

I am referring to a significant momentum. You know, like the momentum Brew has.


I think you're right - it's one of the reasons I prefer a mac as a dev platform.

Recommend changing link to https://encryptedspaces.org/ as that is non paywalled and more authoritative. I didn't want to make a new submission.

Very unlikely to lose support for Rosetta for Linux. Maybe just Rosetta 2 for mac apps.

Oh, didn't read that part of the news. That's great. Ability to run x64 docker images seminatively was one of the big reasons I jumped to the M1 platform when it came out and I was baffled that they would remove it.

Would be cool if you can redirect USB devices to the VM.

We just released this in OrbStack :) https://docs.orbstack.dev/features/usb

Blog post soon


What happened to Orbstack for like 9 months until earlier this year? Suddenly everything went silent for a bit and I was pretty concerned. Glad y’all are back!!!!

Thank you for sharing this - I looked into OrbStack a few months ago, and this was the reason I didn't use it (as my primary purpose was to have an external wifi adapter for wifi pwnage).

Yeah I find this useful for redirecting storage/sdcard*, so you can format linux filesystems or use other tools.

* need a usb sdcard reader for macbook pro cause the builtin is not usb)


We're working on block device passthrough for the builtin SD reader.

Agreed! There's some good improvements around Accessory Access in virtualization framework this year also - checkout: https://developer.apple.com/videos/play/wwdc2026/224/?time=2...

I wonder if the custom virtio can be used to support attaching the built-in sdcard readers on macs which aren't exposed as usb.

I just added this to Lima recently, hopefully the macOS container machines support it too: https://github.com/lima-vm/lima/pull/4866

I've successfully tinkered with USB/IP with Apple containers, but it does require loading a custom kernel (which they make pretty easy, thankfully). On the host side, macOS also doesn't make it easy to unload a driver that attaches automatically.

Seems cold how they present this, but on the other hand I’ve ignored Ladybird because I just don’t think they’ll have meaningful impact, so I remain unaffected by this policy change.

Sure it's not upgradable but you're completely wrong about repairability, unless you're talking about micro component repair ala Louis Rossmann, which as a whole is going the way of the Dodo.

Yes, I'm speaking of repairability of Louis Rossmann. I guess someone has to have apple care.

I mean sure if it has to do with CPU & memory & storage there's probably little you can do except replace the SoC, but it's also the least likely component to fail. Everything else is a removable module and pretty easy to replace, it's one of Apple's best repairable laptops. It'll also be a parts bucket with how much volume is sold, so genuine parts should be easy to come by on the aftermarket if you don't go through apple self repair program directly.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: