Earlier quoted context omitted.
> It’s not super current and not all apps work That's an enormous concession, relative to Windows or Linux.
[flagged]
hdiutil is deprecated in macOS 27 Golden Gate
21–30 of 106 posts
Re: hdiutil is deprecated in macOS 27 Golden Gate
#22Re: hdiutil is deprecated in macOS 27 Golden Gate
#23Earlier quoted context omitted.
[flagged]
I don't think they're wrong. Apple is very open about their desire to depreciate legacy tech like OpenGL and HFS to promote proprietary alternatives. There's a perennial churn of "Apple depreciated my favorite feature!" (I used to be one of them) and most of those people (including myself) eventually accept an alternative.
Re: hdiutil is deprecated in macOS 27 Golden Gate
#24Given xip has been deprecated for a long time now, yet still is the format Xcode is distributed in, I highly doubt hidutil will ever disappear from macOS. Apple just won’t really update it anymore, just like they haven’t changed xip (not like hidutil has seen any significant changes, but still)
Agreed. seatbelt/sandbox-exec has been “deprecated” for many, many years yet it still underlies all of the system’s sandboxing and Claude et al. use it for their own sandboxes. (And so do I — writing seatbelt rules is the only chance I get to write lisp-flavored anything these days.)
Re: hdiutil is deprecated in macOS 27 Golden Gate
#25Earlier quoted context omitted.
Haven’t they actually done a relatively good job in this regard in many ways? I can still use my 12 year old MacBook Air. It’s not super current and not all apps work, but it’s actually still a decent Apple experience. Same with our old iPad. They kept it updated way longer than I expected.
> It’s not super current and not all apps work That's an enormous concession, relative to Windows or Linux.
Windows yes, but Linux... no, at least if it's open source.
Closed source apps that compile fully static, these tend to be stable and Just Run in my experience... but open source apps? Good luck trying to bring these to even compile 10 years afterwards without going through an insane dance with Docker...
Re: hdiutil is deprecated in macOS 27 Golden Gate
#26Earlier quoted context omitted.
I don't think they're wrong. Apple is very open about their desire to depreciate legacy tech like OpenGL and HFS to promote proprietary alternatives. There's a perennial churn of "Apple depreciated my favorite feature!" (I used to be one of them) and most of those people (including myself) eventually accept an alternative.
It's not like ifconfig and sysvinit are well supported in Linux these days. I mean, you can, but let's not pretend that things never ever change (eg systemd and Wayland) on Linux either. Can I get non-interger display scaling yet?
I'm using 1.25 scale on Niri + DMS right now, on a dual 4k monitor (G9 57) at 240Hz. Probably the most demanding single monitor setup right now.
Re: hdiutil is deprecated in macOS 27 Golden Gate
#27Given xip has been deprecated for a long time now, yet still is the format Xcode is distributed in, I highly doubt hidutil will ever disappear from macOS. Apple just won’t really update it anymore, just like they haven’t changed xip (not like hidutil has seen any significant changes, but still)
Agreed. seatbelt/sandbox-exec has been “deprecated” for many, many years yet it still underlies all of the system’s sandboxing and Claude et al. use it for their own sandboxes. (And so do I — writing seatbelt rules is the only chance I get to write lisp-flavored anything these days.)
[1] https://github.com/tokio-rs/mio/blob/master/src/sys/windows/...
Re: hdiutil is deprecated in macOS 27 Golden Gate
#28Re: hdiutil is deprecated in macOS 27 Golden Gate
#29"Despite giving Apple 100% reliable steps to reproduce, they asked me if the issue still occurred in the latest beta, and if it does, then I should submit an iOS sysdiagnose." No one looked at your repro steps, and no one researched your bug. They're just looking to cull the bug list. If you don't respond immediately, your radar is closed.
Re: hdiutil is deprecated in macOS 27 Golden Gate
#30Dealing with Apple's labyrinth maze that is Radar/Feedback is an exhausting nightmare, honestly. It leaves users intentionally blind as to the state of any FB's they raise, and (presumably unintentionally) gaslights users who attempt to improve the state of Apple's declining software products by repeatedly asking them for spindumps/sysdiagnoses that will subsequently either be ignored (sometimes for years), or re-requested in a future release.
I gave up attempting to engage with it years ago. Apple don't want technical feedback unless it's P1 security.