this post was submitted on 18 Sep 2023
842 points (98.1% liked)

Linux

48364 readers
1346 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] anteaters@feddit.de -5 points 1 year ago (4 children)

tar is just the worst shell command in existence. Why do people still bother with it?

[–] PuppyOSAndCoffee@lemmy.ml 6 points 1 year ago

Because it is faster to transport one big ass tar than 10k individual files, and compression is waste of time.

[–] GiantRobotTRex@lemmy.sdf.org 2 points 1 year ago (3 children)
[–] luthis@lemmy.nz 3 points 1 year ago

atool is a good alternative apparently, but I am still new to it

[–] eager_eagle@lemmy.world 0 points 1 year ago

I use zip/unzip if I have the option

[–] anteaters@feddit.de -3 points 1 year ago (4 children)

I avoid it and use zip or 7z if I can. But for some crazy reason some people stil insist on using that garbage tool and I have no idea why.

[–] duncesplayed@lemmy.one 8 points 1 year ago* (last edited 1 year ago) (1 children)

Are zip and 7z really that much easier?

tar cf foo.tar.xz wherever/
zip -r foo.zip wherever/
7z a foo.7z wherever/

I get that tar needs an f for no-longer-relevant reasons whereas other tools don't, but I never understood the meme about it beyond that. Is c for "create" really that much worse than a for "add"?

[–] anteaters@feddit.de 1 points 1 year ago

7z x to extract makes sense. unzip even more. No need for crazy mnemonics or colorful explanation images. It's complete nonsense that people are ok with that.

[–] aard@kyu.de 6 points 1 year ago (1 children)

If you want to do more than just "pack this directory up just as it is" you'll pretty quickly get to the limits of zip. tar is way more flexible about selecting partial contents and transformation on packing or extraction.

[–] anteaters@feddit.de 1 points 1 year ago* (last edited 1 year ago)

100% of tarballs that I had to deal with were instances of "pack this directory up just as it is" because it is usually people distributing source code who insist on using tarballs.

[–] TimeSquirrel@kbin.social 0 points 1 year ago* (last edited 1 year ago) (1 children)

Because everyone else does, and if everyone else does, then I must, and if I do, then everyone else must, and then everyone else does.

Repeat loop.

[–] anteaters@feddit.de -5 points 1 year ago (2 children)

For all I care it goes on the same garbage dump as LaTeX.

[–] BautAufWasEuchAufbaut@lemmy.blahaj.zone 7 points 1 year ago (1 children)

I think that's pretty mean towards the free software developers spending their spare time on Latex and the GNU utils.
I and many academics use Latex, and I personally am very happy to be able to use something which is plain text and FLOSS.
I also don't see your problems with tar; it does one thing and it does it good enough.

[–] anteaters@feddit.de 1 points 1 year ago* (last edited 1 year ago)

I also don’t see your problems with tar; it does one thing and it does it good enough.

The problem is the usage of the tool which people invent different mnemonics for because it's UX is stuck in 1986 and the only people who remember the parameters are those who use it daily.

Similar thing for LaTeX: it's so absurdly crusty and painful to work with it's only used by people who have no alternative.

//ETA
Also, I don't want to be mean towards the maintainers of LaTeX. I'm sorry if I made any LaTeX maintainer reading this upset or feel inferior. Working on the LaTeX code is surely no easy endeavour and people who still do that in 2023 deserve a good amount of respect.

But everytime I had to work with LaTeX or any of its wrappers was just pure frustration at the usage and the whole project. The absolute chaos of different distributions, templates, classes and whatnot is something I never want to experience again.

[–] eager_eagle@lemmy.world 2 points 1 year ago* (last edited 1 year ago) (1 children)

speaking of which, you might want to check out typst if you haven't heard of it - I really hope this replaces most uses of LaTeX in the next years.

[–] anteaters@feddit.de 1 points 1 year ago

Thanks I'll keep an eye on that project. I did try pandoc and LyX in the past to ease the pain but typst appears to have the courage to finally let LaTeX be and not build a new wrapper around it.

[–] PuppyOSAndCoffee@lemmy.ml 0 points 1 year ago (2 children)

You do you. Compression is waste of time; storage is cheap in that you can get more, but time? Time, you never get back.

[–] russjr08@outpost.zeuslink.net 5 points 1 year ago (1 children)

Yes, and I'd rather not have my time wasted by waiting on thousands of small files transfer, rather than just compressing it and the time spent of one file transferring being much smaller.

[–] PuppyOSAndCoffee@lemmy.ml 1 points 1 year ago

Tar achieves the same effect without time to compress and decompress.

[–] eager_eagle@lemmy.world 4 points 1 year ago (1 children)

as in time wasted transferring a highly compressible file that you didn't bother compressing first?

it's only a waste of time when the file format is already compressed.

[–] PuppyOSAndCoffee@lemmy.ml -1 points 1 year ago (1 children)

Unless you measure your baud in dial up modem, it often can take longer to compress / transport / uncompress than just transfer directly.

[–] eager_eagle@lemmy.world 4 points 1 year ago (1 children)

unless you're picking a slow compressor that's not true at all

Original size | 100 GB
Compressed size | 47.8 GB (2.091 ratio)
Transfer speed | 1 Gbps (125 MB/s)
Original transfer time | 100 GB / 125 MB/s = 800 seconds
Compressed transfer time | 47.8 GB / 125 MB/s = 382.4 seconds

Compressor | Snappy
Compression ratio | 2.091 ratio
Compression speed | 565 MB/s
Decompression speed | 1950 MB/s
Compression time | 100 GB / 565 MB/s = 177 seconds
Decompression time | 47.8 GB / 1950 MB/s = 24.5 seconds

Transfer time w/o compression | 800 seconds
Transfer time with compression | 177 + 382.4 + 24.5 = 584.9 seconds
[–] PuppyOSAndCoffee@lemmy.ml 0 points 1 year ago

Add a zero to your link speed - 10Gbs

[–] ccunix@lemmy.world 1 points 1 year ago

You've never used find have you? Let's not even get started on the config file syntax for sendmail either.

[–] qirenni@mastodon.social 0 points 1 year ago

@anteaters @sebastiancarlos a little knowledge really is a dangerous thing