Любимая программа.

интересно, есть ли аналог? линуксовый zip умеет без сжатия несколько сразу кучку файлов?

Работа с файлами размером более 8 Гб.

Ну всё - теперь rar-у точно капец.

Чо эта какаха сейчас норм БСДшные архивы кушает или как всегда?

судя по man tar, по крайней мере

Ты весьма оригинальный источник находишь. Попробуй tar --version.

линуксовый zip умеет без сжатия несколько сразу кучку файлов?

Умеет. zip -0 my.zip file1 file2 "??pattern1*" и т.п.

POSIX ACL и в 1.26 были.

# tar --version
tar (GNU tar) 1.26
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by John Gilmore and Jay Fenlason.

# man tar | grep -i acl
       --acls Enable the POSIX ACLs support

Работа с файлами размером более 8 Гб.

этого вообще не понял. неужто раньше не работал?

А сколько лет tar файлам?

За версией никогда не следил. Пользовался вместо стандарного tar в Solaris для бэкапов.

--keep-directory-symlink - Патрик будет доволен. Насколько я помню, для извлечения пакетов до сих пор используется tar 1.13

Ньюфаг.

С каких это пор оно архиватор, если оно сжимать не умеет? Скорее уж tar - образы файловой системы, а не архивы.

Знаток нашёлся. Учите мат.часть, что такое архиватор, компрессор, Unix way и tar.gz, а так же ленточное хранилище.

С каких это пор оно архиватор, если оно сжимать не умеет? Скорее уж tar - образы файловой системы, а не архивы.

Знаток нашёлся. Учите мат.часть, что такое архиватор, компрессор, Unix way и tar.gz, а так же ленточное хранилище.

И вот так , одной строкой ты разрушил сказочный мир, на который юноша смотрел сквозь розовые очки. Не будет теперь единорогов, деда мороза и доброй феи.

Однострочник на русском языке.

одной строкой ты разрушил сказочный мир

И сделал это с особым цинизмом, хотя и не в извращённой форме.

Поддержка расширенных атрибутов (xattr), POSIX ACL и контекстов SELinux.

yyyeess!

Долго же мы ждали...

Работа с файлами размером более 8 Гб.

мда.

А сколько лет tar файлам?

от года до недели.

TAR(1) BSD General Commands Manual TAR(1)

NAME
tar — The GNU version of the tar archiving utility


Arch

Gentoo, стабильная ветка, tar 1.26-r1, ГНУтый.

Ман «репрезентативная выборка»; я конечно понимаю, что это для среднестатистического линуксоида непонятные слова, но у нас тут не хоспис.

файлов размером более 8гб у меня нет,но новость шокировала...

мда

Прочти оригинал по ссылке.

Так кто из нас постоянно ест мертвичинку

постоянно ест мертвичинку

Ты.

В федоре он появился 6 лет назад!

Кто «он»? GNU tar на 10 минорных версий меньше свежего?

Нет, GNU tar который умеет xattrs, acls, selinux, keep-old-files и умевший больше 8ГБ. Федоровцы его из будущего скачали, а версию для маскировки поменяли, чтоб никто не догадался.

Федора, конечно, передовой дистрибутив, но не настолько же? Это у федоры есть машина времени, или это гнушники настолько слоупоки?

RedHat разработал патчи, добавляющие поддержку xattr, довольно давно. Обкатывали сначала на Федоре, а позже - на RHEL. Только в этом году эти патчи «слили» в репозитарий GNU tar после того как уладили юридические вопросы в RH.

Вообще это скорее enterprise-фича. Вряд ли на десктопах она будет востребована.

Актуально, если в фс лежат HDD виртуальных машин и/или образов, бэкапов HDD. Как-то странно, что они раньше так не умели.

постоянно ест мертвичинку

iZEN

... а вшивый о бане.

GNU, спасибо, что ты есть. Надеюсь, эта версия tar попадёт в Slackware 14.1

$> VERSION=1.27 ./tar.SlackBuild

Работа с файлами размером более 8 Гб.

А он что раньше не умел?

0.01 к номеру версии за 2+ года... До второй версии не доживу.

Работа с файлами размером более 8 Гб.

Люблю такие описания. А поточней что нельзя? Сколько максимум? 10? Или 20? Или 64? Или все таки зависит от выбранной файловой системы? О так это значит на fat16 можно файлы делать таких огромных размеров? Вау... не ну серьезно, почему не написать поточней?

0.01 к номеру версии за 2+ года...

Пока пользователи нормальных ос занимались работой, линупсоиды дрочили на версии.

В Ubuntu 12.04.3

BSD tar

4.2 же!

tar — The GNU version of the tar archiving utility

Актуально, если в фс лежат HDD виртуальных машин и/или образов, бэкапов HDD.

Не знаю, в реальности я понял что хранить большие файлы внутри tar, с его внешним сжатием а большие файлы всегда хочется сжать, совершенно не удобно. Сейчас храню перечисленное в виде каталогов, либо отдельно сжатых файлов.

Как-то странно, что они раньше так не умели.

Еще страннее что так долго впиливали. ZIP64 для решения схожей проблемы, еще в 2001-м запилили

а так же ленточное хранилище.

Интересно ... а через сколько лет эта присказка перестанет быть аргументом ? Через 5,10,20,30,50 ?

0.01 к номеру версии за 2+ года...

При Сталине такого не было!

а через сколько лет эта присказка перестанет быть аргументом ?

Не раньше, чем перестанут использоваться ленточные хранилища.

В мире до сих пор используются отопление дровами и еще долго будут, но это не повод делать каждый новый дом в расчете что в центе у него будет стоять печь на дровах. Уже давно есть газовые,электрические котлы, не говоря уже об централизованном.

Берите больше.

Интересно ... а через сколько лет эта присказка перестанет быть аргументом ? Через 5,10,20,30,50 ?

А через сколько лет мы перестанем называть лошадь лошадью, а зонт зонтом? Сколько понадобится времени, чтобы из употребления вышли компрессоры и архиваторы, чтобы вместе с ними вышли из употребления слова обозначающие эти сущности.

А через сколько лет мы перестанем называть лошадь лошадью, а зонт зонтом?

Ну если ты объяснишь как ленточные хранилища запрещают сжимать содержимое архива, то есть совмещать сжатие и архивацию, то могу прямо сейчас.

Сколько понадобится времени, чтобы из употребления вышли компрессоры и архиваторы, чтобы вместе с ними вышли из употребления слова обозначающие эти сущности.

Не нужно ничего выводить из обихода. Нужно пояснить почему второй не может выполнять функции первого хотя бы через вызов этого самого первого через пайп.

В мире до сих пор используются отопление дровами

В мире до сих пор большую часть электроэнергии вырабатывают на паровых машинах.

И ленточные хранилища до сих пор производятся и модернизируются. Это не что-то «устаревшее», как думают некоторые админы локалхоста. Это примерно из той же оперы, что и бесперебойник за миллион, про который на сайте одного магазина петросянили на тему его ненужности.

Нужно пояснить почему второй не может выполнять функции первого хотя бы через вызов этого самого первого через пайп.

Потому, что кто-то не осилил почитать man tar?

Потому, что кто-то не осилил почитать man tar?

Чур не-я. Подробнее в теме про rar 5.0 :)))

Это не что-то «устаревшее», как думают некоторые админы локалхоста.

Речь была не про устаревание технологии, а про устаревание аргумента. Ленточные хранилища вообще не аргумент за разделение архиватора и компрессора. Даже сейчас. С точки зрения доступа с ленты ленты как раз .tar.gz куда хуже простого .tar, ибо позиционирование внутри файла по блокам ни к черту.

Мне интересно когда это поймут его приводящие. В смысле через 5,10,20,30 и т.д. лет

Чур не-я.

Чур - ты:

$ tar --help
Использование: tar [ПАРАМЕТР...] [ФАЙЛ]...
GNU tar предназначен для сохранения файлов на
магнитную ленту или в архив на диске и для
восстановления отдельных файлов из
архива.
....

 Опции сжатия:

  -a, --auto-compress        использовать суффикс
                             архива для определения
                             программы сжатия
  -I, --use-compress-program=ПРОГ
                             пропустить архив через
                             ПРОГ (должна поддерживать
                             -d)
  -j, --bzip2                пропустить архив через bzip2
  -J, --xz                   пропустить архив через xz
      --lzip                 пропустить архив через lzip
      --lzma                 пропустить архив через xz
      --lzop
      --no-auto-compress     не использовать суффикс
                             архива для определения
                             программы сжатия
  -z, --gzip, --gunzip, --ungzip   пропустить архив через
                             gzip
  -Z, --compress, --uncompress   пропустить архив через
                             compress

....

Чур - ты:

Чур не я. Ты привел команды которые сжимают САМ архив, а не его содержимое, про которое говорил я. Сами кстати эти ключи - прямое нарушение unix-way, ибо согласно ему tar должен только архивировать, если пользователю надо он сам укажет чем сжать.

А вот если бы tar при помощи этих ключей предварительно сжимал бы помещаемое в архив содержимое, про что я и говорил, то ... как ни странно ничего страшного не произошло бы. Вообще. Даже у админов мегасупергигакластера

Ты привел команды которые сжимают САМ архив, а не его содержимое, про которое говорил я.

То есть по твоему можно сжать архив, не сжимая содержимое? Ты в своих словах ещё не запутался?

Ненужное говно мамонта. Rar во всех отношениях круче.

tar = «tape archiver». Так что, формально, архиватор. А по сути должен был сдохнуть вместе с теми самыми лентами.

То есть по твоему можно сжать архив, не сжимая содержимое?

Это можно делать совершенно по разному. К примеру есть контейнер mkv (архив по сути), в него можно поместить как сжатое так и RAW содержимое, а можно вообще сделать mkv.gz.

По моему, функции архиватора заключается в формировании файла своего формата, какие-либо последующие преобразования этого файла, не его забота. Этим согласно unix-way и простой логике должны заниматься другие программы. Захочет пользователь доп обработку _результата_, сделает пайп и вуаля.

А вот предварительная обработка содержимого, которое архиватор помещает в файл своего формата, как раз является куда более прямой функцией архиватора. Например расчет хеш-сум, для дедупликации файлов, либо сжатие содержимого, для уменьшения размера архива.

«tar -I pigz» - наше всио!