tar e suas letras principais: é um bug ou recurso?

Estou pensando em perguntar a diferença desses dois comandos (ou seja, apenas a ordem de suas opções é diferente):

1. tar -zxvf foo.tar.gz
2. tar -zfxv foo.tar.gz

O primeiro funcionou perfeitamente, mas o segundo disse:

tar: You must specify one of the `-Acdtrux' or `--test-label'  options
Try `tar --help' or `tar --usage' for more information.

E alcatrão --test-labele -zfxvdisse:

tar (child): xv: Cannot open: No such file or directory
tar (child): Error is not recoverable: exiting now
tar: Child returned status 2
tar: Error is not recoverable: exiting now

Então eu olhei para o tar manual e percebi que todo o exemplo lá está usando switch -fno final !!

AFAICT não há necessidade dessa restrição, ou existe ?! porque, na minha opinião, os switches devem ser livres de pedidos.

Observando sua mensagem de erro, é óbvio que você não usou, tarmas sim gtar.

Em geral, isso pode ajudar a entender as coisas:

• tarnormalmente sempre precisa de um argumento de arquivo. Se estiver faltando, ele lerá / gravará de / no dispositivo de fita real padrão do sistema. starmudou isso em 1982 para usar stdin / stdout por padrão e algumas outras implementações tar (por exemplo, gtar) seguiram este exemplo recentemente.

• tarnão implementa as principais -opções que são chamadas key lettersno caso do comando tar. Algumas implementações foram adicionadas posteriormente -como uma carta-chave não operacional para a conveniência dos usuários, mas você não pode confiar nisso.

• A maneira como taranalisa seus argumentos (em particular o argumento do arquivo morto) é altamente arriscada. Eu já vi muitos arquivos tar que destruíram um dos arquivos que deveriam estar no arquivo porque o argumento do arquivo relacionado foi tomado como arquivo tar. starpor esse motivo (se chamado nativamente como star) não permite que "f" seja concatenado com outras opções. Se starfor chamado tar, implementa a compatibilidade da linha de comando com tar, mas ainda lida com o argumento da letra "f" de maneira diferente: o argumento só é permitido se se referir a um arquivo de dispositivo real ou quando (no modo de gravação) o arquivo ainda não existe .

Eu recomendo evitar a arriscada linha de comando tar original e usar a sintaxe moderna e segura da linha de comando que você utiliza star.

Por causa da sintaxe problemática da linha de comando tar, havia as chamadas tar warsno início dos anos 90. Como resultado, o programa pax(latim para "paz" nas guerras do alcatrão) foi criado e padronizado. paxno entanto, não ganhou popularidade, pois sua sintaxe é menos arriscada, mas também menos intuitiva que a sintaxe tar. Outro problema pode ser que gpaxé mais ou menos inalterado.

A ordem das opções é gratuita, mas -fpossui um argumento obrigatório, que é o arquivo que tarserá de leitura / gravação.

Você poderia fazer

tar -zf foo.tar.gz -xv

e isso funcionará e tem sua exigência de uma ordem não específica de comutadores.

É assim que todos os comandos que têm opções com argumentos funcionam.

Tradicionalmente, as opções do alcatrão são mais ou menos "sem pedidos" (a ordem das opções fe bé importante se ambas forem especificadas). Usar um traço à esquerda, no entanto, faz com que o GNU tar analise as opções de uma maneira considerada mais consistente com outros comandos, onde especificar uma opção que exija um argumento (como o nome do arquivo para f) consumirá imediatamente o restante da "palavra", se houver, como o argumento (tradicionalmente, tar usa a próxima palavra como tamanho do nome do arquivo / bloco quando fou bé especificado). No seu caso, tomou "xv" como o nome do arquivo.

Esse comportamento não pode ser invocado para a portabilidade, no entanto. Para máxima portabilidade, evite usar um traço, sempre coloque por fúltimo e sempre coloque um espaço entre fe o nome do arquivo. Essa é, no entanto, uma simplificação que se quebra se você precisar da bopção ou, em geral, qualquer opção (como C) fque não seja a que exige um argumento.

Isso está documentado na seção Manual do alcatrão "Os três estilos de opção" . Algumas outras implementações (por exemplo, FreeBSD) se referem às opções de estilo antigo como uma "palavra de opção empacotada". E, é claro, algumas implementações podem suportar apenas esse tipo de opção e podem ou não ignorar um traço, se incluídas. Essa é a única forma de chamada especificada na Especificação Unix Única e, portanto, garantida para funcionar em quase todos os sistemas.

No alcatrão, o - nos interruptores foi substituído há muitos anos e não é mais necessário. Tar realmente costumava lhe dizer isso, mas não o faz mais.

ie:
tar zxvf foo.tar.gz
tar zfxv foo.tar.gz

Both of these work fine without the -.