Debian анонсировал цели будущего релиза

>где переход на debdelta, upstart, lzma сжатие пакетов, ext4 в инсталляторе, devicekit....

записывайся в команды, предлагай, делай :)

>Там и про велосипедные патчи, и про остальное.

достал , что конкретно ?
документацию пробовал читать ?


> deb от дебиана не подходит для убунты и наоборот. Не верите? Вспомните про глюки kde42.debian.net под убунтой.

Так как это голимый 4.2, то вопрос веры тут просто не стоит.

Можно что угодно потавить ...

>http://tigro.info/blog/index.php?id=375 >Почитайте - интересно. В разделе Deb. Там и про велосипедные патчи, и про остальное.

Что я могу сказать. Во-первых, статья старая, во-вторых автор не осилил инструменты.

>А osc build, в отличие от pbuilder, делает все автоматом и не требует делать никаких базовых образов. Просто скопировать содержимое DVD в одну папочку и никаких проблем.

«cp file todir» vs «pbuilder --create --distribution lenny». Огромная разница.

>Вот make DESTDIR=/var/tmp/deb install (или как-то так, сам уже не помню) уже сложнее.

Это что ещё такое? Осваивайте современные инструменты. Да, в Debian одно и тоже делается 10 способами, это плохо. Но есть хорошие, годные способы :)

>deb от дебиана не подходит для убунты и наоборот.

А RPM от RedHat подходит к SuSe? Пакеты от Ubuntu ставил, работают.

> скопировать содержимое DVD в одну папочку

> make DESTDIR=/var/tmp/deb install (или как-то так, сам уже не помню) уже сложнее.

ч0рт, я почти рад, что существует openSUSE.

> RPM - это стандарт. Deb - формат. Вот и всё.

Ты, конечно же, знаешь, что тот RPM, который сейчас стандарт, не поддерживается ни одной живой версией RPM?

И цитата из Tigro:

> Deb пакеты используются в таких популярных дистрибутивах, как Debian и Ubuntu. В отличии от различных RPM-base дистрибутивов структура этих пакетов нисколько не отличается друг от друга.

Это тебе насчет "стандарта",

А зачем lzma сжатие пакетов для бинарных пакетов?
понятно , что для rpm тормозов задержка в 5...7 раз на распаковку не оказывает влияния.


> debdelta

это есть в testing

> upstart

Это есть в дистре, и не всем и везде надо.

И с какого бодуна менять годами работающее ?
Это пущай федора там себе все ломает.


>ext4 в инсталляторе

будет (и даже есть уже)

>devicekit

тебе весь список пакетов огласить или как ?

зы:
Мне все равно с чем будет работать g-p-m и как оно там будет называться .
Зачем обещать то, что не делается в рамках дистра и не имеет законченный вид на сегодня ?

Ну ,можно и 3D наобещать в nv,ati xorg в релизе ...

>А зачем lzma сжатие пакетов для бинарных пакетов?

чтобы занимали меньше

>понятно , что для rpm тормозов задержка в 5...7 раз на распаковку не оказывает влияния.

ТОЛСТО же!

> debdelta

> это есть в testing

есть, не спорю. А где репозиторий с debdelta?

> upstart

>Это есть в дистре, и не всем и везде надо.

то, что оно есть от этого ни жарко ни холодно.

>ext4 в инсталляторе

будет (и даже есть уже)

>devicekit

>тебе весь список пакетов огласить или как ?

да мне глубоко плевать есть оно в репах или нет, если оно не используется, толку от него 0

>Там и про велосипедные патчи, и про остальное.

достал , что конкретно ?
документацию пробовал читать ?


> deb от дебиана не подходит для убунты и наоборот. Не верите? Вспомните про глюки kde42.debian.net под убунтой.

Так как это голимый 4.2, то вопрос веры тут просто не стоит.

Вообще же , есть определенные условия для работы программ и часть
этих условий оформлена в виде зависимостей и патчей. (и что не трудно сообразить исходя из общей эрудиции).


Можно что угодно поставить ... и даже пакеты от ubuntu в debian
(хотя , реально чаще приходилось ставить пакеты от debian в ubuntu).

зы:Ну ,про пересборку пакетов тут промолчим - так как это просто непосильная задача для некоторых теоретиков.


> Патчи, естественно, вне спека.

ок ,типичный пример:
допусти есть
$ls -l

-rw-r--r-- 1 root root 870020 Сен 16 2008 mc_4.6.2~git20080311-4.diff.gz
-rw-r--r-- 1 root root 1220 Сен 16 2008 mc_4.6.2~git20080311-4.dsc
-rw-r--r-- 1 root root 2140246 Сен 16 2008 mc_4.6.2~git20080311-4_i386.deb
-rw-r--r-- 1 root root 2717403 Май 19 2008 mc_4.6.2~git20080311.orig.tar.gz

*.diff.gz файл уже содержит и патчи и инфу для пострения пакета

*.orig.tar.gz исходный тарбол

*.dsc информация о пакете

$dpkg-source -x mc_4.6.2~git20080311-4.dsc
все распаковывает и строит рабочий директорий mc-4.6.2~git20080311, для сборки пакета в mc-4.6.2~git20080311/debian/patches
содержатся патчи для mc исходников и накладываемые конвеерным образом при сборке пакета.
И собственно, сама сборка пакета:
$cd /mc-4.6.2~git20080311
$dpkg-buildpackage -rfakeroot -b
или
$debuild -d

> чтобы занимали меньше

А не везде надо получить экономию в ~3% и загрузку CPU под 100 %
и с растянутым событием по времени.

> ТОЛСТО же!

это о лобовой кости ?
для непробиваемых тут делал тесты:
http://www.linux.org.ru/view-message.jsp?msgid=3917394&lastmod=1249043531...

> то, что оно есть от этого ни жарко ни холодно.

А Debian не холодильник и не для развлечения глюками

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

Ну тебе что за дело то?
Или все должны попугайничать тому дистру на который ты перелез - тогда будет этот "толк".

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

>lzma сжатие пакетов

Вы будете удивлены. Обратите внимание на даты и вылезайте уже из криокамеры.

Установка:

dpkg (1.13.25) unstable; urgency=low
  * Support extracting lzma compressed source and binary packages,
    and add a Suggests on package lzma. Closes: #347715
 -- Guillem Jover <guillem@debian.org>  Tue,  2 Jan 2007 00:23:57 +0200

Сборка:

dpkg (1.14.0) unstable; urgency=low
  * Support building binary packages with the member data.tar.lzma compressed
    with lzma.
 -- Guillem Jover <guillem@debian.org>  Tue, 08 May 2007 11:11:50 +0300

> для непробиваемых тут делал тесты: http://www.linux.org.ru/view-message.jsp?msgid=3917394&lastmod=1249043531...

бугога, жги еще ... сравнение архиваторов на заархивированных данных ...

> Может для разработчика RPM и лучше, но как пользователь я с deb уже никуда не уйду. По меньшей мере, если выбирать из бинарных пакетов.

Советую глянуть на структуру пакета в Arch Linux, чтобы понять, что .deb - не верх всему.

А вообще интересно, чем вам RPM не угодил? Пару весомых аргументов против него можете привести?

> сразу пресекая нападки на то что это КДЕ4 такое толстое напишу о том что с XFCE потребление памяти было точно таким же

Враки.

> с гномом в качестве DE не знаю, у меня его полностью нет, но уж всяко не меньше XFCE

Прямо сейчас на моём Eee с запущенным фоксом (а также всякими NetworkManager, gnome-power-manager, PackageKit, blueman и т.п.):

[onestep@onestep-book ~]$ free
             total       used       free     shared    buffers     cached
Mem:       1025532     365564     659968          0       7692     198200
-/+ buffers/cache:     159672     865860
Swap:            0          0          0

Из них

onestep   2451  7.7  7.0 258912 72232 ?        Sl   10:16   2:28 firefox

Реализация, доступная по лицензии GNU LGPL, имеет следующие свойства:

* Скорость сжатия: примерно 1 Мб/с на процессоре с частотой 2 ГГц.

* Скорость извлечения: около 10—20 Мб/с на процессоре с частотой 2 ГГц.

* Поддержка многопоточности и технологии Hyper-threading, реализованной в процессоре Pentium 4.

Размер кода распаковки LZMA составляет порядка 5 Кб; расход динамической памяти зависит от размера словарей. Эти возможности позволяют реализовать распаковку на встраиваемых системах.

http://ru.wikipedia.org/wiki/LZMA

что там у gzip (сейчас же он используется)?

>Или все должны попугайничать тому дистру на который ты перелез - тогда будет этот "толк".

в дистрибутив ДОЛЖНЫ вноситься инновации! Иначе с такими ченджлогами Дебиану на десктопе делать нечего. Или нет, давайте не будет развиваться, останемся с ext3, будем качать ГИГАБАЙТЫ обновлений(вместо десятков мегабайт) оборудование у нас будет опрашиваться по 500 раз в секунду (намёк на hal) вы этого хотите?

>Support extracting lzma compressed source and binary packages

повторяю ещё раз: Support это поддержка! а жмут то они всё тем же gzip или нет?

>бугога, жги еще ... сравнение архиваторов на заархивированных данных ...

=) да он реально отжёг =)

>бугога, жги еще ... сравнение архиваторов на заархивированных данных ...


та без проблем:
берем в /use/bin/gimp-2.6

-rwxr-xr-x 1 test6 test6 4698528 Июн 14 20:04 gimp-2.6
-rw-r--r-- 1 test6 test6 1342932 Авг 1 11:48 oo-lzma.tar.7z
-rw-r--r-- 1 test6 test6 1342932 Авг 1 11:48 oo.tar.7z
-rw-r--r-- 1 test6 test6 1586574 Авг 1 11:48 oo.tar.bz2
-rw-r--r-- 1 test6 test6 1738569 Авг 1 11:48 oo.tar.gz

или /use/bin/inkscape

-rwxr-xr-x 1 test6 test6 8435616 Апр 26 19:11 inkscape
-rw-r--r-- 1 test6 test6 3712985 Авг 1 11:14 oo-lzma.tar.7z
-rw-r--r-- 1 test6 test6 3712985 Авг 1 11:14 oo.tar.7z
-rw-r--r-- 1 test6 test6 2951491 Авг 1 11:14 oo.tar.bz2
-rw-r--r-- 1 test6 test6 3182597 Авг 1 11:14 oo.tar.gz

еще
или /use/bin/mplayer

-rwxr-xr-x 1 test6 test6 5087416 Апр 6 19:45 mplayer
-rw-r--r-- 1 test6 test6 1679390 Авг 1 11:46 oo-lzma.tar.7z
-rw-r--r-- 1 test6 test6 1679390 Авг 1 11:46 oo.tar.7z
-rw-r--r-- 1 test6 test6 2069070 Авг 1 11:46 oo.tar.bz2
-rw-r--r-- 1 test6 test6 2100791 Авг 1 11:46 oo.tar.gz

pdf файл:
-rw-r--r-- 1 test6 test6 349996 Июл 18 2007 ISP1181A-05.pdf
-rw-r--r-- 1 test6 test6 245389 Авг 1 11:37 oo-lzma.tar.7z
-rw-r--r-- 1 test6 test6 245389 Авг 1 11:37 oo.tar.7z
-rw-r--r-- 1 test6 test6 249572 Авг 1 11:37 oo.tar.bz2
-rw-r--r-- 1 test6 test6 252662 Авг 1 11:37 oo.tar.gz

нет торт

------------------------

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

С этим явлением столкнулся при загрузке системы с USB на lzma - все хорошо и оооочень медленно и + флешка медленная.

И еще , от наличия gz файлов (и плохо пережимаемых lzma) в структуре исходных данных (таких как changelog,readme,man,... исходники) тут еще долго от них не уйти.Так как ,допустим, лично я против замедления системы на ровном месте в 4...8 раз при чтении таких файлов.

Так же и для встроенных систем и серверов это может оказатся ненужным подарком.

> Скорость извлечения: около 10—20 Мб/с на процессоре с частотой 2 ГГц.

и где ? как это получить ?

> в дистрибутив ДОЛЖНЫ вноситься инновации!

А "двигать кровати в борделе" - это не иновации.

> Иначе с такими ченджлогами Дебиану на десктопе делать нечего.

Ну RH довыделывался уже, что и от десктопа открестился


> Или нет, давайте не будет развиваться,

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

>> Скорость извлечения: около 10—20 Мб/с на процессоре с частотой 2 ГГц.

> и где ? как это получить ?
Да ,и какая скорость распаковки gz при этом ?

все реклама

google рулит:
http://tukaani.org/lzma/benchmarks
Tarball made from a full installation of OpenOffice.org 1.1.4 for Linux
Decompression speed, MB/s of uncompressed data (1 MB = 1024 * 1024 bytes)
gzip bzip2 lzmash lzmash -e
1 61 12 18 -
2 61 8.4 19 -
3 61 6.9 19 20
4 61 6.3 20 20
5 63 5.9 20 20
6 63 5.7 20 20
7 63 5.6 20 20
8 63 5.4 20 20
9 65 5.3 20 20

Decompression time
gzip bzip2 lzmash lzmash -e
1 3.3s 16.5s 11.3s -
2 3.3s 24.2s 10.5s -
3 3.3s 29.2s 10.5s 10.4s
4 3.3s 32.1s 10.4s 10.3s
5 3.2s 34.2s 10.2s 10.2s
6 3.2s 35.4s 10.2s 10.1s
7 3.2s 36.5s 10.1s 10.0s
8 3.2s 37.5s 10.0s 9.9s
9 3.1s 38.2s 10.0s 9.9s

Memory requirements

The memory requirements depend only on the used compression mode (-1 .. -9). bzip2 has also a mode that uses less memory but is slower. This small memory mode hasn't been tested.

RAM usage on compression
gzip bzip2 lzmash lzmash -e
1 <1 MB 2 MB 2 MB -
2 <1 MB 2 MB 12 MB -
3 <1 MB 3 MB 12 MB 12 MB
4 <1 MB 4 MB 16 MB 16 MB
5 <1 MB 5 MB 26 MB 26 MB
6 <1 MB 5 MB 45 MB 45 MB
7 <1 MB 6 MB 83 MB 83 MB
8 <1 MB 7 MB 159 MB 159 MB
9 <1 MB 7 MB 311 MB 311 MB

RAM usage on decompression
gzip bzip2 lzmash lzmash -e
1 <1 MB 1 MB 1 MB -
2 <1 MB 2 MB 2 MB -
3 <1 MB 2 MB 1 MB 1 MB
4 <1 MB 2 MB 2 MB 2 MB
5 <1 MB 3 MB 3 MB 3 MB
6 <1 MB 3 MB 5 MB 5 MB
7 <1 MB 3 MB 9 MB 9 MB
8 <1 MB 4 MB 17 MB 17 MB
9 <1 MB 4 MB 33 MB 33 MB

--------------------

Так реклама рекламой, а реальность - несколько другая штука.

>в дистрибутив ДОЛЖНЫ вноситься инновации!

Вот когда вы на ваших bleeding edge оттестируети и/или откажетесь от очередной поделки в пользу другой, тогда и будем смотреть. Торопиться тут не надо.

>оттестируети ➙ оттестируете

fxd.

Надо выбирать инструмент под задачу. Пакеты хранятся долго, а распаковываются один раз, поэтому, очевидно, что тут нужен выйгрыш в объеме, а не в скорости.

man'ы в моей системе в lzma, торможений при их чтении не замечаю

>Надо выбирать инструмент под задачу. Пакеты хранятся долго, а распаковываются один раз, поэтому, очевидно, что тут нужен выйгрыш в объеме, а не в скорости.

1.Ну, тут продвигают ситуацию когда выбирают инструменты за меня
и ставят перед фактом - это иновация и все тут,а значит это все хорошо
и "мозги на полку".

2. Реальная ситуация :
обновление по безопасности ядра (или пакетов подобных обьемов) ужатого по lzma - это как катастрофа для сервера будет ? - так как ожидается нехилый удар по ресурсам и нагрузке на проц.
3.
Возможно , некоторые просто не смогут поставить nexuiz, 200 метров пакет под lzma - это не шутки :)))
Или ,при обновлении системы не хватит заряда батарей у недобуков ,....

> 1.

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

> 2.

И чё ? распаковка все равно будет o малое по сравнению со временем перезапуска сервера

> 3.

Если машина не может распаковать архив в 200M, то какой нахер nexuiz ? Это не проблемы lzma, а проблемы отсутствия инкрементальных обновлений в дистрибутиве.

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

Пока выбор решений в Debian мне лично подходит.

> 2.

> И чё ? распаковка все равно будет o малое по сравнению со временем перезапуска сервера
А не че - время простоя еще есть
И мне не нужны тормоза.

> Если машина не может распаковать архив в 200M, то какой нахер nexuiz ? Это не проблемы lzma, а проблемы отсутствия инкрементальных обновлений в дистрибутиве.


gzip для распаковки чего угодно достаточно было < 1 метра

lzma - на сравнительно небольших файлах уже 33 MB - а это уже не 1 метр.

Ах "инкрементальных обновлений" ? - ну понятно , что должна появится под lzma новая разновидность дурачков свято верующих ,что обновление
между бинарниками 2.6.30 к 2.6.31 обойдется им почти даром по трафику.:)))

> А не че - время простоя еще есть

Время распаковки в общем времени простоя при обновлении ядра это ничто.

> gzip для распаковки чего угодно достаточно было < 1 метра .....

Дядя, вылезай из танка, 2009й год на дворе, 8-16 гиг на десктопе уже не редкость.

> между бинарниками 2.6.30 к 2.6.31 обойдется им почти даром по трафику.:)))

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

> Время распаковки в общем времени простоя при обновлении ядра это ничто.
а не ядра ?

>Дядя, вылезай из танка, 2009й год на дворе, 8-16 гиг на десктопе уже не редкость.

А зажрался ты там, братец .:)))
Debian не только для десктопов и даже десктоп не как цель у них.

>В нормальных дистрибутивах ядро полностью не обновляют в пределах одной ветки дистрибутива, а выкладыют тоже самое ядро с секюрити-заплатками.

тут согласен

> Инкрементальное обновление в этом случае возможно. Обновляешь ядро сам и целиком -- ССЗБ.

Пруфлинк, факты, тесты ? Ыыы :))
Или, все тут лозунги будет наталкивать ?

> Много раз перечитал , вывод: подобное мог написать только пользователь ущербного дистра и неасиливший построение и структуру deb пакетов. А еще, расскажи там про идентичность rpm SUSE, Fedora, Mandriva - сами помойку там развели себе....

Стесняюсь спросить, что вы понимаете под идентичностью? В убунту deb от дебияна поставится в 5% случаев, не говоря уже о том, что deb в Ubuntu 8.10 от Ubuntu 9.04 поставишь только в случае отсутсвия зависимостей. Пользователю такая идентичность в хер не уперлась.

> В убунту deb от дебияна поставится в 5% случаев, не говоря уже о том, что deb в Ubuntu 8.10 от Ubuntu 9.04 поставишь только в случае отсутсвия зависимостей.

Доо ,и учитывая, что universe ubuntu это main debian и 70...80 % все реп
убунты.

> Пользователю такая идентичность в хер не уперлась.

а это уже там ваши проблемы

> Стесняюсь спросить, что вы понимаете под идентичностью?

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

> Пруфлинк, факты, тесты ? Ыыы :)) > Или, все тут лозунги будет наталкивать ?

security патчи изменяют десяток строк кода, посли их примененения изменяется либо образ ядра либо пара модулей, а не все бинарники ядра целиком

"Оптимизация" с Os не всегда делает код меньше (поскольку часть оптимизациий по скорости подразумевает уменьшение числа выполняемых инструкций - что с Os естественно не работает), зато практически всегда ощутимо медленнее. Так то.

> gzip для распаковки чего угодно достаточно было < 1 метра. lzma - на сравнительно небольших файлах уже 33 MB - а это уже не 1 метр.

Размер словаря регулируется. Можно и в 1 метр уложить - ценой уменьшения степени сжатия. Чего ради на современных машинах форсировать словарь менее 64 MB - совершенно не ясно.

LZMA жмет на 10-60% лучше, чем GZIP , что, к примеру, в случае выкладывания тарбола на закачку с сервера будет экономить от 10 до 60% пс инет-канала в пиковые моменты. Хотя специально для нищебродов можно выложить и в gzip (в случае если у них годовая абонплата за инет меньше, чем стоимость 128Mб-планки ОЗУ)

>Что-то сегодня сусятники активизировались сильно. К чему бы это?

Брачный период у хамелеонов.

>в случае если у них годовая абонплата за инет меньше, чем стоимость 128Mб-планки ОЗУ

Вы ещё платите помегабайтно?

обновил я тут федору с 11 инсталляционной до последних апдейтов 400Mb с Presto против 800Mb обычных пакетов - почувствуйте разницу.

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

> почувствуйте разницу.

Ага , и в пересчете на 1 DVD пользователи Debian Lenny качают меньше.

А если , все обновления от времени релиза сложить - возможно и на 1/2 DVD наберется от релиза Федоры :)))
Так, что для таких дистров как Федора - lzma как мертвому припарка :)))
ну , и утешение для нищебродов - мол тут есть экономия. :)))
Экономия - это не связываться вообще с такими дистрами.:)))
Это говорю так , как я сам выкачал на смарку в сумме > 6 DVD разных версий и вариантов Федоры, и что-то более уже не хочется - с lzma или без него:))

Эти девайсы вообще отдельная песня, там и установка с диска обычно не предусмотрена

>У вас каша в голове - для нищебродов выкладывают именно в lzma ,
так не могут диск скачать, купить и обновится.

А кто там жмотился насчет мегабайтов ОЗУ? Уменьшение размера дистрибутива - нормальное стремление, а по логике некоторых вообще жать ничего не нужно, т.к. "не нищебродам" под силу скачать распакованные версии. И в PNG жать битмапы таже не нужно. Охохо.

>А есть девайсы где увеличение памяти не предусмотрено или невозможно.

Про них речь не идёт, мейнстрим их не касается.

> Ага , и в пересчете на 1 DVD пользователи Debian Lenny качают меньше.

Если пакеты сжаты lzma, то на одном DVD такого дистрибутива помещается больше софта, поэтому откуда в Debian получается меньше ?

> Это говорю так , как я сам выкачал на смарку в сумме > 6 DVD разных версий и вариантов Федоры, и что-то более уже не хочется - с lzma или без него:))

неумение читать + криворукость сказалась ? :)

> обновил я тут федору с 11

Заведи себе ЖЖ.

> почувствуйте разницу.

Понадобился мне тут дистр для MIPS... да хотя бы для ARM. Почувствовал разницу? Теперь иди обратно в песочницу.

>Если пакеты сжаты lzma, то на одном DVD такого дистрибутива помещается больше софта, поэтому откуда в Debian получается меньше ?
+
> неумение читать + криворукость сказалась ? :)

пишешь и себе же отвечаешь ,да ?

Мне нет надобности обновлять DVD в Debian - и 1 CD достаточно,
а по целевым установленным пакетам там обновлений аж на 100 метров было для Lenny 5.02, 100 метров для меня это не обьем.

> поэтому откуда в Debian получается меньше ?

Кривое не релизят в Debian - вот и меньше получается потом обновлять и качать . Все просто.

>google рулит: http://tukaani.org/lzma/benchmarks Tarball made from a full installation of OpenOffice.org 1.1.4 for Linux

Дата статьи 2005-05-31 нам как бы намекает что баян уже мхом покрылся и клавиши потрескались.

> обновил я тут федору с 11

> Заведи себе ЖЖ.

да какая разница, вон в OpenSUSE drpm's используют с давних времён.

>У вас каша в голове - для нищебродов выкладывают именно в lzma

нет, вы всётаки думаете что каналы у всех резиновые(сервера RH, Debian) и за них никто не платит? Думаете компании, которые оплачивают сотни терабайт трафика не хотели бы уменьшить свои траты(всётаки раздавать drpms и пакеты пожатые сильнее намного выгоднее)?