Обсуждаем дистрибутивы! (бывшая "поможем новичкам etc.")

[alv]

теперь вот смотрю что выбрать

Выберите тот, в котором Вы сможете ставить знаки препинания

[Nxx]

1. OpenSUSE
2. Alt Linux
3. Mandriva и Fedora/RHEL с производными.
4. Все остальное на RPM (aLinux, PLD и т.д.)
5. Gentoo, Debian, Arch, все остальные дистры кроме Slackware и Ubuntu
6. Slackware и Ubuntu

[humppalaki]

1. OpenSUSE
2. Alt Linux
3. Mandriva и Fedora/RHEL с производными.
4. Все остальное на RPM (aLinux, PLD и т.д.)
5. Gentoo, Debian, Arch, все остальные дистры кроме Slackware и Ubuntu
6. Slackware и Ubuntu

И нет

1. OpenSUSE ибо zypper и YAST решают
2. Fedora ибо новые технологии. И да Red Hat
3. Slackware ибо наше всё и Ъ
4. Всё остальное ересь

[jedai108]

4. Всё остальное ересь

кроме CalculateLinux и FreeBSD

[drBatty]

Кто-нибудь знает, какие еще "олдскульные" дистрибутивы остались, то есть то, в которых по умолчанию все еще установливаестя готовый к бою gcc, mc, приличный текстовый редактор,полный комплект манов и куча системных утилит для администрирования (например, tcpdump)? Интересен именно не серверный дистрибутив, а ориентированный десктоп (не на среднестатистический, как в последнее время обычно делают).

Slackware

[Dreamer77]

Slackware

А кроме него хоть кто-то остался?

[watashiwa_daredeska]

А кроме него хоть кто-то остался?

А что, Slackware за последние 10 лет стал настолько олдскульным, что по умолчанию ставит gcc? Нафиг-нафиг, я лучше с Debian останусь, который по умолчанию ставит менеджер пакетов, vim-tiny, more и wget, а остальное по требованию :)

[Dreamer77]

А что, Slackware за последние 10 лет стал настолько олдскульным, что по умолчанию ставит gcc?

по умолчанию там устанавливается весь софт с ДВД. Основная мысль при этом -- удалить то вы всегда сможете не нужное. Зато сразу все программы стоят.
Меж тем установка всего ДВД проходит примерно да то же время, что и установка Убунты или другого современного дистрибутива=)

[watashiwa_daredeska]

по умолчанию там устанавливается весь софт с ДВД

Да, времена меняются.

Основная мысль при этом -- удалить то вы всегда сможете не нужное.

Вообще-то, поставить гораздо проще, чем удалить, особенно если ставилось всё. Просто потому, что когда мне что-то нужно и его нет, легко выяснить, что какой-то пакет мне 100% нужен, да и нужны как правило считанные пакеты. А вот выяснить о каждом из «over 9000» пакетов нужен он или нет ­сложнее. Когда ставится только то, что нужно, менеджер пакетов следит, что ставилось по запросу пользователя, а что по зависимостям. При удалении подчищаются пакеты, которые не требуются ни одному другому, поставленному по запросу пользователя. А если ставить всё по умолчанию… помойка получается. Ну, в Slackware ещё ладно, в ней и софта-то нет ;) а вот в Debian… Начиная с того, что всё поставить нельзя (конфликты), заканчивая тем, что винт не резиновый.

[SinClaus]

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

Код: Выделить всё

$ uptime
 15:04:29 up 37 days,  6:35

Всё это время - под иксами, соответственно открыты ssh сессии на сервера в konsole и т.д.

[VAA]

по умолчанию там устанавливается весь софт с ДВД

Да, времена меняются.

Основная мысль при этом -- удалить то вы всегда сможете не нужное.

Вообще-то, поставить гораздо проще, чем удалить, особенно если ставилось всё. Просто потому, что когда мне что-то нужно и его нет, легко выяснить, что какой-то пакет мне 100% нужен, да и нужны как правило считанные пакеты. А вот выяснить о каждом из «over 9000» пакетов нужен он или нет ­сложнее. Когда ставится только то, что нужно, менеджер пакетов следит, что ставилось по запросу пользователя, а что по зависимостям. При удалении подчищаются пакеты, которые не требуются ни одному другому, поставленному по запросу пользователя. А если ставить всё по умолчанию… помойка получается. Ну, в Slackware ещё ладно, в ней и софта-то нет а вот в Debian… Начиная с того, что всё поставить нельзя (конфликты), заканчивая тем, что винт не резиновый.

Для тех, кто предпочитает добавлять, есть тот же Slackware под названием Salix.
Ставится с одного CD база с нужным DE, остальное из интернета с разруливанием зависимостей через slapt-get и gslapt. И пользоваться ими намного проще и удобнее, чем их прародителями из дебиан

[watashiwa_daredeska]

Ставится с одного CD база с нужным DE

DE это уже не база. У меня имеются машинки без DE и даже без X'ов.

[watashiwa_daredeska]

есть тот же Slackware под названием Salix.

user@localhost

$ wget -q -O - 'http://salix.enialis.net/x86_64/slackware-13.0/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 979

Маловато будет. Да и исходники не указаны в метаданных, надо где-то отдельно искать. Нет, для меня пока не убедительно :)

[Coldead]

есть тот же Slackware под названием Salix.

user@localhost

$ wget -q -O - 'http://salix.enialis.net/x86_64/slackware-13.0/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 979

Маловато будет. Да и исходники не указаны в метаданных, надо где-то отдельно искать. Нет, для меня пока не убеждительно

xsh@darkstar

\u[\W]\$ wget -q -O - 'http://salix.enialis.net/i486/slackware-13.1/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 1011

Но опять же мало.

[drBatty]

Ну, в Slackware ещё ладно, в ней и софта-то нет ;)

Маловато будет.

не корректно мерите - для proftpd в слаке 1 пакет, а в дебе 4. Программа всего одна. Просто для того, что-бы прикрутить postgre SQL к proftpd в слаке нужно пересобирать этот пакет добавив опцию в configure (ЕМНИП), а в дебе достаточно поставить лишний пакет. На первый взгляд деб лучше, но на практике лично у меня получается так, что кроме pg нужно привинтить ещё что-то, и что-то отвинтить, и в итоге так и так делать свой уникальный пакет (или пользоваться типовым в обычных случаях).

Или посчитайте, сколько пакетов в вашем дебе в KDE, и сколько пакетов в том же самом KDE из слаки. А разве в слаке не хватает каких-то kdeшных программ?

Потому ваше сравнение неправильное. Так можно сравнивать только один дебиан с другим дебианом.

[watashiwa_daredeska]

не корректно мерите - для proftpd в слаке 1 пакет, а в дебе 4.

Корректно. В дебе меряются source-пакеты. Для proftpd их тоже 1. Если и тут есть пакеты, которые разбиты на 2 и более, то всё еще печальнее.

и в итоге так и так делать свой уникальный пакет (или пользоваться типовым в обычных случаях).

apt-src install proftpd, слегка правим, dpkg-buildpackage, reprepro. Всё дистрибутивными средствами, исходники нигде гуглить не надо, самосборные пакеты органично вписываются в общую схему.

[VAA]

Ставится с одного CD база с нужным DE

DE это уже не база. У меня имеются машинки без DE и даже без X'ов.

А там (в Salix) как раз есть выбор из 3-х вариантов установки:
- все, что есть на этом CD;
- база + X + WM/DE без приложений;
- база без X-сов.
Ставишь нужный минимум и что надо - добавляешь по вкусу
Изначально в качестве одного из репозитариев записан установочный диск. После установки системы можно сразу и с автоматическим разрешением зависимостей добавить без обращения в сеть что-то из того, что на CD есть, но не ставилось. Далее делаем "slapt-get -u" и получаем добавку к списку пакетов - что можно установить по сети из репозитария Salix.
При желании дописываем в конфиг прочие репозитарии Slackware (например, slacky.eu) - совместимость с родительской версией высокая.

[drBatty]

apt-src install proftpd, слегка правим, dpkg-buildpackage, reprepro. Всё дистрибутивными средствами, исходники нигде гуглить не надо, самосборные пакеты органично вписываются в общую схему.

дык в слаке тоже ничего гуглить не надо. и качать тоже. там 6 CD, из них 3 первых с системой, ещё 3 с исходниками. К каждому пакету приложен скрипт Slackbuild, который их и собирает (без правки - как у Патрега).

Корректно. В дебе меряются source-пакеты. Для proftpd их тоже 1. Если и тут есть пакеты, которые разбиты на 2 и более, то всё еще печальнее.

да? и сколько их там? они точно распилены как в слаке? сколько пакетов в KDE?

база + X + WM/DE без приложений;

хм... а я думал, что DE и есть набор приложений. Причём более-менее полный, например GNOME, KDE, XFCE...

[watashiwa_daredeska]

там 6 CD

Это антиквариат :) "Гуглить" — это было условно. Все равно руками где-то искать, будь то CD, репозиторий в Сети или еще что. Дебиановская схема привлекает тем, что я все делаю не вылезая из ком. строки.

На счет slackbuild и пр. опять же возвращаемся к размеру базы пакетов. Если в Debian мне всего пару раз доводилось натыкаться на что-то, чего в пакетах нет, то при малой пакетной базе придется пилить пакет самому, а это несколько больше работы, нежели взять готовый и поправить, если не нравится.

сколько пакетов в KDE?

Код: Выделить всё

$ grep '^Package:.*kde' /var/lib/apt/lists/ftp.debian.org_debian_dists_sid_main_source_Sources | nl
     1  Package: geogebra-kde
     2  Package: ggz-kde-client
     3  Package: ggz-kde-games
     4  Package: gkdebconf
     5  Package: kde-icons-crystal
     6  Package: kde-l10n
     7  Package: kde-style-polyester
     8  Package: kde-style-qtcurve
     9  Package: kde4libs
    10  Package: kdeaccessibility
    11  Package: kdeadmin
    12  Package: kdeartwork
    13  Package: kdebase-runtime
    14  Package: kdebase-workspace
    15  Package: kdebase
    16  Package: kdebindings
    17  Package: kdeedu
    18  Package: kdegames
    19  Package: kdegraphics
    20  Package: kdelibs
    21  Package: kdemultimedia
    22  Package: kdenetwork
    23  Package: kdenlive
    24  Package: kdepim-runtime
    25  Package: kdepim
    26  Package: kdepimlibs
    27  Package: kdeplasma-addons
    28  Package: kdesdk
    29  Package: kdesudo
    30  Package: kdesvn
    31  Package: kdetoys
    32  Package: kdetv
    33  Package: kdeutils
    34  Package: kdevelop-php-docs
    35  Package: kdevelop-php
    36  Package: kdevelop
    37  Package: kdevelop
    38  Package: kdevplatform
    39  Package: kdewebdev
    40  Package: lineak-kdeplugins
    41  Package: lockdev
    42  Package: libopensync-plugin-kdepim
    43  Package: meta-kde
    44  Package: pkg-kde-tools
    45  Package: polkit-kde-1
    46  Package: python-kde3
    47  Package: qalculate-kde
    48  Package: tkdesk
    49  Package: webkitkde
    50  Package: wicd-kde
    51  Package: xsettings-kde

Я не знаю, что из этого kde, а что нет.

да? и сколько их там?

user@localhost

$ grep '^Package:' /var/lib/apt/lists/ftp.debian.org_debian_dists_sid_{main,contrib,non-free}_source_Sources | wc -l 16496

[drBatty]

Это антиквариат

ну качайте dvd или ставте по сети с ssd или с BD или из ацтрала :)
какая разница, откуда ставить слаку? она по любому встанет ;)

Все равно руками где-то искать, будь то CD, репозиторий в Сети или еще что. Дебиановская схема привлекает тем, что я все делаю не вылезая из ком. строки.

мне не нравится деб тем, что для исполнения многих операций мне приходится набирать команды, которых я не понимаю. какой командой у вас смотрится список установленных пакетов? у нас ls /var/log/package. А как найти в каком пакете файл? у нас grep "file" /var/log/package/*. Ну и т.д. У вас какие-то ключи, которые надо зубрить или гуглить. Зачем вылезать из командной строки - решительно не понимаю. там всего 3 простых скрипта:
installpkg
removepkg
upgradepkg
причём их назначение очевидно даже для идиота :)
а искать можно командами find и grep. Опять-таки логичнее и проще этих ваших apt'ов. :)

Я не знаю, что из этого kde, а что нет.

ну вот видите - даже на простые вопросы нет ответа ;)

Код: Выделить всё

$ ls slackware/kde/*.t?z | cat -n
     1    slackware/kde/amarok-2.3.0-i486-1.txz
     2    slackware/kde/guidance-power-manager-4.4.0-i486-1.txz
     3    slackware/kde/k3b-1.91.0-i486-3.txz
     4    slackware/kde/kaudiocreator-r1118889-i486-1.txz
     5    slackware/kde/kdeaccessibility-4.4.3-i486-1.txz
     6    slackware/kde/kdeadmin-4.4.3-i486-1.txz
     7    slackware/kde/kdeartwork-4.4.3-i486-1.txz
     8    slackware/kde/kdebase-4.4.3-i486-1.txz
     9    slackware/kde/kdebase-runtime-4.4.3-i486-1.txz
    10    slackware/kde/kdebase-workspace-4.4.3-i486-1.txz
    11    slackware/kde/kdebindings-4.4.3-i486-2.txz
    12    slackware/kde/kdeedu-4.4.3-i486-1.txz
    13    slackware/kde/kdegames-4.4.3-i486-1.txz
    14    slackware/kde/kdegraphics-4.4.3-i486-2.txz
    15    slackware/kde/kdelibs-4.4.3-i486-1.txz
    16    slackware/kde/kdemultimedia-4.4.3-i486-1.txz
    17    slackware/kde/kdenetwork-4.4.3-i486-2.txz
    18    slackware/kde/kdepim-4.4.3-i486-1.txz
    19    slackware/kde/kdepim-runtime-4.4.3-i486-1.txz
    20    slackware/kde/kdepimlibs-4.4.3-i486-1.txz
    21    slackware/kde/kdeplasma-addons-4.4.3-i486-1.txz
    22    slackware/kde/kdesdk-4.4.3-i486-1.txz
    23    slackware/kde/kdetoys-4.4.3-i486-1.txz
    24    slackware/kde/kdeutils-4.4.3-i486-1.txz
    25    slackware/kde/kdevelop-4.0.0-i486-1.txz
    26    slackware/kde/kdevplatform-1.0.0-i486-1.txz
    27    slackware/kde/kdewebdev-4.4.3-i486-1.txz
    28    slackware/kde/koffice-2.1.2-i486-2.txz
    29    slackware/kde/konq-plugins-4.4.0-i486-1.txz
    30    slackware/kde/kopete-cryptography-1.3.0_kde4.4.0-i486-1.txz
    31    slackware/kde/ktorrent-3.3.4-i486-1.txz
    32    slackware/kde/oxygen-icons-4.4.3-i486-1.txz
    33    slackware/kde/polkit-kde-1-r1120537-i486-1.txz
    34    slackware/kde/polkit-qt-1-r1118744-i486-1.txz
    35    slackware/kde/skanlite-0.4_kde4.4.0-i486-1.txz

$ grep '^Package:' /var/lib/apt/lists/ftp.debian.org_debian_dists_sid_{main,contrib,non-free}_source_Sources | wc -l
16496

ну я так полагаю, что они там дублируются, и конфликтуют. Слаку-же можно ставить целиком. Кроме того, разница не такая-уж и большая - например, как я уже говорил, KDE есть и там и там. Всякая мелочь вроде ncdu и не нужна особенно (а если нужна, можно скачать хоть deb пакет, хоть сырцы из вашего пакета), и единственное, чего действительно иногда не хватает, это non-free, где, как я понимаю, у вас лежат opera, skype, дрова и прочее такое бинарное?

[watashiwa_daredeska]

там всего 3 простых скрипта:
installpkg
removepkg
upgradepkg

Исходники. Исходники KDE: найти, скомпилировать, поставить.
Так-то в Debian'е вообще две команды: {aptitude|apt-get} install и {aptitude|apt-get} remove. Зачем нужна upgrade, если и так каждому ежу понятно, что если пакет уже стоит, то upgrade? :)

мне приходится набирать команды, которых я не понимаю.

Не понимаете команду или не знаете, как конкретно она делает свою работу?

какой командой у вас смотрится список установленных пакетов?

aptitude search ~i — все установленные. aptitude search ~i\!~M — установленные явно, а не по зависимостям.

А как найти в каком пакете файл?

Для установленных: dpkg -S file Для не установленных: apt-file search file

Опять-таки логичнее и проще этих ваших apt'ов. :)

Ну, это как посмотреть. Возможно, сейчас стало чуть получше, но… Я много лет назад сбежал со слаквари именно потому, что слакварь настолько проста, что на практике приходится изобретать слишком много велосипедов. У меня складывается впечатление скорее не простоты, а примитивизма. Некий LFS stage 3 :)

ну вот видите - даже на простые вопросы нет ответа ;)

Ну, объединение кучи софта под именем KDE или GNOME или еще чего — чистейшей воды условность. Знать, что к ним относится, а что нет, совсем необязательно, если можно aptitude install kde, и оно само всё поставит :)

Слаку-же можно ставить целиком.

А в чем тут преимущество-то? Мне не надо целиком, мне надо то, что мне надо.

non-free, где, как я понимаю, у вас лежат opera, skype

opera и skype там нет. У Opera есть свой репозиторий для Debian, у Skype, вроде не было репозитория, был только deb-пакет, во времена версии 1.*, как сейчас — не знаю. Скачивальщик/установщик Adobe Flash там лежит, вроде (или в contrib, не помню), firmware, которые выпилили из ядра, чтоб оно свободным было, ну и прочее в том же духе.

[Bizdelnick]

Слаку-же можно ставить целиком.

А в чем тут преимущество-то? Мне не надо целиком, мне надо то, что мне надо.

Вот кстати да, С производными от слаки (MOPS, VectorLinux) у меня проблем не было, а установщик слаки ниасилил. Как с зависимостями разбираться-то, если не хочется ставить всё?

[zenwolf]

Слаку-же можно ставить целиком.

А в чем тут преимущество-то? Мне не надо целиком, мне надо то, что мне надо.

Вот кстати да, С производными от слаки (MOPS, VectorLinux) у меня проблем не было, а установщик слаки ниасилил. Как с зависимостями разбираться-то, если не хочется ставить всё?

ставь любой пм, вроде slapt-get - он разпулит, а что с установщиком не так - он проще чем в убунту Вот вам ещё преимущество: пакетные менеджеры - на выбор, дебиан ограничен apt-get/aptitude

[А в чем тут преимущество-то? Мне не надо целиком, мне надо то, что мне надо.

преимущество выбора: хочешь ставь целиком, а хочешь не ставь

есть тот же Slackware под названием Salix.

user@localhost

$ wget -q -O - 'http://salix.enialis.net/x86_64/slackware-13.0/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 979

Маловато будет. Да и исходники не указаны в метаданных, надо где-то отдельно искать. Нет, для меня пока не убедительно

это саликсовские репы, в slapt-get легко подключаются (они по умолчанию отключены) репы слакваре - они стопроцентно совместимы, количество пакетов никак не меньше дебиановских.

[Bizdelnick]

ставь любоц пм, вроде slapt-get - он разпулит, а что с установщиком не так - он проще чем в убунту

С установщиком не так именно то, что он сам не разруливает :-) То бишь, пытаясь исключить из установки часть пакетов, я с большой долей вероятности получу частично или полностью нерабочую систему.
А про slapt-get я в курсе.

[zenwolf]

Знать, что к ним относится, а что нет, совсем необязательно, если можно aptitude install kde, и оно само всё поставит

не поверишь - в слакваре такое возможно

там всего 3 простых скрипта:
installpkg
removepkg
upgradepkg

Исходники. Исходники KDE: найти, скомпилировать, поставить.

ну какие нафиг исходники, это для бинарных пакетов формата txz/tgz. Сжатие txz кстати лучше чем deb

ставь любоц пм, вроде slapt-get - он разпулит, а что с установщиком не так - он проще чем в убунту

С установщиком не так именно то, что он сам не разруливает :-) То бишь пытаясь исключить из установки часть пакетов я с большой долей вероятности получу частично или полностью нерабочую систему.
А про slapt-get я в курсе.

ставь в минимально варианте - там есть такое, есть сетевая установка, потом slapt-get и добавляй. Для упрощения есть уже указанные варианты вроде Salix.

[watashiwa_daredeska]

ну какие нафиг исходники

Изначально речь шла именно об исходниках.

не поверишь - в слакваре такое возможно

Ну, я взял для примера свой приземленный простенький вариант: FVWM.
ftp://ftp.chg.ru/pub/Linux/Slackware/slac....1/PACKAGES.TXT — отсутствуют зависимости, значит само фиг поставит.
http://slackware.org.uk/people/alien/slack...ds/PACKAGES.TXT — fvwm вообще отсутствует.
http://repository.slacky.eu/slackware-13.0/PACKAGES.TXT — fvwm отсутствует.
http://salix.enialis.net/x86_64/slackware-13.0/PACKAGES.TXT — ну, наконец-то, хоть где-то есть. Но что это?

user@localhost

PACKAGE REQUIRED: e2fsprogs,glib,gtk+,imlib,libICE,libSM,libX11,libXau,libXdmcp,libXext,libXineram a,libXpm,libtermcap,libxcb,perl,readline

e2fsprogs? Для window manager? Зачем? libtermcap? Машина времени перенесла меня в XX век? libXdmcp? Зачем она window manager'у? perl в зависимостях есть, а где m4 и cpp?

user@localhost

PACKAGE SIZE (uncompressed): 3740 K

А где остальное? У меня одна документация к нему почти столько занимает.
http://www.stabellini.net/filesystem/slack....1/PACKAGES.TXT — почти те же яйца, вид в профиль.

[watashiwa_daredeska]

репы слакваре - они стопроцентно совместимы, количество пакетов никак не меньше дебиановских.

user@localhost

$ wget -q -O - 'ftp://ftp.chg.ru/pub/Linux/Slackware/slackware64-13.1/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 1006 $ wget -q -O - 'ftp://ftp.chg.ru/pub/Linux/Slackware/slackware-13.1/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 1011 $ wget -q -O - 'http://www.stabellini.net/filesystem/slackware-13.1/PACKAGES.TXT' | grep '^PACKAGE NAME:' | wc -l 984

Что-то не заметно. Да еще и пакетов в репозитории с зависимостями меньше, чем в оригинале. Как-то напрягает меня такой подход.

[Dreamer77]

С установщиком не так именно то, что он сам не разруливает :-) То бишь, пытаясь исключить из установки часть пакетов, я с большой долей вероятности получу частично или полностью нерабочую систему.

не знаю насколько это верно, но по-моему я прочитал это в help при установке Slackware. Там сказано что в момент установки, когда ты выбираешь какие пакеты ставить, установщик сам разрулит зависимости. И если вы отключили что-то необходимое для работы -- установщик поставит это.

Ну, я взял для примера свой приземленный простенький вариант: FVWM.

не сказал бы что для примера он хорош. Он не слишком популярен и в настоящее время слабо распространен.

e2fsprogs? Для window manager? Зачем? libtermcap? Машина времени перенесла меня в XX век? libXdmcp? Зачем она window manager'у? perl в зависимостях есть, а где m4 и cpp?

А вот эти зависимости и вправду странные. Видать много лет о пакете никто не вспоминал.

Да еще и пакетов в репозитории с зависимостями меньше, чем в оригинале. Как-то напрягает меня такой подход.

Подход к установке пакетов в слакваре -- не в использовании дополнительных репозитариев. И не в автоматическом разруливании зависимостей. Это уже подход людей, которые из Слаки желают получить Дистрибутив вроде дебо-клонов или redhat-клонов. Патрик этого не одобряет! =)))

Не имеет смысла сравнивать установку пакетов в Дебиане с установкой пакетов в Слаке. Они разные. Кому-то одно удобнее, кому-то другое. Вот и все.

[shevan]

Для того чтобы полюбить Slackware, нужно избавиться от всего сложного.

Debian это война зависимостей. Aptitude - ролевая игра
Я на свою десктопную машину люблю ставить большое количество программ.
Что бы там ни говорили, при установке пакета нужно думать о зависимостях. А при сборке и подавно.
Обновился пакет, будь добр обнови еще сотню.
К тому же эти свежие пакеты выходят каждый день. Незнаю как сейчас, но когда у меня был Debian, пакетный менеджер ежедневно пытался че-то обновить, причем самостоятельно не всегда удачно.

В Archlinux нет таких проблем с зависимостями. Но крутящийся релиз, и опять же ежедневные куча обновлений. Хранить на диске все все версии не удобно - правильно подметили, не резиновый.
Зачем обновлять систему каждый день?

В Slackware вышел стабильный релиз. Всё, используй до следующего релиза. За несколько месяцев, для обновления доступны только десяток пакетов. Действительно удобный пакетный менеджер: makepkg, installpkg, removepkg - куда проще

[watashiwa_daredeska]

Не имеет смысла сравнивать установку пакетов в Дебиане с установкой пакетов в Слаке. Они разные. Кому-то одно удобнее, кому-то другое.

Имеет. Потому что выполняют одну и ту же функцию. Да, 15 лет назад управление пакетами в Слаке было удобнее, чем rpm и прочие dpkg. Потому что rpm и dpkg были молоды-зелены, apt'а/yum'а не было, а пакетов было несколько десятков и молодой студент вполне мог разрулить их вручную. Но теперь rpm/yum, dpkg/apt заматерели, решили подавляющее большинство насущных проблем, а число пакетов выросло почти на два порядка. Слаковский подход нынче уже работает откровенно плохо в большинстве случаев, и учитывая динамику, дальше ситуация будет продолжать двигаться в этом направлении.