Nope, tar spec doesn't say anything about a help message. The man spec OTOH requires at least syntax documentation for all standard utilities to be present on the system.
I even read this aloud in my head as "CREATE ZE VUCKING FILE" in a particularly bad German accent same as over 20 years ago when a friend I worked for drilled it in my head.
I suppose it is tar version dependent, but on any recent Linux version I have used, you can just tar xvf <tar_name.tar.{z,gz,xz,etc}> and it will automatically figure out if it is compressed, what tools were used to compress it, and how to decompress it.
But you are right, x and c are mutually exclusive.
This one, if by unix he also means modern linux systems. Nowadays you can simply use tar xf my-file.tar.whatever and it should work on most linux systems (it worked on every modern linux system I've tried and every compressed tar file I've tried). I don't think it is hard to remember the xf part.
Yes. However, if you had skipped the -f, it would have been valid. Without the filename argument, it assumes it should extract from the tape drive (TAR = Tape ARchive). The tape device is probably something like /dev/rmt0, but you don't need to specify that. Using the -f is technically an exception which means "instead of extracting from the tape like you'd normally do, pretend that this file is the tape device instead."
GNU tar, at least a modern one, that is the one that happens to come with my system, won't try to read from /dev but stdin and then complain that it's a terminal and refuse.
Use the first file operand [...] as the name of the archive instead of the system-dependent default.
That is GNU is compliant, here, the default is system-dependent. f - is required to be stdin, though, so you can bunzip2 foo.tar.bz2 | tar xf - or such in a portable manner, don't have to rely on tar having a z option (which is nonstandard) or it auto-detecting compression (even more nonstandard). What is not standard either is tar -x: Tar doesn't take leading hyphens. Tar is one of those programs so old its command line syntax got standardised before command line syntax standards were established. OTOH it's not nearly as bad as dd, you can interpret how tar does things in the same way as git pull: It's a subcommand, not a flag.
"one of those programs so old its...syntax got standardized before command line syntax standards were established."
--This is wild to learn, but also confusing. How does tar not take leading hyphens, but I've only ever used it as such without error of any kind? Not even bragging I've been doing that for 10+ years too lol
Hmm. Actually you prompted me to dig a bit deeper: tar goes all the back to Version 7 UNIX, 1979, but the command line syntax is shared with tap, included in Version 1, man page dated to 1971-11-03. Development of C started 1972. Might've been written in B, you'd have to unearth a source archive I bet it's around somewhere. But anyway if you look through the other Version 1 commands a lot of them don't take hyphen commands, ls does, e.g. rm doesn't on account of only taking file names as arguments.
Both BSD and GNU tar take hyphens, I don't really have any experience with anything else but a short stint with Solaris in the early 2000s (very emphatically before Sun got gobbled up by Oracle) and I don't remember hyphens tripping me up. Much unlike killall. And I'm apparently not alone in that.
I definitely still killed us all, but at the same time how are you supposed to know any of the filenames if none are given from the comic?
I guess my real answer is to 'tar -xvf' then hit tab with hopes of decent file completion functionality lol
Actually this reminds me, what is the deal with tar command recommendations to use or not use dash? I know GNU tar accepts both (e.g.) tar xvf file.tar and tar -xvf file.tar, but at some points people were like "NO! Don't use the dash! It's going to maybe cause issues somewhere, who knows!" and I was like "OK". Something to do with people up designing the Unix specs?
POSIX. POSIX didn't get designed but documented behaviour that was portable between different UNIX flavours and was then declared a standard.
If you're annoyed by it just consider the xvf in tar xvf to be a subcommand as pull is in git pull. Tar simply has a fancy subcommand syntax. At least it's not dd.
The dash used to be how to could tell how long someone had been using tar. If they started with Linux, they probably use a dash. If they started on a UNIX variant, they probably don’t. Either way, the dash isn’t needed.
Also recently learned that recent versions of tar will autodetect compression. So for extraction, you just need “tar xf “
My fucking autocorrect decided that cvf should have been xvf. I caught it before I hit enter to close out the code block, but wtf? When did my keyboard develop opinions on command args‽
tar --help
In the true spirit of UNIX, it’s
tar -hF
It's
tar --helpon my system 💥GNU switched to long command switches a while ago. Try bsdtar, it's still just -h.
They kept the short ones for the actual extract/compress commands though, for compatibility reasons I presume.
tar -?,-his dereference or smth.Nope, tar spec doesn't say anything about a help message. The man spec OTOH requires at least syntax documentation for all standard utilities to be present on the system.
You just killed us all by putting a space between the dashes
Fuckin autocorrect was the death of us all.
Lmao
Or by using gnu style options on potentially bsd tar
Just
tar, no arguments. Does nothing, still a valid command, no?Exit code 2 -> boom
Boom.
tar --helpfor anyone wonderingI do
tax -xvf filenameBoom.
ah fuck, didn't even notice
quod erat demonstrandum :D
or quod errat demonstrator, both fit.
quod erat expectandum?
Quot expocto patronum!
Christ this comment chain is perfect lmfao
I like the way you pointed that out lmao
.... aaaaaand you've killed us all.
tar -czvf tar_name.tar.gz ./I even read this aloud in my head as "CREATE ZE VUCKING FILE" in a particularly bad German accent same as over 20 years ago when a friend I worked for drilled it in my head.
Read it in tf2 medics voice
I didn't realize that was my default German voice in my head. Thx
lol that’s honestly a great mnemonic
Yep, have this one committed to memory. Though if it asked me to uncompress a tarball, then I'd be fucked
tar xzvf this_awesome_file.tgz
… fixed. Apparently I can’t type.
I think you want to remove the
cbecause that means "create" an archive, and you're missing azwhich applies gzip decompression/compressionI suppose it is tar version dependent, but on any recent Linux version I have used, you can just tar xvf <tar_name.tar.{z,gz,xz,etc}> and it will automatically figure out if it is compressed, what tools were used to compress it, and how to decompress it.
But you are right, x and c are mutually exclusive.
Yeap, apparently I can’t type. So, we’d all be dead anyway with that bomb.
QED 🫠
File not found, now we are dead.
Sounds like an error message from a
valid tar commandtar --version
You're welcome
I'd have gone with
tar --helpIt's insane that this isn't consistent.
Any combination of
-h,-?and--helpexists between tools (from 0 to all 3 of them)Never seen
-?, it's either-h,--help, or-helpfor programs that just want to be different.One example for it is … tar!
https://www.man7.org/linux/man-pages/man1/tar.1.html
I suppose I usually try
-hand if that doesn't work I try the long version or the man page.So would have been 1:4
Sorry, the bomb was running MacOS. Your command was not valid and you've doomed us all.
It's literally there at the bottom.
What isn't valid is MacOS, it's macOS now.
Read my mind. :D
Somehow, idk why. This one is stuck in my head:
tar xzvf
eXtract Ze Vucking File
I have to do this command often at work and I can never remember the letters perfectly. This is actually useful, thanks!
The bomb runs AIX. I'm sorry, you're dead
tar zxvf filename.tar.gz file?Nope,
tardoesn't handle compression on AIX. So it would be something likegzip -cd filename.tar.gz | tar xvf -Ugh.
Same, never used a mnemonic for it or anything, just
zxvf
Like it's any other word
z=zip (default in most tar), x=eXtract, v=verbose (not needed in most cases), f=target
verbose … not needed?
If the words don’t happen how can I trust computer magic?
Yeah, how do I know that the PC isn't slacking?
Monitor the room temperature.
tar -xzf stands for tar eXtract Ze Filez
I like
tar xaf(eXtract All Files) better.You can skip the z; tar is smart enough to figure it out on its own
tar --help
That was my first thought too lol
Rofl me too twins
tar --version
Or is it -v
-v is verbose
Depends. Short options are probably safer if the particular version and flavor of tar are unknown.
So you either het version or verbose...slick AF 😏.
There's an easy mnemonic for that : Compress Ze Vucking File !
Always think about tar commands in your best German accent !
How does it verify the command is valid? Does it run what I enter?
If so, just give it an infinite loop followed by some attempt at a tar command:
Next time I build a bomb I let the timer continue while the command is running.
Yeah, what kind of idiot doesn't parallelize their timer function.
Blue Team: "Okay everyone let's make sure this is absolutely the correct input"
Red Team: "Lmao lets try this 90mb list of bash command injection patterns"
i assume its looking for exit code of 0
echo || tar -xfzhdI'd like to know if there are any XKCDs that are no longer relevant.
There are some that were wrong to begin with, I remember 622 bothering me.
https://xkcd.com/622/
But it could also just be that in the comic, the professor is wrong.
This one, if by unix he also means modern linux systems. Nowadays you can simply use
tar xf my-file.tar.whateverand it should work on most linux systems (it worked on every modern linux system I've tried and every compressed tar file I've tried). I don't think it is hard to remember thexfpart.I hitched my horse to just what I consider the basics--zip and unzip--and that has made it easy for me. But I've been stuck on those.
Extract anything:
Create a tbz2 archive:
(And tossing in a
-vis pretty universal, if that's your thing.)Some day, instead of commenting on a
redditLemmy post, I think I'll Google how to tell it to use.xz.Ok, you know what? Today is finally that day. It's just capital
-Jinstead of lower-case-j! That's easy enough to remember, I guess.Stay by the phone always. We may need you to defuse a bomb someday.
Never thought I'd learn how to use
taron a meme post.Memes are one of the best source for Linux info 👍.
tar -cvzf /etc/Edit: we're dead :(
tar -xvf or we all kill
shouldnt there be a filename argument ?
Yes. However, if you had skipped the -f, it would have been valid. Without the filename argument, it assumes it should extract from the tape drive (TAR = Tape ARchive). The tape device is probably something like /dev/rmt0, but you don't need to specify that. Using the -f is technically an exception which means "instead of extracting from the tape like you'd normally do, pretend that this file is the tape device instead."
GNU tar, at least a modern one, that is the one that happens to come with my system, won't try to read from
/devbut stdin and then complain that it's a terminal and refuse.Quoth POSIX on the
fflag:That is GNU is compliant, here, the default is system-dependent.
f -is required to be stdin, though, so you canbunzip2 foo.tar.bz2 | tar xf -or such in a portable manner, don't have to rely on tar having azoption (which is nonstandard) or it auto-detecting compression (even more nonstandard). What is not standard either istar -x: Tar doesn't take leading hyphens. Tar is one of those programs so old its command line syntax got standardised before command line syntax standards were established. OTOH it's not nearly as bad asdd, you can interpret how tar does things in the same way asgit pull: It's a subcommand, not a flag."one of those programs so old its...syntax got standardized before command line syntax standards were established." --This is wild to learn, but also confusing. How does tar not take leading hyphens, but I've only ever used it as such without error of any kind? Not even bragging I've been doing that for 10+ years too lol
Hmm. Actually you prompted me to dig a bit deeper: tar goes all the back to Version 7 UNIX, 1979, but the command line syntax is shared with tap, included in Version 1, man page dated to 1971-11-03. Development of C started 1972. Might've been written in B, you'd have to unearth a source archive I bet it's around somewhere. But anyway if you look through the other Version 1 commands a lot of them don't take hyphen commands,
lsdoes, e.g.rmdoesn't on account of only taking file names as arguments.ddis actually younger, Version 5, 1974, the syntax apparantly comes from IBM's JCL.Admittedly, that's all before my time.
Both BSD and GNU tar take hyphens, I don't really have any experience with anything else but a short stint with Solaris in the early 2000s (very emphatically before Sun got gobbled up by Oracle) and I don't remember hyphens tripping me up. Much unlike
killall. And I'm apparently not alone in that.I definitely still killed us all, but at the same time how are you supposed to know any of the filenames if none are given from the comic? I guess my real answer is to 'tar -xvf' then hit tab with hopes of decent file completion functionality lol
tar -czf $(ls | head -n1)if we dont trust globsor run
findin/binor somethingya blew it kid
Actually this reminds me, what is the deal with tar command recommendations to use or not use dash? I know GNU tar accepts both (e.g.)
tar xvf file.tarandtar -xvf file.tar, but at some points people were like "NO! Don't use the dash! It's going to maybe cause issues somewhere, who knows!" and I was like "OK". Something to do with people up designing the Unix specs?I didn't even know the dash was optional. I guess you learn something new everyday.
I still use it though. Its how I learned it all those years ago and its ingrained as muscle memory when typing the command.
POSIX. POSIX didn't get designed but documented behaviour that was portable between different UNIX flavours and was then declared a standard.
If you're annoyed by it just consider the
xvfintar xvfto be a subcommand aspullis ingit pull. Tar simply has a fancy subcommand syntax. At least it's notdd.No idea, but with tar I never use dashes. Just tar xf away.
idk if it's optional why bother typing it
personally, it is a little easier to read, especially in a script. and its more consistent with other commands
Remember: Just tell tar to Xtract Z File.
Xtract gZipped File
I just can recall
tar xvzfbut can't even remember what it's supposed to do.eXtract, Verbose, gZip, File.
Not sure why it doesn’t need the dash though.
The dash used to be how to could tell how long someone had been using tar. If they started with Linux, they probably use a dash. If they started on a UNIX variant, they probably don’t. Either way, the dash isn’t needed.
Also recently learned that recent versions of tar will autodetect compression. So for extraction, you just need “tar xf “
Sacrilege.
I always learnt it as Xtract Zee File and to make a tar ball, you want to Compress Zee File
tar doesn’t need dashes because it’s weird.
I guess
man taris cheating, but it is a command involving tar. Not a command using tar, but a tar command...I suppose
tar --helpwould technically be a valid invoking of the binary itself ifman tardoesn'tBut it would not work on older non-GNU versions of tar.
GNU introduced the "--foo" style long options, and it was a long time before Unix versions began adopting them.
It didn’t say you could only enter one try, just that you had 10 seconds. The man page should give you something
True. But then I would use
curl cheat.sh/tarSudo halt -fn
tar -xzvf file.tarI know tar zxf and xjf off by heart. I probably do 100x as many extracts as creates. Tar is a stupidly antiquated command though.
Why remember/include the algorithm? Tar can infer that. It's just
bsdtar xf filename.*for everything. (bsdtar handles .zip as well)The bomb said tar.
Yes, and tar works the same, it just doesn't handle zip files.
And even if we're pedantic: bsdtar is Arch Linux’ executable name for a port of the
tarcommand that is shipped by BSDs, so it's alsotar.tar cJf file.tar.xz /path/to/file
tar xJf file.tar.xz /path/to/file.tar.xz -C /path/to/untar
is not very hard to remember
Unless you use it daily, I think that's something I'd struggle with memorising, I'd just alias it tbh along with ls options
tar
| man tar
This is a valid
mancommand, but not atarcommandI’ll use the man page to find a command; it said 10 seconds, not 1 try!
tar --help
tar xtar --helptar -cf file.tar directory/
that was 8 seconds. close one, i saved us all
How do you know
directoryexists? 😨shit
Do people not use tab complete?
Found the person who's never used tar :-P
tar -zxvf yourmom.tgz /home/xkcd/yourmomnude/* This was wrong. I intended to be creating a file -zcvf.
tar, the tape archiver, I used it with tape, early 90s
I just use ouch
I've never had a problem remembering tar, but properly using PV, somehow I'm just not able to store that information in my brain.
I memorized tar -cavf file.tar.bz2 directory/* and tar -xavf file.tar.bz2
The fact that this thread contains, like, TONS of invalid invocations that people have been editing for correctness is fucking hilarious.
Also, QED 🤠
All those years of using nautilus have made me weak
Anyone else make an untar.sh?
tar --extract --file file.tar.gz
I always remember that it's eXtract Ze File,
tar -xzf... But I'll be honest, I've not used it in years and yearscpio is way worse
My fucking autocorrect decided that
cvfshould have beenxvf. I caught it before I hit enter to close out the code block, but wtf? When did my keyboard develop opinions on command args‽Now do a standard
paxcommand.Tar -xvf
Well, bye everyone.