Релиз gzip 1.7

28.03.2016 17:49

После трёх лет разработки состоялся релиз утилиты для сжатия данных gzip 1.7. По сравнению с прошлым выпуском внесено 60 изменений.

Наиболее заметные новшества:

Добавлена опция "--synchronous", которая приводит к вызову fsync для принудительного сброса буферов при записи выходного потока в файл, что делает операцию более защищённой от потери данных в случае краха системы;
Добавлена опция "--rsyncable", которая приводит к оптимизации вывода сжатых данных для более эффективного использования утилитой rsync. Например, если большой входной файл изменился незначительно, gzip оставляет неизменную часть итогового сжатого файла в исходном виде (без опции "--rsyncable" выходной поток каждый раз полностью отличается);
Переменная окружения GZIP переведена в разряд устаревших, при наличии данной переменной gzip теперь выдаёт предупреждение и блокирует попытки указания опасных опций.
В устанавливаемые программы, такие как zgrep, добавлено использование переменной окружения PATH для определения пути к вызываемым утилитам 'gzip' и 'grep'.

исправить +18 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/44118-gzip

Ключевые слова: gzip

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (8)

1.1, АнонимХ (ok), 19:30, 28/03/2016 [ответить]	+/–
Gzip -l для файлов >4GB не починили

2.4, АнонимХ (ok), 11:13, 29/03/2016 [^] [^^] [^^^] [ответить]

–1 +/–

О, вижу минус. Наверно, человек его поставивший, может оправдать эту многолетнюю фундаментальную ошибку формата?

man gzip

BUGS

The gzip format represents the input size modulo 2^32, so the --list option reports incorrect uncompressed sizes and compression ratios for uncompressed files 4 GB and larger. To work around this problem, you can use the following command to discover a large uncompressed file's true size:

zcat file.gz | wc -c

Хороший воркэраунд, а главное - "быстрый"

3.6, Andrey Mitrofanov (?), 11:38, 29/03/2016 [^] [^^] [^^^] [ответить]	+2 +/–
> Хороший воркэраунд, а главное - "быстрый" Фсйо, срочно заменяю все gzip-ы cat-ом. Надо фиксить проблему, да!?

4.7, АнонимХ (ok), 11:46, 29/03/2016 [^] [^^] [^^^] [ответить]	–1 +/–
Можете продолжать сидеть на fat32 или другой файловой системе, которая не поддерживает файлы размером больше 4GB

4.8, АнонимХ (ok), 12:23, 29/03/2016 [^] [^^] [^^^] [ответить]	+/–
А ну тебя, с твоим сарказмом :)

1.2, Michael Shigorin (ok), 21:15, 28/03/2016 [ответить]

+1 +/–

> --rsyncable

Эк они сократили период тестирования...

---
Основной gzip 1.3.12 содержит в TODO план включения --rsyncable.
Аналогичный патч для zlib существует, ровно как и патчи для всех
остальных необходимых компонент, в конце концов, этот патч нужен
только для компрессии, а распаковка выполняется стандартной
процедурой. Как я уже говорил, в Debian поддержка rsyncable уже есть с
2003 или около того, в том числе благодаря работам ALT Linux Team. :-)
--- http://lists.altlinux.org/pipermail/devel/2008-May/155334.html

2.3, Андрей (??), 05:02, 29/03/2016 [^] [^^] [^^^] [ответить]	+/–
Как раз хотел сказать, неужели! Лет 10 уже как пора. Осталось в Debian сделать пакет rsync-patched, т.к. мэйнтейнер почему-то добавляет улучшения не в rsync, а в rsync-patches. А некоторые вообще отклоняет, как слишком Linux-специфичные, как будто rsync для винды сделан. Или под MacOS X нет тех же вызовов, что и используются в тех патчах (drop-caches).

3.9, Perl_Jam (?), 00:03, 31/03/2016 [^] [^^] [^^^] [ответить]	+/–
Debian (и не он один) двигает и проекты с альтернативными ядрами, если что. ваш кэп.

2.5, Вова (?), 11:23, 29/03/2016 [^] [^^] [^^^] [ответить]	+/–
Я вот тоже удивился, а он оказывается уже лет 10 отдельным патчем лежит и всеми используется.

Добавить комментарий

Текст: