RPM 4.6.0

За новость спасибо http://www.linux.org.ru/whois.jsp?nick=Bebop

когда наконец рпм5 введут?:(

> когда наконец рпм5 введут?:(

Когда его автор убедит руководство соответствующих компаний и дистрибутивов в своей нужности. Учитывая:
— его конфликт с Red Hat;
— возможность переноса его наработок в ветку 4.x, если возникнет желание;
— ненужность других достоинств RPM5 в дистрибутивах линукса;
это, имхо, маловероятно.

Сайты RPM5 недоступны.

>экспериментальная поддержка сжатия LZMA

вот это очень хорошо, количество пакетов растёт, так что хорошее сжатие необходимо.

Ну что можно сказать... Сабж нужен!

> вот это очень хорошо, количество пакетов растёт, так что хорошее сжатие необходимо.

Раньше я на это слышал в ответ "Интернет же безлимитный, зачем сжатие". Сейчас похоже наконец-то эйфория проходит и люди начинают думать об эффективности.

> вот это очень хорошо, количество пакетов растёт, так что хорошее сжатие необходимо.

А что, сжатия до сих пор не было? А в .deb ведь используется сжатие...

>и люди начинают думать об эффективности.

я всегда думал об эффективности: png, 7-zip, вот что я использую

>А что, сжатия до сих пор не было? А в .deb ведь используется сжатие...

использует gzip, по моему, только lzma на порядки лучше

> использует gzip, по моему, только lzma на порядки лучше

Ты знаешь, математика с тобой не согласна. На 5-10% эффективней может быть, но "на порядки" это чушь полная.

> использует gzip, по моему, только lzma на порядки лучше

На ПОРЯДКИ???

Господи, когда же народ уже вдуплит, что на порядок - это в 10 раз, на два порядка - это в 100 раз, на три порядка - в 1000 раз... Неучи...

Не понимаю этой мастурбации на lzma. Чем не устраивают gzip и bzip2? Неужели ради 10% экономии места стОит всюду протаскивать еще один формат сжатия?

> Не понимаю этой мастурбации на lzma. Чем не устраивают gzip и bzip2? Неужели ради 10% экономии места стОит всюду протаскивать еще один формат сжатия?

Why not?

> Why not?

Потому, что код пухнет. Его надо поддерживать в работоспособном состоянии при переделках внутри самого rpm, надо менять код rpm при изменениях в интерфейсе lzma sdk, надо чинить связанные с дополнительным кодом баги, закрывать уязвимости. Усилий на это тратится много, а результата - кот наплакал.

я когда-нибудь на тебя вернусь RPM... :(

В ALTLinux lzma уже 100 лет в обед

>экспериментальная поддержка сжатия LZMA

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

>Неужели ради 10% экономии места стОит всюду протаскивать еще один формат сжатия?

к примеру возьмём Debian: 4DVD + 1.5Gb=4*4.3+1.5 = 18.7Gb

10% от 18.7Gb = 1.8Gb типа экономия налицо, не?

>На 5-10% эффективней может быть, но "на порядки" это чушь полная.

4.2 Эффективней до двух раз и даже больше.

>Эффективней до двух раз и даже больше.

# cd /tmp/
# cp /boot/vmlinuz ./
# lzma -z9 vmlinuz
# cp /boot/vmlinuz ./
# gzip -9 vmlinuz
# cp /boot/vmlinuz ./
# bzip2 -9 vmlinuz
# cp /boot/vmlinuz ./
# ls -l

-rw-r--r-- 1 root root 1894320 Фев 10 14:27 vmlinuz
-rw-r--r-- 1 root root 1896418 Фев 10 14:24 vmlinuz.bz2
-rw-r--r-- 1 root root 1883826 Фев 10 14:24 vmlinuz.gz
-rw-r--r-- 1 root root 1901086 Фев 10 14:22 vmlinuz.lzma


И что мы видим ? Победил быстрый gzip, так что все очень зависит от данных...

># lzma -z9 vmlinuz

># gzip -9 vmlinuz

># bzip2 -9 vmlinuz

>vmlinuz

норкоман штоле? vmlinuz и так уже сжат gzip'ом и жать там нечего уже

>так что все очень зависит от данных...

да зависит, сорцы например lzma жмёт да, иногда на порядок, но чаще всё таки в разы.

жмём svn директорию с lazarus'ом

~$ ls -l |grep lazarus
-rw-r--r-- 1 192051200 Фев 10 14:52 lazarus-svn-18628.tar
-rw-r--r-- 1 25735183 Фев 10 14:48 lazarus-svn-18628.tar.bz2
-rw-r--r-- 1 36595693 Фев 10 14:46 lazarus-svn-18628.tar.gz
-rw-r--r-- 1 13088623 Фев 10 14:52 lazarus-svn-18628.tar.lzma

вот такие пироги

>vmlinuz и так уже сжат gzip'ом и жать там нечего уже

Вот и я говорю - зависит от данных :)

>-rw-r--r-- 1 root root 1894320 Фев 10 14:27 vmlinuz

> -rw-r--r-- 1 root root 1896418 Фев 10 14:24 vmlinuz.bz2

> -rw-r--r-- 1 root root 1883826 Фев 10 14:24 vmlinuz.gz

> -rw-r--r-- 1 root root 1901086 Фев 10 14:22 vmlinuz.lzma > И что мы видим ? Победил быстрый gzip, так что все очень зависит от данных...

Марш от папкиного компа! Придёт с работы и задницу надерёт, что ты вместо того, чтобы природоведение учить на ЛОРе "умничаешь":)

>Вот и я говорю - зависит от данных :)

От мозгов.

берем реальный пакет - openoffice.org-core_1%3a2.4.1-15_i386.deb
распаковываем все его вложения и жмем:

-rw-r--r-- 1 root root 38688080 Фев 10 15:13 openoffice.org-core_1%3a2.4.1-15_i386.deb
-rw-r--r-- 1 root root 107294720 Фев 10 15:21 result.tar
-rw-r--r-- 1 root root 37017116 Фев 10 15:16 result.tar.bz2
-rw-r--r-- 1 root root 38727334 Фев 10 15:17 result.tar.gz
-rw-r--r-- 1 root root 26939233 Фев 10 15:18 result.tar.lzma


действительно переходить на lzma имеет смысл...

>Вот и я говорю - зависит от данных :)

Ты свое видео случаем не в архивах хранишь? Или это так сложно признаться, что затупил? :)

>От мозгов.

откуда столько агрессии на ровном месте ?

> # из исходников убраны сторонние библиотеки: Berkeley DB, Lua, popt, libmagic
> # для шифрования используется NSS вместо beecrypt

Вот это явно круто. :)

>Или это так сложно признаться, что затупил? :)

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

>действительно переходить на lzma имеет смысл...

Еще в далеком 2007-м году, когда 7-Zip получил награду на SF.net я об этом говорил, и даже Gharik'а убедил :)

>Раньше я на это слышал в ответ "Интернет же безлимитный, зачем сжатие". Сейчас похоже наконец-то эйфория проходит и люди начинают думать об эффективности.

Дык кризис же. От туалетной бумаги отказались. Теперь переходим на улучшенное сжатие.

> Дык кризис же. От туалетной бумаги отказались. Теперь переходим на улучшенное сжатие.

Скоро будем как последние нищеброды дифам радоваться.

>Скоро будем как последние нищеброды дифам радоваться.

в сусе уже лет десять delta.rpm для апдейтов используют, в десятки раз сокращает трафик. особенно при апдейтах ядра и сорцов его

>Скоро будем как последние нищеброды дифам радоваться.

Жди плагин Presto для yum в Fedora 11

а еще в блежайшее время обещают апдейты между билдами Factory через delta.rpm, сэкономлю гигабайты трафика

>а еще в блежайшее время обещают апдейты между билдами Factory через delta.rpm, сэкономлю гигабайты трафика

абалдеть.

тю... тоже мне новость

>Жди плагин Presto для yum в Fedora 11

Я лучше подожду чего-нибуть для Мандривки :)

>Я лучше подожду чего-нибуть для Мандривки :)

как ласково, вижу у вас там что-то больше чем фрнедли-юзер?

>— возможность переноса его наработок в ветку 4.x, если возникнет желание;

"Наработки" в основном заключаются в переписывании кривого кода "с нуля". О каком "переносе" может идти речь?

>— ненужность других достоинств RPM5 в дистрибутивах линукса;

Slackware и Gentoo?

>Сайты RPM5 недоступны.

В смысле? Для кого недоступен rpm5.org ?

У нас с ней глубоко интимные отношения с элементами извращённого секса :)

особенно с кукером? :)

>Жди плагин Presto для yum в Fedora 11

Вася ты с какой планеты? Presto с F8 уже ))

> Потому, что код пухнет.

~100 килобайт

> Его надо поддерживать в работоспособном состоянии при переделках внутри самого rpm,

Зачем трогать компрессор и декомпрессор, при изменении в несвязанных с ним частях программы?

> надо менять код rpm при изменениях в интерфейсе lzma sdk,

Емнип, у используемого интерфейс zlib. Который давно стабилен.

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

Один раз починить и не трогать. Или есть свидетельства, как команда RPM создаёт себе лишнюю работу?

> в пакетах тоже не легко сжимаемый текст сырцов лежит, а не особо хорошо сжимаемые бинарники

Раза в 2 gzip-ом, редко в 3. Конечно, до pbm далеко :)

> О каком "переносе" может идти речь?

Если он напишет что-то полезное. Например, кому-то понадобится XAR.

>>— ненужность других достоинств RPM5 в дистрибутивах линукса;

>Slackware и Gentoo?

В Gentoo как раз представлены обе ветки, а сайт rpm5.org назван основным :)

Я имел в виду такие достоинства, как возможность сборки под Windows или компилятором, неподдерживающим C99.

> Для кого недоступен rpm5.org ?

Последние сутки не открывался. Сейчас заработал.

> > Потому, что код пухнет.

> ~100 килобайт

В 100 килобайт можно вместить пару тысяч вложенных циклов от 1 до 1000000000.

> В 100 килобайт можно вместить пару тысяч вложенных циклов от 1 до 1000000000.

А зачем?