On Thu, Sep 18, 2008 at 01:10:57AM +0400, Dmitry V. Levin wrote: > On Wed, Sep 17, 2008 at 09:51:41PM +0300, Michael Shigorin wrote: > > On Wed, Sep 17, 2008 at 03:58:18PM +0400, Dmitry V. Levin wrote: > > > > нужно переложить в 4.1 из Sisyphus (#17086,#16496) > > > > festvox_cstr_us_awb_arctic_multisyn-1.0-alt2.src.rpm > > > > festvox_cstr_us_jmk_arctic_multisyn-1.0-alt2.src.rpm > > > > festvox_nitech_us_arctic_hts_voices-1.96-alt1.src.rpm > > > > festvox_msu_ru_nsh_clunits -- > > > > тяжелые пакеты, по 100-150 Mb каждый, pure data, без зависимостей. > > > > Из-за этого не хочется гнать их опять через incoming. > > > Если вопрос только в толщине канала, могу дать доступ на сервер > > > с локальным доступом к репозиторию. > > > > Бишь лучше пересобрать с gz/bz, залить в /i/S и предложить перенести. > > Не надо так делать. > Пусть пакеты в Сизифе (особенно крупногабаритные) будут пожаты lzma. JFYI, $ du -hs glibc-locales-2.5.1-alt7.x86_64.rpm 5.5M glibc-locales-2.5.1-alt7.x86_64.rpm $ rpm -qp --qf '%{PAYLOADCOMPRESSOR} %{PAYLOADFLAGS}\n' glibc-locales-2.5.1-alt7.x86_64.rpm lzma 2 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |wc -c 59561580 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |gzip -9 |wc -c 13146656 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |bzip2 |wc -c 10698481 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -2 |wc -c 5200645 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -5 |wc -c 2776880 $ rpm2cpio glibc-locales-2.5.1-alt7.x86_64.rpm |lzma -8 |wc -c 1859862 $ Пакет glibc прошёл в Сизиф в обход incoming, и было использовано "быстрое" сжатие "lzma -2" (по умолчанию в rpm) вместо "сильного" сжатия "lzma -5" (по умолчанию в incoming). Как видно, "быстрое" сжатие даёт больше преимущество по сравнению с gzip и bzip2; но при "сильном" сжатии пакет glibc-locales мог бы получиться ещё почти вдвое меньше по размеру. Кроме того, видно, что потенциал lzma сжатия ещё не исчерпан (текущая опция "сильного" сжатия фактически ограничивается требованием памяти для распаковки; для "lzma -5" требуется 2+1M, далее потребление памяти удваивается, так что для распаковки "lzma -8" потребуется 16+1M).