• @[email protected]
    96•6 months ago

    Zip makes different tradeoffs. Its compression is basically the same as gz, but you wouldn’t know it from the file sizes.

    Tar archives everything together, then compresses. The advantage is that there are more patterns available across all the files, so it can be compressed a lot more.

    Zip compresses individual files, then archives. The individual files aren’t going to be compressed as much because they aren’t handling patterns between files. The advantages are that an error early in the file won’t propagate to all the other files after it, and you can read a file in the middle without decompressing everything before it.

    • @[email protected]
      13•6 months ago

      Yeah that’s a rather important point that’s conveniently left out too often. I routinely extract individual files out of large archives. Pretty easy and quick with zip, painfully slow and inefficient with (most) tarballs.

    • fmstrat
      5•6 months ago

      Nowhere in here do you cover bzip, the subject of this meme. And tar does not compress.

      • @[email protected]
        7•6 months ago

        It’s just a different layer of compression. Better than gzip generally, but the tradeoffs are exactly the same.

        • fmstrat
          2•6 months ago

          Well, yes. But your original comment has inaccuracies due to those 2 points.

    • @[email protected]
      3•6 months ago

      Can you evaluate the directory tree of a tar without decompressing? Not sure if gzip/bzip2 preserve that.

  • @[email protected]
    88•6 months ago

    Obligatory shilling for unar, I love that little fucker so much

    • Single command to handle uncompressing nearly all formats.
    • No obscure flags to remember, just unar <yourfile>
    • Makes sure output is always contained in a directory
    • Correctly handles weird japanese zip files with SHIFT-JIS filename encoding, even when standard unzip doesn’t
      • @[email protected]English
        8•6 months ago

        Voicebanks for Utau (free (as in beer, iirc) clone of Vocaloid) are primarily distributed as SHIFT-JIS encoded zips. For example, try downloading Yufu Sekka’s voicebank: http://sekkayufu.web.fc2.com/ . If I try to unzip the “full set” zip, it produces a folder called РсЙ╠ГЖГtТPУ╞Й╣ГtГЛГZГbГgБi111025Бj. But unar detects the encoding and properly extracts it as 雪歌ユフ単独音フルセット（111025). I’m sure there’s some flag you can pass to unzip to specify the encoding, but I like having unar handle it for me automatically.

        • @[email protected]
          4•6 months ago

          Ah, that’s pretty cool. I’m not sure I know of that program. I do know a little vocaloid though, but I only really listen to 稲葉曇(Inabakumori).

          • @[email protected]English
            2•6 months ago

            I know inabakumori! Their music is so cool! When I first listened to rainy boots and lagtrain, it made me feel emotions I thought I had forgotten a long time ago… I wish my japanese was good enough to understand the lyrics without looking them up ._. I’m also a huge fan of Kikuo. His music is just something completely unique, not to mention his insane tuning. He makes Miku sing in ways I didn’t think were possible lol

            • @[email protected]
              2•6 months ago

              I get you, I want to learn more Japanese. I only understand a very small amount at this point. I don’t have any Miku songs that I have really wanted to listen to, but that could change. I might check out Kikuo then. Also I love the animations Inabakumori release with their songs too. They have some new stuff that’s really good if you haven’t checked it out yet.

    • @[email protected]
      23•6 months ago

      You can’t decrease something by more than 100% without going negative. I’m assuming this doesn’t actually decompress files before you tell it to.

      Does this actually decompress in 1/13th the time?

    • @[email protected]
      16•6 months ago

      Yeah, Facebook!

      Sucks but yes that tool is damn awesome.

      Meta also works with CentOS Stream at their Hyperscale variant.

      • @[email protected]
        24•6 months ago

        Makes sense. There are actual programmers working at facebook. Programmers want good tools and functionality. They also just want to make good/cool/fun products. I mean, check out this interview with a programmer from pornhub. The poor dude still has to use jquery, but is passionate to make the best product they can, like everone in programming.

  • @[email protected]
    39•6 months ago

    When I’m feeling cool and downloading a *.tar* file, I’ll wget to stdout, and tar from stdin. Archive gets extracted on the fly.

    I have (successfully!) written an .iso to CD this way, too (pipe wget to cdrecord). Fun stuff.

  • Hucklebee
    34•6 months ago

    Can someone explain why MacOS always seems to create _MACOSX folders in zips that we Linux/Windows users always delete anyway?

        • CethinEnglish
          38•6 months ago

          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.

      • @[email protected]English
        5•6 months ago

        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

      • Hucklebee
        2•6 months ago

        Huh, never noticed that. Probably always thought that was just part of the program/files needed.

    • @[email protected]
      16•6 months ago

      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?

    • LiveLMEnglish
      8•6 months ago

      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.

      • Hucklebee
        2•6 months ago

        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!

        • @[email protected]English
          3•6 months ago

          You can definitely check, but I would expect the option to exist when the archive is created rather than when it’s extracted

    • @[email protected]
      5•6 months ago

      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)

    • @Hawk
      3•6 months ago

      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.

      • Hucklebee
        2•6 months ago

        Yeah totally!

        frantically searches for the meaning of all those abbreviations

        • @Hawk
          3•6 months ago

          I gotcha:

          • Btrfs
            • BTree File System
              • A Copy on White file system that supports snapshots, supported mostly by
          • ZFS
            • Zetabyte File System
              • Copy on Write File System. Less flexible than BTRFS but generally more robust and stable. Better compression in my experience than BTRFS. Out of Kernel Linux support and native FreeBSD.
          • HFS+
            • what Mac uses, I have no clue about this. some Copy on Write stuff.
          • NTFS
            • Windows File System
            • From what I know, no compression or COW
            • In my experience less stable than ext4/ZFS but maybe it’s better nowadays.
          • @[email protected]English
            2•6 months ago

            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.

            • @Hawk
              1•6 months ago

              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.

  • @TheKMAPEnglish
    22•6 months ago

    .fitgirlrepack

  • @[email protected]
    21•6 months ago

    I use .tar.gz in personal backups because it’s built in, and because its the command I could get custom subdirectory exclusion to work on.

  • @[email protected]
    21•6 months ago

    I’m the weird one in the room. I’ve been using 7z for the last 10-15 years and now .tar.zst, after finding out that ZStandard achieves higher compression than 7-Zip, even with 7-Zip in “best” mode, LZMA version 1, huge dictionary sizes and whatnot.

    zstd --ultra -M99000 -22 files.tar -o files.tar.zst