• FQQD! @lemmy.ohaa.xyz
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    you should do this with every one of these cases. btw, where does .Trash-1000 actually come from?

    • Lucy :3@feddit.org
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      I had a long and frustrating conflict with this, on this post.

      As @d_k_bo@feddit.org (An dem Punkt könnten wir auch einfach Deutsch labern) noted, it’s a freedesktop.org specification.

      I still stand the point that it’s not very thought through (a hidden dir? Why?), and that blindly implementing it is annoying. It shouldn’t be a universal standard for all systems, as it’s only relevant if you use a file manager which can then use that dir as Trash dir - which I don’t. That could be tested by only allowing filemanagers to create the dir, and if it doesn’t exist, discard the data. That’s probably how some programs work, as only Prismlauncher has created the dir.

      Workaround: ln -s .Trash-1000 /dev/null

        • Lucy :3@feddit.org
          link
          fedilink
          arrow-up
          0
          ·
          3 months ago

          Hab tagelang hass geschoben weil der Schmutz mir massiv Speicherplatz geklaut hat. Muss halt zu dev/null symlinken und prüfe regelmäßig global ob es ein neues davon gibt.

      • M.int@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        Why is there a * in front of DS_Store?
        Seems like fastly made a small mistake find . -name '.DS_Store' -type f -print -delete would just match the exact file and is faster.

  • Psythik@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    As much as they love to sue people, I don’t understand why Nintendo doesn’t go after Apple for trademark infringement, so that they’re forced to inally come up with a better method of storing folder attributes.

      • JackbyDev@programming.dev
        link
        fedilink
        English
        arrow-up
        0
        ·
        3 months ago

        This is probably not a relevant counter point, just a(n un)fun fact, but Nintendo put in a patent for throwing a capture ball at monsters after Pal World was released and Pal World has to change some stuff (though I’m not sure if they’re doing it to avoid going to court because they’re concerned or if they’re being compelled).

  • cm0002@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    See also: Let’s roll our own .zip implementation that only Mac can reliably read for…reasons

    • stebo@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      every time i get a zip file from a mac user it has a folder with random junk in it. what’s up with that? i can open the files without it so clearly those files are unnecessary

      • skuzz@discuss.tchncs.de
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        Metadata that’s a holdover from the 1980s MacOS behavior. Hilariously, today, NTFS supports that metadata better than Apple’s own filesystems of today. They can hide it in Alternate Data Streams.

          • kalleboo@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            edit-2
            3 months ago

            APFS still supports resource forks just fine - I can unstuff a 1990’s Mac application in Sequoia on a Apple Silicon Mac, copy it to my Synology NAS over SMB, and then access that NAS from a MacOS 9 Mac using AFP and it launches just fine.

            The Finder just doesn’t use most of it so that it gets preserved in file copies and zip files and such.

  • webghost0101@sopuli.xyz
    link
    fedilink
    arrow-up
    0
    ·
    edit-2
    3 months ago

    I would also like a word with “bonjour” process while we’re at it.

    Thought it was a virus when I first discovered it.

    • MonkderVierte@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      That was what caused duplicates on setting the printer as default on dad’s PC. Just disable active scanning for new printers in the config. Was quite some detective work with examining the service file and recursively grepping /etc for variable names multiple times.

    • JackbyDev@programming.dev
      link
      fedilink
      English
      arrow-up
      0
      ·
      3 months ago

      Idk what all it does and doesn’t do, but installing it in Windows lets you find your Raspberry Pi by its “.local” hostname. I know it was originally for printers or something.

      • boonhet@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        It’s for local service discovery. Those services may be printers on your network, or another computer sharing music on iTunes (which is why as a Windows user you’d usually get Bonjour when installing iTunes). Or maybe it’s your Raspberry Pi.

        It feels iffy because it comes bundled with other software without you being asked (IIRC) and it autoruns on startup. And I mean 20 years ago when iPods were a thing and people had to use iTunes on Windows, a couple dozen megabytes of RAM really mattered too. Hell I had 512 MB back when I had an iPod (and therefore iTunes)

    • tyler@programming.dev
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      Isn’t bonjour the reason that devices like printers famously worked so much better on Mac than windows? I feel like I read an article about that like a decade or two ago.

  • raspberriesareyummy@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    honestly - while a Mac is certainly less painful to use than winshit, putting rubbish files recursively into each(!!) accessed folder, on all thumbdrives ever inserted, that’s something Jobs deserves to burn in hell for.

      • vvv@programming.dev
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        the macos file browser, Finder, lets you set a background for a folder, move file icons around to arbitrary positions, other shenanigans. in order for this to work across systems on removable storage media and network mounts, they have this.

          • filcuk@lemmy.zip
            link
            fedilink
            arrow-up
            0
            ·
            3 months ago

            I don’t think the code is available for people to figure out whether there’s a reason or if it’s completely arbitrary.

          • FearfulSalad@ttrpg.network
            link
            fedilink
            arrow-up
            0
            ·
            3 months ago

            Maybe. There are many ways to move files and directories around without using Finder, at which point all indexed data about those files and directories will be stale. Forcing something as core as mv to update Spotlight would be significantly worse, I think. By keeping the .DS_Store files co-located with the directory they index, moving a directory does not invalidate the index data (though moving a file without using Finder still does). Whether retaining indexing on directory moves is a compelling enough reason to force the files everywhere is probably dependent on whether that’s a common enough pattern among workflows of users, and whether spotlight performance would suffer drastically if it were reliant on a central store not resilient against such moves.

            So, it’s probably a shaky reason at best.

          • Natanael@lemmy.zip
            link
            fedilink
            English
            arrow-up
            0
            ·
            3 months ago

            In Unixy environments like Mac and Linux the application can’t always know what the mountpoint of a drive is so it’s not always obvious which root folder to put those index/config files in if it’s a portable drive or network drive. Some mountpoints are standard per each OS, but not everything sticks to the standard.

      • lengau@midwest.social
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        FWIW Dolphin only does it if the filesystem doesn’t provide a way to add that metadata directly to the directory and you change the view configuration for that directory away from your standard configuration. Which is how the standard describes to do it. (Some file managers incorrectly add those .directory files to every directory you visit.)

        A mac will add a .DS_Store file to any directory just by breathing on it.

        • ulterno@programming.dev
          link
          fedilink
          English
          arrow-up
          0
          ·
          3 months ago

          Well, those are different specifications. Apple(who wants everything for themselves) vs FDO(whose main goal seems to be interoperability)

        • ulterno@programming.dev
          link
          fedilink
          English
          arrow-up
          0
          ·
          3 months ago

          I have manually made .directory files (using a bash script) to set icons on folders.

          It feels good when programs let you know what they intend on doing.

      • M.int@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        That doesn’t work, DS_Store are files not directories ( you need to use -type f).
        An equivalent find command would be:
        find "$HOME" -type f -name '.DS_Store' -delete -print
        find takes a while; fd is way, way faster, but find is preinstalled, so there is that.

  • supersquirrel@sopuli.xyz
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    Where did this art come from? It seems like the cover to a tabletop wargame about the french and indian war or something.