The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз GNU Tar 1.24

25.10.2010 12:12

Спустя 8 месяцев с момента прошлого выпуска представлен новый стабильный релиз архиватора GNU Tar 1.24. Из интересных новшеств можно отметить:

  • Реализован более надежный метод обхода директорий при создании архива. В частности, tar теперь обрабатывает ситуации, когда элементы файловой системы были модифицированы в процессе создания архива. Новый метод подразумевает сохранения кэша файловых дескрипторов для директорий. Кроме того, tar теперь также отслеживает и факты модификации файловой системы в процессе распаковки данных из архива.
  • При распаковке символических ссылок, tar теперь восстанавливает дополнительные атрибуты, такие как время модификации и права доступа к ссылке, если операционная система поддерживает данные возможности;
  • Добавлена новая опция "--full-time", которая указывает выводить полное время для файлов;
  • Опция "--dereference" теперь применяется к копируемым из архива файлам, независимо от других опций;
  • Убран вывод ошибки "write error" при обрыве pipe, например, при выполнении "tar tf archive.tar | head -n 1";
  • Опция "--remove-files" не приводила к удалению директории, если в ней имелись символические ссылки на файлы в той же директории;
  • Опция "--label" может быть использована вместе с "--update" для защиты от случайного изменения архива. Например, ранее не работала конструкция "tar -rf archive --label 'My volume'";
  • В опциях "--record-size" и "--tape-length" (-L), теперь можно использовать указывающие на размерность суффиксы. Например, 10k вместо 10240;
  • Устранено зацикливание в процессе извлечения существующих символических ссылок, при использовании опции "-k".


  1. Главная ссылка к новости (http://lists.gnu.org/archive/h...)
  2. OpenNews: Релиз GNU Tar 1.23
  3. OpenNews: Вышел Tar 1.22 с поддержкой формата сжатия XZ
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/28404-tar
Ключевые слова: tar
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (58) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, upyx (ok), 13:36, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А ведь это "всего-лишь" tar...

    >В опциях "--record-size" и "--tape-length" (-L), теперь можно использовать указывающие на размерность суффиксы. Например, 10k вместо 10240;

    Ура! :)

     
  • 1.2, Аноним (-), 14:46, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rar и zip нервно курят в форточку.
     
     
  • 2.3, anonimous (?), 14:51, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Только, к сожалению, rar - WINrar, и формат его в ряде случаев уникален. Сделанные им архивы не всегда корректно разворачиваются даже 7zip в Win.
    Так что он не курит, а нахально использует невоспроизводимые другими архиваторами фичи...
     
     
  • 3.6, Аноним (-), 16:12, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Чего? 0_о

    Ни разу такого не было, учитывая что библиотека для распаковки RAR в 7-zip предоставлена самим Рошалем. Единственный минус - не поддерживает исправление битых архивов.

     
  • 3.11, User294 (ok), 19:17, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Так что он не курит, а нахально использует невоспроизводимые другими архиваторами фичи...

    Не знаю как там насчет фичей, но по основной фиче ака степени сжатия почему-то 7zip с его LZMA оказывается зачастую лучше.

     
     
  • 4.14, Иван Иванович Иванов (?), 20:36, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы ещё сравните 7zip с gzip.

    Формат Rar (2.9) не менялся уже почти 10 лет.

     
     
  • 5.25, ананим (?), 01:55, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и это должно доказывать, что рар лучше?
    рар ещё и медленнее.
    и судя по версиям и вики 3-ий формат давно уж как является головной болью админов почтовиков.
     
     
  • 6.56, i (??), 17:45, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    причем тут админы почтовиков?
     
  • 2.4, zazik (ok), 15:21, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Rar и zip нервно курят в форточку.

    Простите, а как связаны архиватор и программы для сжатия?

     
     
  • 3.5, ананим (?), 15:55, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    наверное тем, что данный архиватор давно уже является и программой сжатия.
    и не одним методов кстати.
     
     
  • 4.7, h4tr3d (ok), 16:14, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > наверное тем, что данный архиватор давно уже является и программой сжатия.
    > и не одним методов кстати.

    Ащет он дергает внешние утилиты. От классики отличает, только наличие опций -z, -Z, -j, -J и т.п. чтобы дернуть gzip/compress/bzip2/xz и т.д., а ведь какова была мантра:
    gzip -dc file.tar.gz | tar xf -
    :-)

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

    Если ошибаюсь - прошу указать где

     
     
  • 5.32, mma (?), 05:49, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >а отличие... ну самое явное в том, что я не смогу посмотреть листинг файлов в архиве, пока он полностью не разожмется программой-(рас)паковщиком.

    бред, например less file.tar.gz, это скорее GUI вам попался кривой.

     
     
  • 6.33, iav (ok), 05:55, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>а отличие... ну самое явное в том, что я не смогу посмотреть листинг файлов в архиве, пока он полностью не разожмется программой-(рас)паковщиком.
    > бред, например less file.tar.gz, это скорее GUI вам попался кривой.

    Ну, вы ведь понимаете, что к концу получения списка файлов он полностью разожмётся, не так ли?

     
  • 6.34, h4tr3d (ok), 05:57, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>а отличие... ну самое явное в том, что я не смогу посмотреть листинг файлов в архиве, пока он полностью не разожмется программой-(рас)паковщиком.
    > бред, например less file.tar.gz, это скорее GUI вам попался кривой.

    ну давайте без личностей? во первых gui не использую, ибо когда начинал, их не было ещё, во вторых, что сделает твоя команда? правильно выдаст предупреждение о просмотре бинарных данных :) Ну и третье, даже если ты имел ввиду zless, будет просмотр самого tar как файла данных (при этом он полностью разожмется). А вот ответь теперь на вопрос: как вытянуть один единственный файл из tar.gz что бы перед этим полностью не отработал gzip?

    Подсказка мантра типа tar -tvzf file.tar.gz перед тем как напечатать подробный список с содержимым архива - ПОЛНОСТЬЮ его распакует (в смысле сначала отработает gzip в потоке). А вот zip/rar что бы отобразить листинг файлов, вытянуть один единственный - полная _распаковка_ не требуется.

     
     
  • 7.44, mma (?), 17:12, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ну давайте без личностей?

    Даже и не пытался

    >во вторых, что сделает твоя команда? правильно выдаст предупреждение о просмотре бинарных данных :)

    Нет, не выдаст, причина вам понятна(zless)

    >будет просмотр самого tar как файла данных (при этом он полностью разожмется)

    Это вопрос конкретной реализации. Я не отрицаю что он разожмется но информация будет черпаться находу. При желании это можно было бы избежать(при этом не отказываясь от идеологии архиватор+пакер), но текущее положение дел малоко кого волнует, значит устраивает.

     
     
  • 8.46, h4tr3d (ok), 18:47, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    разобрались и закрыли Того что инфа будет выдаваться на поток я даже оспарива... текст свёрнут, показать
     
     
  • 9.50, mma (?), 11:33, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ах вот о чем речь, ну тут да ничего не поделаешь, unix-way Я мыслил только в ... текст свёрнут, показать
     
  • 5.37, Aquarius (ok), 09:58, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Ащет он дергает внешние утилиты

    Ащет он дергает не утилиты, а библиотеки

     
     
  • 6.40, h4tr3d (ok), 11:09, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Ащет он дергает внешние утилиты
    > Ащет он дергает не утилиты, а библиотеки

    код говорит о другом, извини, посмотрел исходники 1.23, в 1.24 по иному?

    начнем с опций ./configure, в которых указываются пути к ИСПОЛНЯЕМЫМ файлам, а не библиотекам:
      --with-compress=PROG    use PROG as compress compressor program
      --with-gzip=PROG        use PROG as gzip compressor program
      --with-bzip2=PROG       use PROG as bzip2 compressor program
      --with-lzip=PROG        use PROG as lzip compressor program
      --with-lzma=PROG        use PROG as lzma compressor program
      --with-lzop=PROG        use PROG as lzop compressor program
      --with-xz=PROG          use PROG as xz compressor program

    далее, смотрим src/tar.c, src/common.h, src/suffix.c (тут реализован подбор программы по суффиксу), src/buffer.c (тут реализовано определение программы сжатия по magic sequency) где везде в соответствие формату ставится не библиотечный вызов, а вызов PROG.

    Ну почему, перед тем как утверждать что-то, не изучить вопрос?

     
  • 4.8, StrangeAttractor (ok), 16:22, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы он ещё умел делать не-solid сжатые архивы, цены бы ему не было. А так юзаю его только для бэкапов где надо права и ссылки сохранить, а для всего остального - 7z и zip, потому, что очень активно работаю с отдельными файлами в архивах, а в последних двух это всё-таки реализовано естественнее.
     
     
  • 5.20, iav (ok), 00:44, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    7zip - поточный формат. С отдельными файлами в 7z архивах вы работать не можете.
     
     
  • 6.22, StrangeAttractor (ok), 01:06, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > 7zip - поточный формат. С отдельными файлами в 7z архивах вы работать
    > не можете.

    7z a -ms=off ...

    В виндовом 7zip есть выбор размера solid-блока, где можно выбрать никакой.

     
     
  • 7.28, iav (ok), 03:44, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> 7zip - поточный формат. С отдельными файлами в 7z архивах вы работать
    >> не можете.
    > 7z a -ms=off ...
    > В виндовом 7zip есть выбор размера solid-блока, где можно выбрать никакой.

    Позвольте, но тогда он будет плохо жать! :)

     
     
  • 8.29, StrangeAttractor (ok), 04:09, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее Ваше предыдущее утверждение ложно И вообще нормально он так жмёт, ... текст свёрнут, показать
     
  • 4.12, аноним (?), 20:25, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самое главная его фича, это то, что можно работать с магнитной лентой. WinRAR так может?
     
     
  • 5.15, Иван Иванович Иванов (?), 20:38, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое главная его фича, это то, что можно работать с магнитной лентой.
    > WinRAR так может?

    На магнитную ленту можно записать всё что угодно.

    rar a -en : Do not put 'end of archive' block

    обновляйте архив тупым дописыванием (append) файлов.

    Лишь бы обосрать.

     
  • 4.23, z (??), 01:08, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    этот архиватор сам не выполняет сжатие, а вызывает внешние программы, поколдовав с src/suffix.c я думаю к нему можно и rar прикрутить при большом желании :)

    вообщем, учи матчасть и не тупи так больше

     
     
  • 5.24, ананим (?), 01:23, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    сам учи, там в коммандной строке можно задать свой собственный скрипт или прогу для сжатия. :D
    и второй раз поучи мат часть - на выполнение вызывается одна команда, как отдельная единца выполнения. а создаёт ли она другие процессы, вызывает общие библиотеки, активикс компоненты или вообще rpc-вызов к аппаратной железяке с супер-дупер алгоритмом сжатия/шифрования - это не важно.
    важно только что это одна команда, которую можно нанизывать в пайпы как одну.
     
     
  • 6.38, z (??), 10:49, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >сам учи, там в коммандной строке можно задать свой собственный скрипт или прогу для сжатия. :D

    от этого обёртка компрессором не станет, поскольку ну ничего о самом процессе сжатия не знает, лишь обертка, или тогда давайте Make называть компилятором если уж такой двиг пошёл

     
     
  • 7.41, ананим (?), 12:43, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    еще как станет. видите ли - это такой апи в посикс мире.
    или объясните почему вы не называете оберткой 7зип, винрар, которые для других форматов используют библиотеки не своего кода и нифига о процессе сжатия в них не знают.

    подсказка в споре выше - как из сжатого тара добавить/удалить файл не распаковывая весь сжатый архив.

     
     
  • 8.42, z (??), 14:34, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    какого кода, libc это системная библиотека, в остальном эти две программы полно... текст свёрнут, показать
     
     
  • 9.43, z (??), 14:42, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ах, имеется ввиду плагинная структура как у winrar Загружать плагин в программе... текст свёрнут, показать
     
     
  • 10.48, ананим (?), 01:04, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    и где же его ограниченность по тару этого ну никак не скажешь... текст свёрнут, показать
     
     
  • 11.52, z (??), 13:07, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    есть возможность указать временную папку, цепочку фильтров, match finder, отобра... текст свёрнут, показать
     
  • 3.10, anonymous (??), 17:11, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    rar и zip - это одновременно архиваторы и компрессоры. zip даже права Unix умеет. а вообще, замечание про форточку - это была явная шутка, и вы зря принимаете его близко к сердцу.
     
  • 3.35, www2 (??), 08:37, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Исторически в DOS и Windows нет деления на архиваторы и компрессоры. Rar, Zip и прочие программы являются одновременно и компрессорами и архиваторами. Можно считать их компрессорами, если в архиве есть только один файл, а можно считать их архиваторами, если не в архиве не используется сжатие. Создание многотомных архивов - одна из фич Rar, которая обычно является неотъемлемой функцией архиваторов.
     
  • 2.9, StrangeAttractor (ok), 16:29, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Rar и zip нервно курят в форточку.

    На сколько я понимаю, при наличии 7z (да и zip современный вроде lzma поддерживает) rar стал не нужен. У rar (winrar, насчёт консольного не знаю) есть только одна замечательная опция, которой лично мне очень нехватает в 7z - возможность добавлять файлы указанных типов в архив не сжимая их (при этом сжимая остальные) - очень удобно когда делаешь полный бэкап какой-нибудь файлопомойки (например домашней папки с даунлоадами и доками) - не тратишь время на попытки скомпрессировать avi, mp3, jpg, архивы и т.п.

     

  • 1.13, Etch (?), 20:26, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > При распаковке символических ссылок, tar теперь восстанавливает
    > дополнительные атрибуты, такие как время модификации и права доступа
    > к ссылке, если операционная системы поддерживает данные возможности;

    А в каких ОС символические ссылки имеют свои собственные права доступа и время модификации?

     
     
  • 2.21, pavlinux (ok), 00:47, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А в каких ОС символические ссылки имеют свои собственные права доступа

    VMS, там, после того как удалил оригинал, а затем создал такой же, с таким же именем,
    то ссылка на него уже не будет указывать... Вот такая крутанская ОСь. :)
    Думается что эта фишка есть у любой файловой системы с поддержкой версионности.


    > и время модификации?

    Вроде всё вменяемые...

    pavel@suse64:/mnt> stat vm*

      File: 'vm' -> '/mnt/vmdk'
      Size: 9               Blocks: 0          IO Block: 4096   символьная ссылка
    Device: 802h/2050d      Inode: 142692140   Links: 1
    Access: (0777/lrwxrwxrwx)  Uid: (    0/    root)   Gid: (    0/    root)
    Access: 2010-10-26 00:43:57.226326001 +0400
    Modify: 2010-10-26 00:43:57.226326001 +0400
    Change: 2010-10-26 00:43:57.226326001 +0400

      File: 'vmdk'
      Size: 6               Blocks: 0          IO Block: 4096   Каталог
    Device: 802h/2050d      Inode: 142772305   Links: 2
    Access: (0755/drwxr-xr-x)  Uid: ( 1000/   pavel)   Gid: (    0/    root)
    Access: 2010-10-26 00:55:57.443326005 +0400
    Modify: 2010-10-26 00:55:57.443326005 +0400
    Change: 2010-10-26 00:55:57.443326005 +0400

     
     
  • 3.31, Etch (?), 05:16, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Думается что эта фишка есть у любой файловой системы с поддержкой версионности.

    Что-то сомневаюсь - симлинк является путём к другому файлу, а если фс не умеет путей без указания версии, то это уже не версионная фс.

    > Вроде всё вменяемые...

    хм, действительно.

     
     
  • 4.47, pavlinux (ok), 18:59, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Думается что эта фишка есть у любой файловой системы с поддержкой версионности.
    > Что-то сомневаюсь - симлинк является путём к другому файлу, а если фс
    > не умеет путей без указания версии, то это уже не версионная
    > фс.

    Кроме как на VMS, не пробовал. Дело в том что файл на версионной ФС
    имеет полное имя как $ROOT/$PATH/$NAME.EXT:$VERSION (где-то расширения не используются)
    Ссылка указывает именно на это. Изменяя любой из этих параметров у оригинала,
    делаем тем самым полумертвую ссылку, она есть, но указывает на старый файл или удалённый.
    Если сделать так что обновляя версию оригинала, обновится ссылка, тогда уже сама ссылка
    будет иметь другую версию :)
      

    $SYSROOT/etc/motd.link:1 -> $SYSROOT/etc/motd:1
    обновили /etc/motd, получили новый
    $SYSROOT/etc/motd:2 но без ссылки... и парочку  
    $SYSROOT/etc/motd.link:1 -> $SYSROOT/etc/motd:1  

    если обновлять и ссылку то у нас будет уже 4 файла

    $SYSROOT/etc/motd.link:1 -> $SYSROOT/etc/motd:1
    $SYSROOT/etc/motd.link:2 -> $SYSROOT/etc/motd:2

    поэтому на подобных ФС все объекты, желательно,
    чтоб имели полные доступные атрибуты - времена, права, расширенные атрибуты,...


     
     
  • 5.49, Etch (?), 07:39, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. создаём нового пользователя, а система его не видит т.к. смотрит в /etc/passwd:1 вместо того чтобы смотреть в /etc/passwd самой последней версии? Это уже получается не версионная ФС, а ФС с автоматическим добавлением суффикса к имени файла (для каждой версии).
     
     
  • 6.54, pavlinux (ok), 16:57, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. создаём нового пользователя, а система его не видит т.к. смотрит в
    > /etc/passwd:1 вместо того чтобы смотреть в /etc/passwd самой последней версии?

    Как и зачем она его будет смотреть, если его ещё нет в системе? :)

    > Это уже получается не версионная ФС, а ФС с автоматическим добавлением суффикса
    > к имени файла (для каждой версии).

    Т.е. все таки версии? :)

    Версии бывают разные: полные, инкрементальные, маскированные.  

     
     
  • 7.57, Etch (?), 07:10, 28/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Т.е. создаём нового пользователя, а система его не видит т.к. смотрит в
    >> /etc/passwd:1 вместо того чтобы смотреть в /etc/passwd самой последней версии?
    > Как и зачем она его будет смотреть, если его ещё нет в
    > системе? :)

    Это должен разруливать драйвер ФС, а так как ты это описываешь - создаёт больше проблем чем решается с помощью версионности.
    Вот как указать системе какая версия /etc/passwd на данный момент актуальна? Через какой-нибудь файл? - а как указать актуальную версию этого файла? Замкнутый круг получается.

    >> Это уже получается не версионная ФС, а ФС с автоматическим добавлением суффикса
    >> к имени файла (для каждой версии).
    > Т.е. все таки версии? :)

    Не версии, а новые файлы создающиеся автоматически при каждом изменении. Версиями это можно назвать с большой натяжкой.

    > Версии бывают разные: полные, инкрементальные, маскированные.

    А не важно как это реализовано изнутри.

     
     
  • 8.58, pavlinux (ok), 11:50, 28/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, так давно это было Глянь на Вики, http ru wikipedia org wiki Files-11 ... текст свёрнут, показать
     
     
  • 9.60, Etch (?), 06:07, 29/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Всё-таки нормально там сделано, видать ты просто подзабыл уже Например, DIR1 D... текст свёрнут, показать
     

  • 1.16, Аноним (-), 21:52, 25/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    me:/tmp/1$ rm -rf *; mkdir -p 1 2/3; tar c 2 | { cd 2; tar x -C ../1; }
    tar: 2/3: Cannot utime: No such file or directory
    tar: 2: Cannot utime: No such file or directory
    tar: Exiting with failure status due to previous errors

    глупая ошибка

     
     
  • 2.17, Sylvia (ok), 22:30, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    у меня такие же глюки с cannot utime лезут при установке пакетов с binhost в gentoo

    >>> Emerging binary (1 of 1) net-im/pidgin-2.7.4

    * pidgin-2.7.4.tbz2 MD5 SHA1 size ;-) ...                               [ ok ]
    >>> Extracting info

    * Package:    net-im/pidgin-2.7.4
    * Repository: gentoo
    * USE:  gnutls gtk sasl
    * gtk build => nls is enalbed!
    >>> Extracting net-im/pidgin-2.7.4

    tar: ./var/lib: Cannot utime: No such file or directory
    tar: ./var/lib: Cannot change ownership to uid 0, gid 0: No such file or directory
    tar: ./var/lib: Cannot change mode to rwxr-xr-x: No such file or directory
    tar: Exiting with failure status due to previous errors
    tar failed with status 2

     
     
  • 3.18, Аноним (-), 22:41, 25/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    похоже, несмотря на -C, пытается выполнить utime из текущего каталога, а не указанного в -C
     
  • 2.19, pavlinux (ok), 00:36, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    pavel@suse64:/tmp > rm -rf *; mkdir -p 1 2/3; tar c 2 | { cd 2; tar x -C ../1; }
    pavel@suse64:/tmp > echo $?
    0

    И чё? И где?


    pavel@suse64:/tmp > tar --version
    tar (GNU tar) 1.23
    ...


     
     
  • 3.26, ананим (?), 01:57, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    попробуй 1.24 и расскажешь.
     
     
  • 4.27, pavlinux (ok), 02:59, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > попробуй 1.24 и расскажешь.

    Зачем же! Пущай сначала гентушнеги потрахаюцца, а мы заюзаем стейбл.

     
     
  • 5.45, Аноним (-), 18:13, 26/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем же! Пущай сначала гентушнеги потрахаюцца, а мы заюзаем стейбл.

    Как же они затестят, если в каждое сообщение о баге будешь влезать ты и утверждать, что всё работает, приводя вывод предыдущей версии?

     
  • 5.51, anonymous (??), 12:54, 27/10/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты жалкий неудачник
    https://bugs.gentoo.org/show_bug.cgi?id=342735
     

  • 1.53, Аноним (-), 14:22, 27/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не знаю, какие там они баги пофиксили, но вот tar -zvxf archive.tar.gz -C /tmp распаковывает нормально в /tmp, но вместе с тем создает еще и полную структуру каталогов архива в текущем. ну его нафиг, такие багофиксы.
     
     
  • 2.59, ig0r (??), 20:37, 28/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не воспроизводится, попробуйте удалить полную структуру каталогов в текущей директории и повторить, если баг повторяется, покажите архив, возможно дело в нём.
     
     
  • 3.61, Аноним (-), 17:36, 29/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    стабильно вопсроизводится на любых архивах. tar собран как ./configure --prefix=/usr --bindir=/bin --libexecdir=/usr/sbin --enable-backup-scripts под x86_64

     
  • 3.62, Аноним (-), 18:28, 29/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > не воспроизводится, попробуйте удалить полную структуру каталогов в текущей директории
    > и повторить, если баг повторяется, покажите архив, возможно дело в нём.

    http://git.savannah.gnu.org/cgit/tar.git/patch/?id=acb77ac5bd4bf9248070c9c512

    этот патч проблему решил

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру