После трёх лет разработки состоялся (http://savannah.gnu.org/forum/forum.php?forum_id=8495) релиз утилиты для сжатия данных gzip 1.7 (http://www.gnu.org/software/gzip/). По сравнению с прошлым выпуском внесено 60 изменений.

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

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

-  Переменная окружения GZIP переведена в разряд устаревших, при наличии данной переменной gzip теперь выдаёт предупреждение и блокирует попытки указания опасных опций.
-  В устанавливаемые программы, такие как zgrep, добавлено использование переменной окружения  PATH для определения пути  к вызываемым утилитам 'gzip' и 'grep'.

URL: http://savannah.gnu.org/forum/forum.php?forum_id=8495
Новость: http://www.opennet.me/opennews/art.shtml?num=44118

• Релиз gzip 1.7,АнонимХ, 19:30 , 28-Мрт-16
  • Релиз gzip 1.7,АнонимХ, 11:13 , 29-Мрт-16
    • Релиз gzip 1.7,Andrey Mitrofanov, 11:38 , 29-Мрт-16
      • Релиз gzip 1.7,АнонимХ, 11:46 , 29-Мрт-16
      • Релиз gzip 1.7,АнонимХ, 12:23 , 29-Мрт-16
• Релиз gzip 1.7,Michael Shigorin, 21:15 , 28-Мрт-16
  • Релиз gzip 1.7,Андрей, 05:02 , 29-Мрт-16
    • Релиз gzip 1.7,Perl_Jam, 00:03 , 31-Мрт-16
  • Релиз gzip 1.7,Вова, 11:23 , 29-Мрт-16

Gzip -l для файлов >4GB не починили

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

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

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

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

Фсйо, срочно заменяю все gzip-ы cat-ом. Надо фиксить проблему, да!?

Можете продолжать сидеть на fat32 или другой файловой системе, которая не поддерживает файлы размером больше 4GB

А ну тебя, с твоим сарказмом :)

> --rsyncable

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

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

Как раз хотел сказать, неужели! Лет 10 уже как пора. Осталось в Debian сделать пакет rsync-patched, т.к. мэйнтейнер почему-то добавляет улучшения не в rsync, а в rsync-patches. А некоторые вообще отклоняет, как слишком Linux-специфичные, как будто rsync для винды сделан. Или под MacOS X нет тех же вызовов, что и используются в тех патчах (drop-caches).

Debian (и не он один) двигает и проекты с альтернативными ядрами, если что. ваш кэп.

Я вот тоже удивился, а он оказывается уже лет 10 отдельным патчем лежит и всеми используется.