this post was submitted on 06 Jun 2024
929 points (99.0% liked)
linuxmemes
21393 readers
1949 users here now
Hint: :q!
Sister communities:
Community rules (click to expand)
1. Follow the site-wide rules
- Instance-wide TOS: https://legal.lemmy.world/tos/
- Lemmy code of conduct: https://join-lemmy.org/docs/code_of_conduct.html
2. Be civil
- Understand the difference between a joke and an insult.
- Do not harrass or attack members of the community for any reason.
- Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
- Bigotry will not be tolerated.
- These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
3. Post Linux-related content
- Including Unix and BSD.
- Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of
sudoin Windows. - No porn. Even if you watch it on a Linux machine.
4. No recent reposts
- Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
Please report posts and comments that break these rules!
Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Can someone explain why MacOS always seems to create _MACOSX folders in zips that we Linux/Windows users always delete anyway?
Window adds desktop.ini randomly too
Linux adds .demon_portal files all over my computer too.
That's not Linux doing that. It's the demons in your hardware trying to escape. They normally don't cause too many issues luckily, but if you don't close the portals occasionally they can take over your system.
Yeah, those tend to be pre-folder settings for the File Explorer.
Like View options, thumbnails and such.
It's been a while for me, but I think there was something specially for thumbnails too. You might find one if you go into the folder options and set a folder to optimized for pictures/videos and add some to it.
Anti Commercial-AI license
You're thinking of the
thumbs.dbfiles: https://en.wikipedia.org/wiki/Windows_thumbnail_cache#Thumbs.dbHuh, never noticed that. Probably always thought that was just part of the program/files needed.
this is a complete uneducated guess from a relatively tech-illiterate guy, but could it contain mac-specific information about weird non-essential stuff like folder backgrounds and item placement on the no-grid view?
Correct. It contains filesystem metadata that's not supported in the zip files "filesystem".
Interesting. We have that in Linux too just not for every directory.
They're Metadata specific for Macs.
If you download a third party compression tool they'll probably have an option somewhere to exclude these from the zips but the default tool doesn't Afaik.
Thanks! Hmm, never thought of looking at 7zip's settings to see if it can autodelete/not unpack that stuff. I'll see if I can find such a setting!
You can definitely check, but I would expect the option to exist when the archive is created rather than when it's extracted
"Resource forks" IIRC, old stuff. Same for the .DS_Store file.
For just $12.99 you can disable this https://apps.apple.com/us/app/blueharvest/id739483376
Because Apple always gotta fuck with and "innovate" perfectly working shit
Windows's built-in tool can make zips without fucking with shit AND the resulting zip works just fine across systems.
Mac though...Mac produced zips always ALWAYS give me issues when trying to unzip on a non-mac (ESPECIALLY Linux)
HFS+ has a different features set than NTFS or ext4, Apple elect to store metadata that way.
I would imagine modern FS like ZFS or btrfs could benefit from doing something similar but nobody has chosen to implement something like that in that way.
Yeah totally!
frantically searches for the meaning of all those abbreviations
I gotcha:
Great summary, but I've to add that NTFS is WAY more stable than ext4 when it comes to hardware glitches and/or power failures. ZFS is obviously superior to both but overkill for most people, BTRFS should be a nice middle ground and now even NAS manufacturers like Synology are migrating ext4 into BTRFS.
Well that's good to know because I had some terrible luck with it about a decade ago. Although I don't think I would go back to windows, I just don't need it for work anymore and it's become far too complex.
I've also had pretty bad luck with BTRFS though, although it seems to have improved a lot in the past 3 years that I've been using it.
ZFS would be good but having to rebuild the kernel module is a pain in the ass because when it fails to build you're unbootable (on root). I also don't like how clones are dependant on parents, requires a lot of forethought when you're trying to create a reproducible build on eg Gentoo.
Thanks!
MacOS has two files per file, so the extras need to be stored somewhere.