5 ms·

hdiutil is deprecated in macOS 27 Golden Gate

189 points by zdw 2mo ago

jstsch 2mo ago
Was the error visible somewhere through Console.app? This is a major annoyance for me with Cocoa/AppKit apps that basically have terminal usage secondary.
nrabulinski 2mo ago
Given 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)
- bbatsell 2mo ago
  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.)
  - deleted 2mo ago
    [deleted]
  - sunshowers 2mo ago
    This is only tangentially related, but libuv and mio's Windows implementations use the undocumented AFD readiness-based poll interface [1], since there isn't a documented readiness-based interface on Windows. The undocumented interface is now effectively stable since, among other reasons, Microsoft uses Tokio in some of its products. [1] https://github.com/tokio-rs/mio/blob/master/src/sys/windows/afd.rs https://github.com/tokio-rs/mio/blob/master/src/sys/windows/...
    - qalmakka 2mo ago
      libuv does all sorts of shenanigans, like using the undocumented fields in STARTUPINFOW the CRT uses to pass file descriptors to processes inheriting handles so that you can open whatever file descriptor you need in your children processes like in POSIX But Microsoft kind of expects this crap and will support it until the end of time; Apple can't give a crap until and will readily break programs even when they use legal APIs
    - my123 2mo ago
      Windows has a stable syscall ABI today officially, for supporting down-level containers: > https://learn.microsoft.com/en-us/virtualization/windowscontainers/deploy-containers/version-compatibility?source=recommendations&tabs=windows-server-2025%2Cwindows-11 https://learn.microsoft.com/en-us/virtualization/windowscont... > Decoupling the User/Kernel boundary in Windows is a monumental task and highly non-trivial, however, we have been working hard to stabilize this boundary across all of Windows to provide our customers the flexibility to run down-level containers. Starting with Windows 11 and Windows Server 2022 we are enabling the ability to run process-isolated WS2022 containers on Windows 11 hosts.
- dieulot 2mo ago
  Similarly, launchctl has long-deprecated subcommands. I initially tried using the new subcommands, ran into issues, and told myself I should have known the “deprecated” ones were the way to go, now and forward.
DrJokepu 2mo ago
> 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.
- steve_adams_86 2mo ago
  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.
  - pudgywalsh 2mo ago
    > 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.)
    - cosmic_cheese 2mo ago
      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 https://tmkk.undo.jp/xld/index_e.html
      - WesolyKubeczek 2mo ago
        Command-line tools are fine like this; a full-fledged GUI apps, not so much on account of how Cocoa/AppKit/UIKit evolved. Your x86_64 slice would have to deal with all shenanigans between 10.7 and 26, and I suspect it’s not fun at all.
haunter 2mo ago
[flagged]
- kdkdkwjfkw 2mo ago
  [flagged]
  - bigyabai 2mo ago
    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.
    - fragmede 2mo ago
      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?
      - sunshowers 2mo ago
        > 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.
pudgywalsh 2mo ago
Pepperidge Farm remembers when they removed the Telnet client (and ntpd, and a half dozen other things) from the OS and didn't warn anyone.
user19282 2mo ago
I read this as hidutil and had a mini heart attack.
select1 2mo ago
Totally normal. March of progress. Old stuff goes away.
- doodlesdev 2mo ago
  If diskutil actually did everything OP looks for that was available in hdiutil, that's correct. If you read the post though, you'll see that diskutil has many limitations compared to its predecessor.
- KlayLay 2mo ago
  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."
  - Klonoar 2mo ago
    The former has been taking the latter’s job for years now. Nobody really cares that they were originally for separate things.
    - KlayLay 2mo ago
      What are you talking about? You can't operate on disk images with diskutil outside of the few commands diskutil image gives you. For example, if you need to check whether or not a disk image is encrypted, you can use hdiutil info and hdiutil isencrypted. If you use diskutil image info, you may be prompted for a password, which doesn't make sense to handle in a program. A disk image is not just a fancy disk. Disks and disk images operate on different planes, which is why the distinction between diskutil and hdiutil exists.
- applfanboysbgon 2mo ago
  Progress is when we make things worse just because we can. Username relevant as always.
StilesCrisis 2mo ago
"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.
- boredatoms 2mo ago
  Gotta pump those metrics for the PMs
  - natbro 2mo ago
    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.
    - deleted 2mo ago
      [deleted]
    - StilesCrisis 2mo ago
      This pattern predates AI. It's just something they do with all idle radars when new OS releases launch. The fact that it was bucketed under iOS means they did literally zero investigation.
- deleted 2mo ago
  [deleted]
- dreamcompiler 2mo ago
  Sometimes I almost believe there are whole sections of the Apple Ring building where the employees are so immersed in IOS that they're unaware MacOS exists.
  - miniBill 2mo ago
lukeify 2mo ago
> 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 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.
- kibwen 2mo ago
  It's just not worth it for individuals to volunteer their time for the benefit of the world's most valuable company.
- eptcyka 2mo ago
  We’ve received many an email urging us to reach out to Apple via Feedback Assistant. We of course have, multiple times. We’re told that we will strike gold if we just resubmit a bug report to some other part of the company. Yet, the APIs are still broken, and break again with new releases. Sometimes they get back to us to clarify something, often they do not. Some things have been fixed, most have not. I understand the realities of sifting through millions of reports, but the futility of being told to report harder and fighting with UX breaking bugs does not inspire confidence in Apple’s software teams. The bugs I am referring to are interactions where an app cannot update automatically or manually if you set this one flag, or your socket never fires any callbacks if you set the one cool flag, or this view mostly always fires a callback on dismissal, but not always. Some things we can work around, with varying degrees of effort. Some we cannot. It is very clear to me that nobody tests the things we run into, for I cannot imagine how anyone would let this stuff pass into production otherwise.
binaryturtle 2mo ago
So I guess ram disks are deprecated too? (AFAIR hdiutil was the only way to create them)
- plorkyeran 2mo ago
  This is one of the things the new `diskutil image` subcommand mentioned in the article supports: `diskutil image attach ram://${size}m`.
- anonymousiam 2mo ago
  RAM itself is deprecated. All the new systems have about one fourth of the RAM they had two years ago. Something about some insider B2B deals for data centers, blah blah blah. I expect a flood of cheap RAM, SSDs, and GPUs to hit the scene within about two years, after the AI boom goes bust.
mococa 2mo ago
Rosseta too
- trueno 2mo ago
  this ones gonna fuck me up. i actually think this one is going to destroy some goodwill, it specifically is worth maintaining...forever. and they have the resources to do it.
  - mococa 2mo ago
    They say that only a guy have worked fulltime on rosseta, so I think they don’t care too much
stasomatic 2mo ago
[flagged]
- UqWBcuFx6NV4r 2mo ago
  [flagged]
- oefrha 2mo ago
  Great, let’s deprecate everything never used by stasomatic, that will give us a much leaner OS.
  - uinibubhb 2mo ago
    [flagged]
- lapcat 2mo ago
  > It's in vogue to rag on Apple because of its size/influence/market cap. Article author here. I've been a Mac developer and blogging about the Mac since 2006, before iPhone was even announced, when Apple was much smaller in size/influence/market cap. Nothing about my blog is "in vogue". > I've used hdutil perhaps never. Why are you commenting on an article about hdiutil, which you've never used and can't even spell? And why would you think that a technical comparison of the hdiutil and diskutil command-line utilities would be an effective way to "rag" on Apple? I use hdiutil every day, so that's why I'm concerned.
  - stasomatic 2mo ago
    Hi lapcat, apologies, I meant no disrespect to you in my comment. I had a knee jerk reaction to what seemed to me "another Apple bad" post and exercised bad judgement. Cheers.
    - lapcat 2mo ago
      Thank you. I appreciate the comment. It's just frustrating that knee-jerk reactions are ubiquitous in the Hacker News comments, on every popular submission, despite the site guidelines urging the opposite.
oefrha 2mo ago
I like how the $4.5T company can’t pay for the 100 engineering hours a year to maintain this, or just fork over the Claude tokens to do it, while they keep telling us how productive AI is making them (which, to be clear, has indeed made me a lot more productive).
- compiler-devel 2mo ago
  The greed is as endless as the earth is old.
  - uinibubhb 2mo ago
    [flagged]
  - Shank 2mo ago
    Is it also not greedy to demand virtually unlimited support from companies? Why should Apple spend money on this random utility that virtually nobody uses?
    - saagarjha 2mo ago
      Because I use it and pay them money for that?
      - xethos 2mo ago
        Yes, you've made the right call trusting Apple with this, the company with famously-good backwards-compatibility and long-lived support for third-party software /s
      - throw0101d 2mo ago
        > Because I use it and pay them money for that? This is like saying to a cop that's pulled you over for speeding "I pay for your salary". Yes, you do. But so do a bunch of other people do as well. And someone has to decide how to balance the needs of the many, which is where management / governance comes it: and said management has decided that the resources will be spent, or not spent, on certain things.
VCFundedGenYer 2mo ago
Of course, right as I discover this tool and start using it to make ISO files, it's deprecated.
sleepybrett 2mo ago
could his root owned file problem be solved with a heaping helping of sudo?
swozey 2mo ago
Been raving about my $3500 2021 (maybe 2020) m1 max 64gb outlasting the Windows x86 laptops I'd probably have replaced 2 maybe 3 times by now, but it absolutely feels slower this year to the point I reinstalled macos for the first time. I don't know what they're doing but if they think I'm going to drop $6k for the similar m6 max now doing some planned obsolescence stuff I'll never be able to prove they're out of their minds. I've heard golden gate is much faster than Tahoe but we'll see.
- fps-hero 2mo ago
  Tahoe has destroyed macOS performance. I’m running a maxed out last gen intel and was getting stuttering and slide showing straight out of the update. It was completely unusable until I turned on reduced transparency. Colleagues on much better spec’d M1/2/3 all noted similar, but not quite so drastic, slow downs. The hugest issue is search appears to be universal broken. Spotlight doesn’t work, finder doesn’t work, email doesn’t work. The other day I had to login to Gmail through the web app for the first time in about 5 years to find an email I knew existed that mail decided didn’t exist. Insult to injury is the search indexing service appears to be somewhat responsible for slowdowns. It’s right up there with the famous “windows updating in the background” slowdowns.

189 points by zdw 2mo ago

Was the error visible somewhere through Console.app? This is a major annoyance for me with Cocoa/AppKit apps that basically have terminal usage secondary.

nrabulinski 2mo ago

Given 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)

bbatsell 2mo ago
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.)
- deleted 2mo ago
  [deleted]
- sunshowers 2mo ago
  This is only tangentially related, but libuv and mio's Windows implementations use the undocumented AFD readiness-based poll interface [1], since there isn't a documented readiness-based interface on Windows. The undocumented interface is now effectively stable since, among other reasons, Microsoft uses Tokio in some of its products. [1] https://github.com/tokio-rs/mio/blob/master/src/sys/windows/afd.rs https://github.com/tokio-rs/mio/blob/master/src/sys/windows/...
  - qalmakka 2mo ago
    libuv does all sorts of shenanigans, like using the undocumented fields in STARTUPINFOW the CRT uses to pass file descriptors to processes inheriting handles so that you can open whatever file descriptor you need in your children processes like in POSIX But Microsoft kind of expects this crap and will support it until the end of time; Apple can't give a crap until and will readily break programs even when they use legal APIs
  - my123 2mo ago
    Windows has a stable syscall ABI today officially, for supporting down-level containers: > https://learn.microsoft.com/en-us/virtualization/windowscontainers/deploy-containers/version-compatibility?source=recommendations&tabs=windows-server-2025%2Cwindows-11 https://learn.microsoft.com/en-us/virtualization/windowscont... > Decoupling the User/Kernel boundary in Windows is a monumental task and highly non-trivial, however, we have been working hard to stabilize this boundary across all of Windows to provide our customers the flexibility to run down-level containers. Starting with Windows 11 and Windows Server 2022 we are enabling the ability to run process-isolated WS2022 containers on Windows 11 hosts.
dieulot 2mo ago
Similarly, launchctl has long-deprecated subcommands. I initially tried using the new subcommands, ran into issues, and told myself I should have known the “deprecated” ones were the way to go, now and forward.

DrJokepu 2mo ago

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

steve_adams_86 2mo ago
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.
- pudgywalsh 2mo ago
  > 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.)
  - cosmic_cheese 2mo ago
    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 https://tmkk.undo.jp/xld/index_e.html
    - WesolyKubeczek 2mo ago
      Command-line tools are fine like this; a full-fledged GUI apps, not so much on account of how Cocoa/AppKit/UIKit evolved. Your x86_64 slice would have to deal with all shenanigans between 10.7 and 26, and I suspect it’s not fun at all.

haunter 2mo ago

[flagged]

kdkdkwjfkw 2mo ago
[flagged]
- bigyabai 2mo ago
  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.
  - fragmede 2mo ago
    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?
    - sunshowers 2mo ago
      > 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.

pudgywalsh 2mo ago

Pepperidge Farm remembers when they removed the Telnet client (and ntpd, and a half dozen other things) from the OS and didn't warn anyone.

user19282 2mo ago

I read this as hidutil and had a mini heart attack.

select1 2mo ago

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

doodlesdev 2mo ago
If diskutil actually did everything OP looks for that was available in hdiutil, that's correct. If you read the post though, you'll see that diskutil has many limitations compared to its predecessor.
KlayLay 2mo ago
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."
- Klonoar 2mo ago
  The former has been taking the latter’s job for years now. Nobody really cares that they were originally for separate things.
  - KlayLay 2mo ago
    What are you talking about? You can't operate on disk images with diskutil outside of the few commands diskutil image gives you. For example, if you need to check whether or not a disk image is encrypted, you can use hdiutil info and hdiutil isencrypted. If you use diskutil image info, you may be prompted for a password, which doesn't make sense to handle in a program. A disk image is not just a fancy disk. Disks and disk images operate on different planes, which is why the distinction between diskutil and hdiutil exists.
applfanboysbgon 2mo ago
Progress is when we make things worse just because we can. Username relevant as always.

StilesCrisis 2mo ago

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

boredatoms 2mo ago
Gotta pump those metrics for the PMs
- natbro 2mo ago
  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.
  - deleted 2mo ago
    [deleted]
  - StilesCrisis 2mo ago
    This pattern predates AI. It's just something they do with all idle radars when new OS releases launch. The fact that it was bucketed under iOS means they did literally zero investigation.
deleted 2mo ago
[deleted]
dreamcompiler 2mo ago
Sometimes I almost believe there are whole sections of the Apple Ring building where the employees are so immersed in IOS that they're unaware MacOS exists.
- miniBill 2mo ago

lukeify 2mo ago

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

kibwen 2mo ago
It's just not worth it for individuals to volunteer their time for the benefit of the world's most valuable company.
eptcyka 2mo ago
We’ve received many an email urging us to reach out to Apple via Feedback Assistant. We of course have, multiple times. We’re told that we will strike gold if we just resubmit a bug report to some other part of the company. Yet, the APIs are still broken, and break again with new releases. Sometimes they get back to us to clarify something, often they do not. Some things have been fixed, most have not. I understand the realities of sifting through millions of reports, but the futility of being told to report harder and fighting with UX breaking bugs does not inspire confidence in Apple’s software teams. The bugs I am referring to are interactions where an app cannot update automatically or manually if you set this one flag, or your socket never fires any callbacks if you set the one cool flag, or this view mostly always fires a callback on dismissal, but not always. Some things we can work around, with varying degrees of effort. Some we cannot. It is very clear to me that nobody tests the things we run into, for I cannot imagine how anyone would let this stuff pass into production otherwise.

binaryturtle 2mo ago

So I guess ram disks are deprecated too? (AFAIR hdiutil was the only way to create them)

plorkyeran 2mo ago
This is one of the things the new `diskutil image` subcommand mentioned in the article supports: `diskutil image attach ram://${size}m`.
anonymousiam 2mo ago
RAM itself is deprecated. All the new systems have about one fourth of the RAM they had two years ago. Something about some insider B2B deals for data centers, blah blah blah. I expect a flood of cheap RAM, SSDs, and GPUs to hit the scene within about two years, after the AI boom goes bust.

mococa 2mo ago

Rosseta too

trueno 2mo ago
this ones gonna fuck me up. i actually think this one is going to destroy some goodwill, it specifically is worth maintaining...forever. and they have the resources to do it.
- mococa 2mo ago
  They say that only a guy have worked fulltime on rosseta, so I think they don’t care too much

stasomatic 2mo ago

[flagged]

UqWBcuFx6NV4r 2mo ago
[flagged]
oefrha 2mo ago
Great, let’s deprecate everything never used by stasomatic, that will give us a much leaner OS.
- uinibubhb 2mo ago
  [flagged]
lapcat 2mo ago
> It's in vogue to rag on Apple because of its size/influence/market cap. Article author here. I've been a Mac developer and blogging about the Mac since 2006, before iPhone was even announced, when Apple was much smaller in size/influence/market cap. Nothing about my blog is "in vogue". > I've used hdutil perhaps never. Why are you commenting on an article about hdiutil, which you've never used and can't even spell? And why would you think that a technical comparison of the hdiutil and diskutil command-line utilities would be an effective way to "rag" on Apple? I use hdiutil every day, so that's why I'm concerned.
- stasomatic 2mo ago
  Hi lapcat, apologies, I meant no disrespect to you in my comment. I had a knee jerk reaction to what seemed to me "another Apple bad" post and exercised bad judgement. Cheers.
  - lapcat 2mo ago
    Thank you. I appreciate the comment. It's just frustrating that knee-jerk reactions are ubiquitous in the Hacker News comments, on every popular submission, despite the site guidelines urging the opposite.

oefrha 2mo ago

I like how the $4.5T company can’t pay for the 100 engineering hours a year to maintain this, or just fork over the Claude tokens to do it, while they keep telling us how productive AI is making them (which, to be clear, has indeed made me a lot more productive).

compiler-devel 2mo ago
The greed is as endless as the earth is old.
- uinibubhb 2mo ago
  [flagged]
- Shank 2mo ago
  Is it also not greedy to demand virtually unlimited support from companies? Why should Apple spend money on this random utility that virtually nobody uses?
  - saagarjha 2mo ago
    Because I use it and pay them money for that?
    - xethos 2mo ago
      Yes, you've made the right call trusting Apple with this, the company with famously-good backwards-compatibility and long-lived support for third-party software /s
    - throw0101d 2mo ago
      > Because I use it and pay them money for that? This is like saying to a cop that's pulled you over for speeding "I pay for your salary". Yes, you do. But so do a bunch of other people do as well. And someone has to decide how to balance the needs of the many, which is where management / governance comes it: and said management has decided that the resources will be spent, or not spent, on certain things.

VCFundedGenYer 2mo ago

Of course, right as I discover this tool and start using it to make ISO files, it's deprecated.

sleepybrett 2mo ago

could his root owned file problem be solved with a heaping helping of sudo?

swozey 2mo ago

Been raving about my $3500 2021 (maybe 2020) m1 max 64gb outlasting the Windows x86 laptops I'd probably have replaced 2 maybe 3 times by now, but it absolutely feels slower this year to the point I reinstalled macos for the first time. I don't know what they're doing but if they think I'm going to drop $6k for the similar m6 max now doing some planned obsolescence stuff I'll never be able to prove they're out of their minds. I've heard golden gate is much faster than Tahoe but we'll see.

fps-hero 2mo ago
Tahoe has destroyed macOS performance. I’m running a maxed out last gen intel and was getting stuttering and slide showing straight out of the update. It was completely unusable until I turned on reduced transparency. Colleagues on much better spec’d M1/2/3 all noted similar, but not quite so drastic, slow downs. The hugest issue is search appears to be universal broken. Spotlight doesn’t work, finder doesn’t work, email doesn’t work. The other day I had to login to Gmail through the web app for the first time in about 5 years to find an email I knew existed that mail decided didn’t exist. Insult to injury is the search indexing service appears to be somewhat responsible for slowdowns. It’s right up there with the famous “windows updating in the background” slowdowns.