LINUX.ORG.RU

Arch Linux меняет алгоритм сжатия своих пакетов.

 


0

0

Около месяца назад разработчики добавили в утилиты дистрибутива возможность использовать пакеты формата xz, использующего алгоритм сжатия LZMA2. По сравнению с gzip, это позволяет получить степень сжатия до 30% и больше в зависимости от данных.

Для того, чтобы использовать новый формат пакетов, нужно заменить значение переменной PKGEXT в makepkg.conf на ".pkg.tar.xz". Теперь утилиты dbscripts, devtools, namcap и, конечно, pacman в состоянии обработать такие пакеты. Если используются собственные скрипты для работы с пакетами, в них, при необходимости, нужно самостоятельно изменить шаблон имени файлов пакетов с «*.pkg.tar.gz» на «*.pkg.tar.*».

Для корректного обновления уже установленных дистрибутивов пакеты pacman, pacman-mirrorlist, libarchive, libfetch и xz-utils сохранены в формате gz (указано «PKGEXT = '.pkg.tar.gz'» в их PKGBUILD). В настоящее время всем разработчикам и доверенным пользователям (Trusted Users) настоятельно рекомендуется использовать новый формат для создаваемых ими пакетов.

>>> Оригинал



Проверено: Aceler ()
Последнее исправление: Aceler (всего исправлений: 6)

Ответ на: комментарий от boo32

А как тогда насчет фразы «ударная установка» (drum set) или «экспериментальная установка»? Это результат сборки, а не процесс, поэтому «установка» может употребляться и в том, и в другом смыслах.

awk2007
()
Ответ на: комментарий от Aceler

это оправдывает твою некомпетенцию, правда? :)

boo32
() автор топика
Ответ на: комментарий от awk2007

согласен. помимо «безконтекстного» значения слов есть и устоявшиеся словосочетания.

boo32
() автор топика
Ответ на: комментарий от Aceler

правильнее будет сказать не «первая», а «идеальная». ну, до твоего вмешательства, конечно :). теперь я даже не желаю, чтобы там мой ник был указан, настолько новость безграмотная стала :).

boo32
() автор топика
Ответ на: комментарий от awk2007

стОит заметить, однако, что слово «установка» в твоих примерах подчёркивает не то, что это результат процесса, а то, что это некий предмет, состоящий из различных компонентов.

boo32
() автор топика
Ответ на: комментарий от Aceler

> разработчики дистрибутива добавили в утилиты дистрибутива

неужели такая тавтология была допущена мной? или это тоже результат твоих правок?

boo32
() автор топика
Ответ на: комментарий от Aceler

> позволяет получить степень сжатия на 30% и больше

ну опять не по-русски же. ты явно встал сегодня не с той ноги :).

boo32
() автор топика
Ответ на: комментарий от boo32

разработчики дистрибутива добавили в утилиты дистрибутива

неужели такая тавтология была допущена мной? или это тоже результат твоих правок?

предлагаешь прикрутить к движку дифф?

ferhiord ★★
()
Ответ на: комментарий от frame

Диск це:

Мнения людей с законсервированными мозгами/ассоциациями в постоянно меняющемся мире ничтожны, с чем вас и поздравляю :-)

Вас не смущает, дорогой сторонних прогресса в ассоциациях, что в GNU/Linux файловая система какая-то нетрадиционная, а в Windows нормальная понятная файловая система: диск це:, диск де:, это ведь современных подход.

Camel ★★★★★
()
Ответ на: комментарий от ferhiord

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

boo32
() автор топика
Ответ на: комментарий от ferhiord

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

boo32
() автор топика
Ответ на: Диск це: от Camel

Смущало, т.к. диски как отдельные сущности всяко естественней для восприятия обычным пользователям, чем «точки монтирования блочных устройств в иерархической файловой системе»



frame ★★★
()
Ответ на: комментарий от frame

Не точки.

«точки монтирования блочных устройств в иерархической файловой системе»

Во-первых, точки монтирования не устройств, но файловых систем. Во-вторых, где это в венде точки монтирования файловых систем? «диск це:» есть «файловая система „це:“.

Camel ★★★★★
()

> чтобы использовать новый формат пакетов, нужно заменить значение переменной PKGEXT в makepkg.conf на ".pkg.tar.xz". Теперь утилиты dbscripts, devtools, namcap и, конечно, pacman в состоянии обработать такие пакеты. Если используются собственные скрипты для работы с пакетами, в них, при необходимости, нужно самостоятельно изменить шаблон имени файлов пакетов с «*.pkg.tar.gz» на «*.pkg.tar.*».

Господи, как же было бы неохота с этим возиться! )))

--
Пользователь Fedora.

Jayrome ★★★★★
()
Ответ на: комментарий от Jayrome

> Господи, как же было бы неохота с этим возиться! )))

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

boo32
() автор топика

Дык уже давненько мне pacman некоторые пакеты в хз пригонял.

pevzi ★★★★★
()
Ответ на: комментарий от Jayrome

Здесь тема.

Почему ты уделяешь такое большое внимание заглавию каждого своего сообщения? ))

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

Camel ★★★★★
()
Ответ на: комментарий от shanechko

а причём тут bzip2, когда речь о gz?

boo32
() автор топика
Ответ на: Здесь тема. от Camel

Надо попробовать. Будем вдвоем раздражать других. )

Jayrome ★★★★★
()
Ответ на: комментарий от cetjs2

.pkg.tar.xz уже давно в строю, работает на отлично. Новость - просто какбы официальный пресс-релиз, не более.

shahid ★★★★★
()
Ответ на: комментарий от Jayrome

> Господи, как же было бы неохота с этим возиться! )))

сделать $ vim /etc/makepkg.conf
и поменять одну буковку - это слишком сложное действие для федорастов? :)

overmind88 ★★★★★
()
Ответ на: Не точки. от Camel

>Во-первых, точки монтирования не устройств, но файловых систем.

Проще для пользователя от этого не сделается

Во-вторых, где это в венде точки монтирования файловых систем? «диск це:» есть «файловая система „це:“.


Значит про diskmgmt.msc, \device\harddisk#\partition# и даже про subst ничего не знаем?! Ну и чём тогда говорить с такими вот неподготовленными людьми? :-)

frame ★★★
()
Ответ на: комментарий от dm1024

«Слоупки» же, раз уж тут у нас граммар-наци тред. Беглая гласная, чередование с нулём и всё такое.

LamerOk ★★★★★
()
Ответ на: комментарий от mcdebugger

А какая разница? Алгоритм же тот же.

С полгода назад на ЛОРе читал, что у LZMA время распаковки чуть выше чем у gzip, но раза в полтора меньше чем у bz2, при этом степень сжатия намного больше.

yurikoles ★★★
()
Ответ на: Не точки. от Camel

Запустив diskmgmt.msc, можно поменять точки монтирования вместо букв на каталоги, т.е. сделать аналог иерархии каталогов UNIX.

yurikoles ★★★
()
Ответ на: комментарий от yurikoles

Дебри.

Запустив diskmgmt.msc, можно поменять точки монтирования вместо букв на каталоги, т.е. сделать аналог иерархии каталогов UNIX.

Во-первых, это дебри. Я про возможность монтировать в папки в Windows знаю, равно знаю, что так делать не принято. Во-вторых, установите-ка Windows на / или хотя бы \.

Camel ★★★★★
()
Ответ на: комментарий от frame

Лучше так не делать.

Значит про diskmgmt.msc, \device\harddisk#\partition# и даже про subst ничего не знаем?! Ну и чём тогда говорить с такими вот неподготовленными людьми? :-)

Знаем. Равно как знаем, что лучше так не делать. И таки поставьте венду на /.

Camel ★★★★★
()
Ответ на: Диск це: от Camel

>а в Windows нормальная понятная файловая система: диск це:, диск де:, это ведь современных подход.

Глупый пережиток ДОСа. Как FHS - глупый пережиток UNIX. Но все-таки удобнее, когда есть какие-то традции

annulen ★★★★★
()
Ответ на: комментарий от annulen

Правильное мнение.

Глупый пережиток ДОСа. Как FHS - глупый пережиток UNIX. Но все-таки удобнее, когда есть какие-то традции

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

Camel ★★★★★
()
Ответ на: Лучше так не делать. от Camel

>Знаем. Равно как знаем, что лучше так не делать.

А у вас есть какой-нибудь опыт по разработке ОС'ей, в смысле - откуда берутся знания/убеждения в таких вещах?

И таки поставьте венду на /.


/. это лишь верхний уровень VFS, которая может обслуживаться кем и чем угодно :)

frame ★★★
()
Ответ на: комментарий от cuki

в arch'е используются только надежные проверенные временем решения

Безусловно. В этом он уступает только Федоре.

KblCb ★★★★★
()
Ответ на: комментарий от devnullopers

> где они были блять, когда я арч с инета ставил. 30% траффика бы сэкономил!!

представь, как ты будешь жалеть о потраченном бензине, когда изобретут телепорт :).

boo32
() автор топика
Ответ на: комментарий от yurikoles

>А какая разница? Алгоритм же тот же.

может я что-то путаю, но я думал, что .lzma - это собственно LZMA, .xz - LZMA2. В чём отличие и есть ли вообще - не помню, но в можжечке почему-то это отличие пропечаталось...

mcdebugger ★★
()
Ответ на: комментарий от mcdebugger

> Результаты говорят сами за себя. Пока что метод LZMA2 является лидером по соотношению сжатие/время и по оптимизации на многопоточность, что очень существенно сказалось на уменьшении времени архивации, и WinRAR тут теперь совсем не соперник
http://people.overclockers.ru/REtaiLOZ/record78
Гугля помогла

Aewtoo
()
Ответ на: комментарий от Aewtoo

Спасибо за информацию. Ведь помнил что-то подобное, сейчас не имею времени на гуглование. В течение дня ещё почитаю)
таки .lzma - это, скажем так, LZMA1?
Если да, то, собственно, вот и профит (для автора цитируемого мной в предыдущем посте вопроса)

mcdebugger ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.