62 pointsby spenvo18 hours ago10 comments
  • jpadkins17 hours ago
    This reddit thread is devoid of any useful information. Just fear and speculation.
  • embedding-shape18 hours ago
    Seems to be the GUI only? Meaning no one on Linux is affected, or any of the people just using the TUI, as far as I can tell. I've used codex for a some time, and my current drive is ~1 year old (7624 hours on), only 86TB written so far, ~1% of lifetime writes.
    • saidnooneever12 hours ago
      its gui only and i dont think it happen for everyone.i dont see it on my machine, but its good to check. didnt notice anything on cli nor gui, but i started gui only on last 2 versions
  • recitedropper16 hours ago
    Vibe code giveth, vibe code taketh.
  • spenvo18 hours ago
    OpenAI's first related fix was in 0.142.x on June 22 but apparently it wasn't sufficient and user have continued to complain. Seems like a thread with decent additional context: https://x.com/0x_kaize/status/2078872972245225586
  • hyperhello16 hours ago
    The GUI app does run the fan very hard and heat the laptop for something supposedly running on the cloud. If it is using my computer to cache things and assist with tasks, okay, but if it’s just revving the motor I don’t want it to.
    • jsmith9916 hours ago
      Mine too, on windows. It seems to be some very aggressive and poorly planned rg (ripgrep) calls mostly, when running parallel sessions. Multiple simultanous Claude code sessions don't have same problem.
  • arto16 hours ago
  • port300016 hours ago
    Does writing to an SSD often really 'wear out' the device?
    • aqfamnzc16 hours ago
      Yes, they have a finite number of writes. The controller keeps track of this so you can even see what % of your SSD life is remaining in that sense.
      • port300016 hours ago
        Interesting, thanks, had no idea
        • shortercode16 hours ago
          There are also some cases where this can be magnified by certain write patterns or system behaviours.

          I think there was a case of Teslas having these sorts of failures at one point due to them writing logs quite aggressively.

          Another example was MacOS causing rapid wear due to virtual memory swaps if I recall on devices with smaller amounts of RAM.

          • dragontamer16 hours ago
            Those Teslas were controller-less SSDs IIRC, common in the cheap embedded world.

            Modern proper SSDs for computers do their best to spread out the writes (TRIM, and other features). They still wear out of course, nothing can beat physics. But if you buy a 2TB drive, there's a lot of room to spread out the write cycles that a normal user probably never has to worry about (no normal user is going to hit 500TBs of writes that breaks a modern 2TB SSD write balancing algorithm)

            But it probably should be noted that embedded controller-free SSDs have significant write amplification issues. Embedded systems assumed you were trying to save money and/or compute... and also assumed you didn't do too many writes. So they really weren't designed for the write cycles that Teslas logging system did.

    • mirashii16 hours ago
      Yes. Flash cells in SSDs are rated for a particular number of write cycles.
    • sokoloff16 hours ago
      Yes. NAND cells can only be erased and rewritten a finite number of times.
  • jacobgold16 hours ago
    > Codex Desktop for macOS triggers a persistent macOS Gatekeeper/SystemPolicy loop after launch.

    As a Linux guy, I recently did some macOS development and was incredibly annoyed by the "security" features, which seem designed to shift blame for security issues from Apple to users.

    macOS is constantly throwing up security screens and warnings about completely normal programs the user knowingly installed and trusted.

    If a developer pays for an Apple Developer account, signs their software, and a user knowingly downloads and installs it, that software should be allowed to run and do what the user wants.

    • appplication16 hours ago
      I’ve been developing on MacOS for years and don’t think I’m familiar with what you’re talking about. I’m familiar with the warnings, but hardly ever see them.
      • throw123456789113 hours ago
        When you download an unsigned program and try to launch it, you get a warning and refusal to run until you go to system settings / privacy and security, and allow the program to run from there.
      • jacobgold15 hours ago
        I meant distributing software for macOS.
        • appplication15 hours ago
          That’s fair. What’s the Apple-recommended way to avoid this? I interact with a lot of software and tend not to hit it but I also don’t really interact with downloaded executables
          • jacobgold14 hours ago
            I assume Apple would prefer everyone use the Mac App Store exclusively? I'm not even sure if that solves the problem but it's a non-starter for me anyway.
          • perryizgr810 hours ago
            You don't interact with downloaded executables? How do you procure your executables? From USB drives? Every single executable that didn't ship with the computer from the factory was downloaded. Even the ones built into the OS if you ever let it update.
    • frizlab16 hours ago
      Fully disagree. I actively want to know when a program tries to access my hard drive and stuff…
      • jacobgold15 hours ago
        I understand the motivation, but the implementation results in little more than security theater in practice.

        If you say "yes", the program can do almost anything and you'll have no idea what it's actually doing. If you say "no", you often can't use it for its intended purpose.

        They took the iOS model and applied it to their desktop OS and it's just lazy and broken.

        • nfbdhdfbf15 hours ago
          At least 50% of the time I see these warnings, the application is attempting to access something I wouldn’t have expected to access. I’m very happy to have the option to say “no” in those cases, so I can either validate that it’s legitimate or delete the sloppy software before it messes things up.

          It might be a lazy model, I imagine Apple could’ve done something better if they still gave a damn about desktop, but I’ll take this over nothing. It actively provides value to me.

          • frizlab12 hours ago
            Maybe Apple could have done better, but I’m not sure how. There is an option to ask for access to a given folder only (if the dev does its job right) in addition to either full access or not. At some point there has to be some kind of trust to be given.
    • jrflo15 hours ago
      It is super annoying when you first set up a Mac and is really over the top. Definitely geared more towards the average user rather than developers. But, once you get through the barrage of approvals during initial use you're basically good to go for the lifetime of that machine. That said, I really wish there was a "I know what I'm doing" checkbox to avoid a lot of that BS...
      • addaon13 hours ago
        > That said, I really wish there was a "I know what I'm doing" checkbox to avoid a lot of that BS...

        The "I know what I'm doing" approach is the absence of the checkbox. Each of these decisions matters, and gives you insight into what the programs you're installing are trying to do today, independent of what they did when you last installed them (and maybe audited them) five years ago. Neither default behavior of "disallow all" (which would prevent correct operation of many programs) or "allow all" (which would likely violate your trust assumptions) is safe -- thought and human decision-making based on your own risk model and your own intended use of the installed software is needed.

    • 16 hours ago
      undefined
      • 16 hours ago
        undefined
  • haebom17 hours ago
    Use "TUI"
  • 17 hours ago
    undefined