Указат путь установки программ в Дебиан

Зачем? В Linux, да и вообще в *NIX системах в целом несколько другая система организации расположения файлов программ в системе.

можно. только они после этого работать не будут.

Если ты новичок и хочешь это сделать потому что тебе так привычнее, я бы тебе посоветовал попробовать поступить наоборот. Ставить пакеты (программы) в места поумолчанию, а потом когда тебе понадобиться узнать что куда поставилось — использовать утилиту apt-file.

Команда выдаст список файлов в пакете и место в системе, куда они будут/были установлены:

apt-file list <package-name>

Детальнее смотри man apt-file.

Установка: apt-get install apt-file

Не забудь потом сделать apt-file update перед использованием.

В *nix, в отличие от винды, пакеты при установке достаточно равномерно размазываются по всей ФС: исполняемые файлы идут в */bin/, библиотеки в */lib/, документация в /usr/share/doc/ и т.д. Поэтому «путь установки», в виндовом понимании, в дебиане не существует.

Бинарное говно обычно сами разрабы таки почему-то любят отделять в /opt. Ещё можно собирать из исходников, задавая --prefix=, но не нужно.

Возможно ли при установке различных программ в Дебиан указывать путь куда их инсталлировать, так же как это можно сделать в винде?

Зачем же так извращаться?

В ВИНДЕ НЕ МОГУТ ОШИБАТЬСЯ!

Можно. man debootstrap, man chroot

Указат путь установки программ в Дебиан

Зачем?

Возможно ли при установке различных программ в Дебиан указывать путь куда их инсталлировать, так же как это можно сделать в винде?

Это всё равно что спросить «Можно ли в Дебиан сделать чтобы был диск цэ и диск дэ, как в винде?»

apt-file list <package-name>

достаточно

dpkg -L <package-name>

Да, но apt-file умеет делать и другие прикольные вещи. Он удобнее в целом. Например, apt-file search <path-to-file> умеет искать файлы среди всех пакетов.

В ВИНДЕ НЕ МОГУТ ОШИБАТЬСЯ!

Толсто. Ты уже ошибся форумом, видузятничек

Зачем же так извращаться?

например, что бы иметь несколько версий программы.

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

Толсто

Теперь сарказм надо оборачивать в <sarcasm></sarcasm>?

Да, но apt-file умеет делать и другие прикольные вещи. Он удобнее в целом. Например, apt-file search <path-to-file> умеет искать файлы среди всех пакетов.

dpkg -S $(which tar)

?

Толсто. Ты уже ошибся форумом, видузятничек

Тут вендузятничков увы не мало

Бинарное говно обычно сами разрабы таки почему-то любят отделять в /opt

Потому, что это место для самосбора. А пакеты самого дитрибутива пакуются не так.
http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

например, что бы иметь несколько версий программы.

Это
1. Не нужно.
2. Если нужно, см. п.1.
3. Если дошёл до п.3, упакуй левую версию в /opt.

А если tar не установлен?

тогда which вернет пустую строку

И тогда какой смысл от этого набора команд?

И тогда какой смысл от этого набора команд?

Так лучше?

$ ./find.sh tarx
ERROR: command not found
$ ./find.sh tar
tar: /bin/tar
$ cat ./find.sh 
#!/bin/bash

if [ "${1}" == "" ];
then
        echo "example: ${0} command";
        exit 1;
fi

if [ "$(which dpkg)" == "" ];
then
        echo "ERROR: dpkg not found";
        exit 1;
fi

if [ "$(which ${1})" == "" ];
then
        echo "ERROR: command not found";
        exit 1;
fi


dpkg -S "$(which ${1})";

exit 0;

Лень набрать which tar а потом если что-то вернулось обрамить это в $() и добавить вперед dpkg -S ?

1) ./configure --prefix=/path
2) make DESTDIR=/path install

Он даже капсом написал для таких как ты.

как тогда быть в случае когда при попытке установить какую нибудь программу выдаёт сообщение что somelib устарел, надо обновить. Вы обновляете, и у вас перестают работать куча других программ с зависимостью на старую версию?

как тогда быть в случае когда при попытке установить какую
нибудь программу выдаёт сообщение что somelib устарел

Дистрибутивы для того и существуют, чтобы решать такие проблемы. Не надо ставить не из репозитария. А если очень хочется - искать статическую сборку, где эта somelib вкомпилирована в бинарник.

скачал 6й дебиан (последний на тот момент), обновил стабильные релизы wheezy
установил помнится самбу
потом решил поставить что то связанное с nfs, так при запросах уведомила, что придётся обновить «somelib» с версии 1,2 до 1,3, но от него зависит «перечень программ», я по глупости согласился.
В итоге не корректно работающая самба.
Я думаю многие с этим сталкивались.
+если этого нет в официальных репозитариях, что, бросать всё? например на той же машине нужны были драйвера для смарт карт safenet ikey, так они вообще требовали в зависимостях древние пакеты и библиотеки. Как тут быть?

В итоге не корректно работающая самба.

Вероятно, это от непонимания того, что не надо к системе цеплять неправильные репозитарии. Ну или дистрибутив такой (но не думаю, что в Debian всё так плохо :-) ).

например на той же машине нужны были драйвера для смарт карт
safenet ikey, так они вообще требовали в зависимостях
древние пакеты и библиотеки. Как тут быть?

Пересобрать. Если проприетраное - ССЗБ, что связался, колхозь руками.

+если этого нет в официальных репозитариях, что, бросать всё ?

Становись мантейнером и собирай в дистрибутив. :-)

репозитарии были официальные
про проприетарный ikey - это разговоры админов локалхоста имхо. Обычно перед исполнителем-специалистом ставиться задача, а не наоборот.
И как бы вам не хотелось верить в идеальность и всепродуманность, проблема редкая но существующая

внезапно вот GoboLinux 015

Слишком толсто.

Обычно перед исполнителем-специалистом ставиться задача

В том числе, и по выбору ПО. У всякой проприетарщины, если она хоть сколько-нибудь вменяема, есть список рекомендуемых ОС. Если тебя нагрузили тем, на что ты никак не можешь нормально повлиять, просто следуй рекомендациям производителя ПО.