Slackware и зависимости

Как бы там зависимости вполне себе отслеживаются.

Где? Slapt-get-ы и Swaret-ы не в счет, это костыли, хоть и значительно облегчающие жизнь. А остальные утилы для работы с пакетами ничего не отслеживают

Там разбивка пакетов гораздо крупнее чем у дистров «c зависимостями»

Профит неотслеживания зависимостей в том что они не отслеживаются :)

в Debian Lenny Amarok 1.4 тянет Ruby, а в Slackware его можно не ставить, и всё замечательно работает

А в мандриве 2006, помнится, gvim тянул ruby. Смахивает на ту сцену, когда в нагрузку к галстуку впаривают гантели

Профит неотслеживания зависимостей в том что они не отслеживаются :)

Спасибо, кэп!

Там разбивка пакетов гораздо крупнее

Т.е в слаке реально меньше зависимостей? И все же они есть.И я не пойму чем установка пакета без удовлетворенния зависимостей лучше чем их отслеживание

А как узнавать что жизнено необходимо для работы, а что тянется в «нагрузку»?

>И все же они есть

Ну полагаю что KDE без X-ов таки не заведётся :)

И я не пойму чем установка пакета без удовлетворенния зависимостей лучше чем их отслеживание

Там сложно (почти невозможно) получить конфликт зависимостей. Патрег очень хороший сборщик с большим опытом...сиё конечно не касается «левых» пакетов.

устанавливаешь прогу, если она нормально работает - то всё нормально. А если не нормально, то запускаешь её в терминале и читаешь там, что нужно доставить.

>Ну полагаю что KDE без X-ов таки не заведётся :)

Вообще-то заведется, можно использовать иксы на другой машине по сети

>И я не пойму чем установка пакета без удовлетворенния зависимостей лучше чем их отслеживание

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

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

устанавливаешь прогу...

Так и знал, что методом проб и ошибок! Спасибо, я так уже делюгу ставил, намаялся. А других путей нет?

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

Xlib раздать по сети ? :)

ss@ACER:/usr/X11R6/bin$ ldd konsole | grep libX
libXmu.so.6 => /usr/lib/libXmu.so.6 (0xb6dac000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb6d5d000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb6d57000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb6d4e000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6d48000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb6d45000)
libXft.so.2 => /usr/lib/libXft.so.2 (0xb6d33000)
libXtst.so.6 => /usr/lib/libXtst.so.6 (0xb6bd1000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb6bc3000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb6bbb000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb6ad3000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb6ab7000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb6ab2000)
libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb6830000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb682d000)

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

Но там указываются абсолютно все зависимости, разве не так? А если нет, то почему бы эти необходимые для работы библиотеки и прочее не ставились автоматом, благодаря считыванию этой самой информации?

>Но там указываются абсолютно все зависимости, разве не так?

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

А если нет, то почему бы эти необходимые для работы библиотеки и прочее не ставились автоматом, благодаря считыванию этой самой информации?

если хочется автоматов, есть slapt-get и прочие

в кажном пакете есть install/slack-required

Так в этом и вопрос, почему эти критичные зависимости не отслеживаются?

А слапт-гет то еще убожество, лучше руками все сделать

s/каждом пакете/многих пакетах/

>А слапт-гет то еще убожество, лучше руками все сделать

Я боюсь вы преувеличиваете божественность ваших рук :)

Я боюсь вы преувеличиваете божественность ваших рук :)

Таки очень сильно преувеличиваю =)

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

>В чем профит не отслеживать зависимости-то(не все, но те которые жизнено необходимы)?

проекту Debian понадобился инструмент для работы с зависимостями, они и сделали его. Патрику не нужен был инструмент для работы с зависимостями, он и не делал его. Ни какого тайного смысла здесь нет.

А сейчас оригинальный ответ из slackbook :))

Apparently many people in the Linux community think that a packager manager must by definition include dependency checking. Well, that simply isn't the case, as Slackware most certainly does not. This is not to say that Slackware packages don't have dependencies, but rather that its package manager doesn't check for them. Dependency management is left up to the sysadmin, and that's the way we like it.

>Xlib раздать по сети ? :)

Имел в виду X server

Вообще-то заведется, можно использовать иксы на другой машине по сети

спасибо поржал....

всё понятно написано. принцип KISS

когда собирается дополнительный софт (например со slackbuilds.org), то почти всегда есть указания на зависимости для сборки. также и с бинарными пакетами, но я предпочитаю собирать из исходников так, как мне нужно ))

>>> Ну полагаю что KDE без X-ов таки не заведётся :)

Вообще-то заведется, можно использовать иксы на другой машине по сети

спасибо поржал....

Аж интересно стало: что вызвало такие эмоции?

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

без либ не заведется

darth-nerd> Slapt-get-ы и Swaret-ы не в счет, это костыли

Ага. APT тогда тоже костыль. YUM - тоже. URPMI - тоже. YaST - тоже. А уж emerge и pacman тогда - всем костылям костылищи.

Ага, только make && make install не костыли!!! =)

Я говорю, что это костыли, так как они не предусмотрены в слаке изначально, в отличае от апта в дебиане и тп, и я боюсь Патрег их не одобряет =)

ставь ъ-frugalware-current — слака с кошерным пакмэном.

Блджад, ну дело же не в том какую шлаку ставить, или как ее осиливать. Я просто не совсем догоняю выгоду от такой пакетной политики. Мб еслиб до этого я не сидел на дебиане,а сразу на слаке, я бы и не мучался подобными вопросами =)

darth-nerd> Я говорю, что это костыли, так как они не предусмотрены в слаке изначально, в отличае от апта в дебиане и тп

В дебиане изначально был dpkg. APT появился гораздо позже - dselect и то раньше был. Аналогично с RPM. Кстати, в своё время RPM не любили за RPM-Hell.