В 2106-м году gzip превратится в тыкву

Я не доживу до 2106 года, так что об этом можно не волноваться.

Баг в багтрекере завел, чтобы int перестали для времени использовать? :)

Нормальные типы данных не всем нужны.

Разработчики и так в курсе и пишут про 2106-й год в документации.

конец света по календарю майа gzip-a

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

Я не доживу до 2106 года, так что об этом можно не волноваться.

Это отличный индикатор эффективного менеджера. Главное - ЯЯЯ не получу по жёппе, остального вообще нет.

Если до 2106 года империалисты не смогут разрешить свои конфликты без ядерного джихада, тема выбора оптимального алгоритма сжатия перестанет волновать потомков местных обитателей. Если же третья мировая война не состоится, gzip по-прежнему будет ненужен. gzip и сейчас ненужен (зачем мне в 2024 году формат, не умеющий задействовать возможности многоядерного процессора?). Все нормальные люди используют zstd

Да. Ведь существует time_t, который теперь имеет разрядность 64 бита на всех нормальных платформах

Скорее всего, ни один человек, имеющий аккаунт на ЛОРе в данный момент, не доживет до 2106 года. Доживут дети или внуки. А для них вопросы выбора оптимального алгоритма сжатия отойдут на второй план, если сильные мира всего устроят окончательное решение $enemyname вопроса во имя своих меркантильных интересов энергетической безопасности своих государств.

Я не доживу до 2106 года

Какой оптимист

проверь и другие архиваторы, скажи на что переходить. xz?

зачем мне в 2024 году формат, не умеющий задействовать возможности многоядерного процессора

Открой для себя утилиту pigz

Я уже открыл для себя zstd :)

gzip и сейчас ненужен

Тот же make-initrd, например, внезапно, может жать gzip'ом.

может жать gzip’ом.

Может. Но ядро давно умеет работать с другими форматами.

Кто перестал? Суть gzip в том что он универсален, ты можешь архив, созданный где угодно, распаковать тоже где угодно, в т.ч. на компе, который не обновлялся с 90-х годов. Если изменить формат, эта важнейшая его фича сломается.

Впрочем, я бы сделал так: если все таймстампы укладываются в текущий формат, сохранять в текущем совместимом. Если где-то дата больше 2106 года - использовать изменённый, несовместимый со старыми утилитами, но поддержку его распаковки сделать уже сейчас. Ну и надеяться, что к 2106 году, когда архивы в новом формате реально станут появляться, уже не останется (почти) машин, где стоит gzip версии до 2024 года, который не может его распаковать.

Дело даже не в pigz а в том что можно параллельно несколько архиваторов запустить если иначе никак.

Хм. pigz, даже с пресетом best, несколько проигрывает zstd в степени сжатия. А работает значительно медленнее. Тестировал на каталоге, содержащем git-репозитории celestia и rawtherapee, а так же кучу исходников без гита. Сам каталог занимает 30 гигабайт. После сжатия с использованием zstd – 12. После gzip – 13

А еще можно удалить себе гланды через анус. Но через рот удобнее.

Кто перестал? Суть gzip в том что он универсален

Поддержка zstd добавляется одним вызовом пакетного менеджера. Arch Linux вообще содержит zstd в базе, поскольку pacman использует zstd для сжатия пакетов.

распаковать тоже где угодно, в т.ч. на компе, который не обновлялся с 90-х годов

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

Ну и надеяться, что к 2106 году, когда архивы в новом формате реально станут появляться

А у тебя надежная криокамера. Они уже появились и используются

Разве его к тому времени не перепишут на лиспе?

после 2106-02-07 06:28:15 UTC все ваши скрипты, которые жмут gzip’ом, начнут сыпаться

Поменяю дату на прошлое и запущу скриптец, делов-то.

Поддержка zstd добавляется одним вызовом пакетного менеджера. Arch Linux вообще содержит zstd в базе, поскольку pacman использует zstd для сжатия пакетов.

Поддержка чего угодно добавляется установкой соответствующего софта. Универсальность же в том что устанавливать ничего и никуда не надо.

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

Проблема в том, что «что использовать» выбирают в источнике архива, а не там где его распаковывают. Так что gzip стоит использовать заранее, не зная где именно будет производиться распаковка. Более того, пакуя gzip-м ты точно знаешь не только про его совместимость с старыми системами, но и с будущими: все эти bz2/xz/lzma/zstd и что там ещё напридумывали могут со временем задепрекейтить и удалить под предлогом перехода на новые алгоритмы, а gzip так и останется навечно минимальным дефолтом который должен присутствовать в любой исправной системе.

Они уже появились и используются

Уже появились архивы с файлами из 2106 года? Что ты несёшь?

Можно и не менять дату (дату файла), там всего лишь варнинги. Автор несколько наврал про «сыпаться».

Поддержка чего угодно добавляется установкой соответствующего софта. Универсальность же в том что устанавливать ничего и никуда не надо

Так в арче уже не надо добавлять. А через 10 лет zstd будет таким же стандартным компонентом, каким сейчас является gzip.

Проблема в том, что «что использовать» выбирают в источнике архива, а не там где его распаковывают. Так что gzip стоит использовать заранее, не зная где именно будет производиться распаковка.

Нет. В любой нормальной системе можно поставить zstd одной командой. Если ты архивируешь для себя, вопрос совместимости так же не стоит. gzip нужен только для совместимости с системами, существующими без обновлений больше 10 лет. В остальных случаях zstd либо уже установлен, либо устанавливается без проблем.

Уже появились архивы с файлами из 2106 года? Что ты несёшь?

Ты упорот? Я про архиваторы. Которые уже практически заменили gzip

Так в арче уже не надо добавлять.

При чём тут арч? Это уже требование - иметь «правильный» дистр.

А через 10 лет zstd будет таким же стандартным компонентом, каким сейчас является gzip.

Не будет.

Нет. В любой нормальной системе можно поставить zstd одной командой.

Есть системы где вообще ничего ставить нельзя, например.

Если ты архивируешь для себя, вопрос совместимости так же не стоит.

Разумеется.

gzip нужен только для совместимости с системами, существующими без обновлений больше 10 лет

Уточнение про 10 лет тут лишнее. Просто - для совместимости со всем подряд, чтоб вообще не думать что там у кого может быть установлено или не установлено. Это как POSIX shell - он один и точно везде есть, скрипты нормальные люди пишут на нём, а не на всех этих bash/zsh/XXXsh.

Ты упорот? Я про архиваторы. Которые уже практически заменили gzip

Ты не держишь нить беседы. Я писал про то, как обеспечить максимально плавный и щадящий апгрейд формата gzip за будущие 80 лет, а не про то, как другие архиваторы использовать.

Которые уже практически заменили gzip

У кого как. Я вот команду «tar czf» знаю а остальное даже лень запоминать.

При чём тут арч? Это уже требование - иметь «правильный» дистр

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

Не будет

Почему?

Есть системы где вообще ничего ставить нельзя, например

Вот для этих систем и применяй gzip. В остальных случаях в этом нет никакого смысла

Ты не держишь нить беседы. Я писал про то, как обеспечить максимально плавный и щадящий апгрейд формата gzip

Этот плавный и щадящий апгрейд уже происходит.

Почему?

Потому что придумают очередной новый супер-формат и про ztsd забудут. Так же как уже почти забыли про bz2, заменив его на xz. А gz был и остаётся тем, что будет просто работать независимо от этих нововведений и без гонки за эффективностью в ущерб всеобщей совместимости.

Вот для этих систем и применяй gzip. В остальных случаях в этом нет никакого смысла

Я ж уже написал - заранее не знаешь где кто-то захочет распаковать твой архив.

Этот плавный и щадящий апгрейд уже происходит.

Нет, формат gzip с 64-битным временем до сих пор не сделали.

Потому что придумают очередной новый супер-формат и про ztsd забудут

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

Нет, формат gzip с 64-битным временем до сих пор не сделали.

Ты вообще понимаешь, о чем идет речь? gzip уже вытесняется другими компрессорами. Причем здесь 64-битное время?

Так а потом сделают новый формат который тоже будет превосходить другие компрессоры, включая zstd - и всё по новой.

Причем здесь 64-битное время?

При том, что имеется конкретная проблема - gzip не может записать таймстамп больше 2106 года.

Хотя я чего-то подумал сейчас, что не нужен ему никакой новый формат, как и таймстамп вообще. Ведь никто этот таймстамп никогда не смотрит и не учитывает при распаковке. Так что пишем младшие 32 бита времени, варнинг вообще можно убрать если только -v не указано.

Так а потом сделают новый формат который тоже будет превосходить другие компрессоры, включая zstd - и всё по новой

Когда сделают, тогда и поговорим.

При том, что имеется конкретная проблема - gzip не может записать таймстамп больше 2106 года

Проблема в том, что он уже устарел, и ограниченный таймстрап уже не имеет значения

Автор несколько наврал про «сыпаться».

Не наврал. Я не мог поставить ALT Linux потому, что в UEFI машины был выставлен 2112-й год или какой-то такой. Инсталлятор выдавал ошибку «Запуск скрипта не удался: 50-instkernel.sh». А суть в том, что этот скрипт вызывает make-initrd, выполнение которого завершается с ошибкой, поскольку gzip выдаёт warning.

не волнуйся, теория большого фильтра передаёт что у человечества шансы дожить до 2106 года тоже не очень

У него ненулевой код возврата после этого или установщик так среагировал на любой вывод в stderr?

warning

это ещё не тыква.
Да и кому вообще нужен таймстамп из гзипа?

Не проверял, но, по ходу, ненулевой код возврата. Сам make-initrd перед завершением работы пишет про ошибку из-за warning'а gzip'а.

Ну тогда можно и правда багрепорт в gzip отправить. Эта ненужная мелочь явно не должна приводить к ненулевому коду. Я даже не уверен что варнинг надо по дефолту писать, ведь этот таймстамп нигде не используется потом реально.

gzip не нужен, переходите на zst.

В 2106 скрипты будут показывать в музее, а gzip-архивы продавать на аукционах.

Будут только заверенные корпорациями бинарники без конфигов, а случайно найденный скрипт будет считаться вредоносом и автоматически удаляться с уведомлением Security Officer’а

А почему gzip вообще имеет какие-то таймстэмпы? На кой?

Ты упорот? Я про архиваторы. Которые уже практически заменили gzip

Упоротость похоже у вас, выраженая в незнании.

При том, что имеется конкретная проблема - gzip не может записать таймстамп больше 2106 года.

Горец, перелогиньтесь.

У него там ещё и имя оригинального файла в заголовке сохраняется (и тоже игнорируется потом всеми, распаковщик .gz просто отрезает). Наверно (как и таймстамп) чтобы утилитой file его потом смотреть. Кстати с размером оригинального файла там та же проблема (он 32-бит) и на неё кажется просто забили, пишут младшие 32 бита его он >=4GB.

Отличный повод выпилить эту муть и всегда занулять что имя, что timestamp.

Мне не нужна вечная игла, я не хочу жить вечно.

Ну вот, так хорошо начал, потом скатился в «ненужно»…

Оно нужно только там, где требуется обратная совместимость.