[lcat]

Мне кажется ты закритиковал gentoo систему, все не так печально как ты пишеш , система очень хораша, у тех у кого реально широкий канал и процессор сильный этот дистрибутив для них. Я себя к ним не причисляю, но месяц назад пробЫвал поставить систему, было очень необычно, нет тух утилит которые в slackware и все в этом духе. Но всетаки поставил все без X, потом решил что это мне не нужно и снес все.
Есть еще пакетная система которая в slackware обычные tar.gz файлы. Очень удобна, для меня, может я к ней привык. Но в ней все что нужно мне, конечно один минус что нет проверки на зависимости, но это плюс для меня. За все время пользования тяжелых проблем не возникало, очень удобно

[BeZoN]

В защиту Gentoo!
По поводу 1.4 Гб каталога /usr/portage полная фигня. Это размер каталога /usr/portge/distfiles в котором лежат дистрибутивы установленных программ, которые можно смело удалять (если есть возможность при необходимости залить нужный пакет снова), их можно держать на друугом разделе, на другом компьютере, etc. А каталог /usr/portage занимает примерно 80 Мб.

>Ещё -- портежи подразумевают установку из исходников. Дмитрий говорил,
>что есть возможность использовать бинарные пакеты, но в документации на
>сайте я этого не нашёл. Очередной комментарий будет даже не комментарий,
>а просто заметка: OpenOffice.org на не самой слабой машине собирается около
>суток, а исходники его много больше бинарного пакета (для тех, кто считает
>траффик)

Бинарные пакеты устанавливаются элементарно тем же emerge. Но тем и прекасен Gentoo, что все собирается из исходников, конкретно под имеющуюся платформу, хотя ни что не мешает на мощной машине собрать бинарник того же Open Office и перенести на другую. Что касается размера -- да он больше, причем порой значительно, но ведь всегда есть альтернатива -- скачать и установить обычный бинарник, так как это делается в других системах (не через emerge).

>я не видел людей, который обновлялись с CD через emerge.
>В случае apt это рядовая ситуация, а траффик не для всех бесплатен.

Еще одно заблуждение. Уже давно существует нечто наподобие срезов сизифа. Но это не фича, IMHO. Я практически всею систему (включая KDE, Gnome, OpenOffice, etc) перетаскал с работы на флэшке...

>Я никогда не потащу портежи на рабочий гейт/прокси, да ещё собирать
>там что-либо... Всё, что нужно, собрали до нас.

А я никогда не потащу rpm'ы. Только исходники. Даже в RH, Alt и пр.

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

Всегда есть выбор ставить протестированные пакеты либо сырые (что вовсе не значит, что они кривые). Лично я устанавливая эти сырые пакеты еще не разу не столкнулся с кривыми.
И как резюме: просидев 5 лет в рпм-системах и попробовав год назад Gentoo с ее ппортежами, на рпм уже добровольно не вернусь, потому как уже давно забыл что такое неудовлетворенные зависимости. Единственный минус -- это некоторое запаздывание обновления некритичных для системы порежей, например Gimp там все еще 2.0.6 хотя уже существует 2.2, но, думаю, это решится с ростом популярности системы :-) да и ручками можно собрать при крайней необходимости.

[mar]

BeZoN
давно не видели - с возвращением

[ihc]

> И как резюме: просидев 5 лет в рпм-системах и попробовав год назад Gentoo
> с ее ппортежами, на рпм уже добровольно не вернусь, потому как уже давно
> забыл что такое неудовлетворенные зависимости.

Код:

# apt-get check
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
# echo $?
0

5 лет Вы смотрели не в ту сторону Про что и написано в первом посте: я _никогда_ не использую RH по доброй воле, но, попробовав ALT и Debian с apt'ом, я _никогда_ не пересяду на систему, где только и надо что пересобирать пакеты.

Just один вопрос: emerge удаляет _сборочные_ зависимости после сборки пакета? Что-то не помню такого. Продолжение: запоркуа они нужны на _рабочей_ системе? Некий старый bsdшник меня учил k лет назад: в системе не должно быть ничего лишнего. Если пакет не используется для работы, он не должен быть установлен. Он удалял сборочные зависимости руками, после того, как ставил что-либо из портов.

Сегодня же я могу быть уверенным, что в системе нет ничего лишнего, но есть всё необходимое.

[mar]

Сегодня же я могу быть уверенным, что в системе нет ничего лишнего, но есть всё необходимое.

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

[GoRiLLa]

А я вот джентушные порты к сусе прикрутил! Теперь у меня и apt-get и emerge! Короче полный атас!

[ihc]

mar: Вы видели, как упакован, к примеру, php или perl в ALT или Debian? Рекомендую полюбопытствовать. Смею заверить, пакеты под эти дистрибутивы делаются отнюдь не без башни.

Код:

# apt-cache search ^php
mod_php - Встраиваемый в HTML язык сценариев PHP4 для использования вместе с Apache.
pear - Пакет с рaсширениями для PHP
php - Язык сценариев PHP4
php-base - Package with common data for various PHP packages
php-cgi - The PHP4 HTML-embedded scripting language as a CGI binary.
php-curl - cURL module for PHP4
php-dba - DBA (gdbm, db4) module for PHP4
php-devel - Пакет для разработки расширений PHP4
php-domxml - PHP4 module for support DOM XML
php-fribidi - Fribidi support for PHP4
php-gd2 - GD library support for PHP4
php-imagick - PHP4 wrapper on ImageMagick library
php-imap - IMAP module for PHP4
php-ldap - LDAP module for PHP4
php-libs - Package with common data for various PHP4 packages
php-manual-en - Электронная документация для PHP4
php-manual-ru - Электронная документация для PHP4
php-mbstring - PHP4 module for support multi-byte strings.
php-midgard - Midgard binding for PHP4
php-mime_magic - Mimetype support for PHP4
php-mmcache - Turck MMCache for PHP
php-mysql - MySQL database module for PHP4
php-openssl - OpenSSL module for PHP4
php-pcntl - Process Control Module for PHP (pcntl)
php-pgsql - PostgreSQL database module for PHP4
php-readline - Readline support for PHP4
php-rrdtool - RRDtool library support for PHP4
php-snmp - SNMP module for PHP4
php-sockets - Sockets support for PHP4
php-sybase_ct - Sybase or MS-SQL database module for PHP4
php-xslt - Sablotron XSLT support for PHP4
phpMyAdmin - phpMyAdmin - web-based MySQL administration
phpPgAdmin - Управление PostgreSQL через web

И я не парюсь с исходниками, когда мне нужен модуль php -- просто говорю apt-get install php-snmp, например.

GoRiLLa: 5 баллов! Правда, с зависимостями в такой системе будет напряг, но всё равно прикольно

[mar]

ihc
Я около года просидела под debian, сейчас у меня на работе ALT (да и дома стоял, пока диск не приказал долго жить. Совсем. :(). Так что apt-ом пользоваться приходилось. Не стоит лукавить :)- PHP в качестве примера не самая удачная вещь, - тут можно только спорить, где больше по клавишам тыкнуть: сказать, apt-get install, или make all и make install clean (впрочем, можно и в одну строку), - что давольно бессмысленно. Хотя даже тут бОльшая свобода с компилятом - под Free можно PHP скомпилировать, сазу всобачив в него соответствующие библиотеки, а можно дособирать их и приставлять по мере надобности. Но при всем прочем, оптимизация его под конкретную машину сведена к минимуму. Но на свете, если мне не изменяет память, есть и другие примеры, где при компилировании можно как раз уйти от избыточности. При всем уважении к тем, "отнюдь не без башни" товарищам, которые собирают пакеты, по-моему (подчеркиваю - на мой вкус - это сугубое имхо), подстановка готовых блоков, это скорей win, чем unix-way. Впрочем, в данном топике речь идет о разных пакетах, так что прошу прощения за офтоп. Он был вызван легкими походя наездами на BSD вообще и порты в частности :).

[hasherfrog]

mar
>>подстановка готовых блоков, это скорей win, чем unix-way
(*стыдливо пряча глаза*) Угу.

rpm.