Live data from Hacker News

hdiutil is deprecated in macOS 27 Golden Gate

lapcatsoftware.com

41–50 of 106 posts

Re: hdiutil is deprecated in macOS 27 Golden Gate

#42
post #5

> To conclude, I don’t understand why hdiutil needs to be deprecated when the same functionality will live on in diskutil. For some reason, Apple seems intent on breaking longtime workflows and scripts. Brother, it’s Apple. Any backwards compatibility is purely incidental.

Consumer electronics, what do you expect ...

Re: hdiutil is deprecated in macOS 27 Golden Gate

#43
post #30

> Yes, Apple requested an iOS sysdiagnose for a macOS bug Dealing 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 subse…

It's just not worth it for individuals to volunteer their time for the benefit of the world's most valuable company.

Re: hdiutil is deprecated in macOS 27 Golden Gate

#44
post #36
post #5

> To conclude, I don’t understand why hdiutil needs to be deprecated when the same functionality will live on in diskutil. For some reason, Apple seems intent on breaking longtime workflows and scripts. Brother, it’s Apple. Any backwards compatibility is purely incidental.

Given Apple's reputation as of late, I was mildly shocked to learn that I could connect a SATA optical drive to my Mac with a USB-SATA bridge, right click on an image in the Finder, and tell it to burn the image to DVD. This is under the latest beta of macOS. You can call it incidental if you want, but it generally takes some effort to ensure everything works. That's especially true when you consider how much has cha…

iPods and AirPort Express units from 20+ years ago still work in modern macOS too. Things have been shuffled around some (iPods are now managed with the Finder instead of in Music.app) but they still work.

I would agree with the idea that they're not bothered about breaking workflows, particularly those involving command line tools, but hardware compatibility isn't nearly as bad as the internet might have one think. Source compatibility isn't all that bad either, many ancient Objective-C/AppKit codebases can be made to compile in an evening. It's mainly binaries that break.

Re: hdiutil is deprecated in macOS 27 Golden Gate

#45
post #38
post #15

Totally normal. March of progress. Old stuff goes away.

diskutil is for disks (e.g., volumes) while hdiutil is for disk images ("file system as a file"). They're not two versions of the same thing, so it doesn't make sense to dub deprecating hdiutil as "progress."

The former has been taking the latter’s job for years now.

Nobody really cares that they were originally for separate things.

Re: hdiutil is deprecated in macOS 27 Golden Gate

#46
post #36

Earlier quoted context omitted.

Given Apple's reputation as of late, I was mildly shocked to learn that I could connect a SATA optical drive to my Mac with a USB-SATA bridge, right click on an image in the Finder, and tell it to burn the image to DVD. This is under the latest beta of macOS. You can call it incidental if you want, but it generally takes some effort to ensure everything works. That's especially true when you consider how much has cha…

iPods and AirPort Express units from 20+ years ago still work in modern macOS too. Things have been shuffled around some (iPods are now managed with the Finder instead of in Music.app) but they still work. I would agree with the idea that they're not bothered about breaking workflows, particularly those involving command line tools, but hardware compatibility isn't nearly as bad as the internet might have one think.…

Yeah, Apple is very weary of breaking user functionality. They'll just break your app's ability to run.

Re: hdiutil is deprecated in macOS 27 Golden Gate

#47

Earlier 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.

> Haven’t they actually done a relatively good job in this regard in many ways? No. Can't run current versions of any apps including Chrome, Edge, and Safari. Meanwhile the hardware is perfectly fine and could run a supported version of Windows or Linux. Call me when Apple has a "LTSC" version of their OS. (Spoiler: they won't, ever. Supporting Apple in an enterprise is nothing short of a nightmare.)

This is partially on third-party devs' shoulders. There are community-maintained backports of Chromium and Mozilla for old versions of macOS, which means it isn't strictly impossible, but Google and Mozilla just don't bother and cut off compatibility earlier there than on other platforms.

It's even possible to build Mac apps to run on everything from OS X 10.4 (2005) through macOS 27 (2026) across PowerPC, Intel, and Apple Silicon in a single binary. See XLD[0], which does exactly that.

[0]: https://tmkk.undo.jp/xld/index_e.html

Re: hdiutil is deprecated in macOS 27 Golden Gate

#49

"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.

Gotta pump those metrics for the PMs

smells more like an auto-respond or ai-respond to extant issues. we will farm out reproducing this bug to the OG, both to save us time and because if they don't complain it must be a signal this isn't important anymore.

Re: hdiutil is deprecated in macOS 27 Golden Gate

#50

Earlier quoted context omitted.

> It’s not super current and not all apps work That's an enormous concession, relative to Windows or Linux.

> 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...

>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...

who cares?

when a closed source app fails the door is shut for good on self-remediation, unless you want to reverse engineer/break the law.

when an open source app fails to compile you can choose to put the time in to get the thing working. it's not a shut door, it's just a long path.

Post reply on HN