Как установить левый софт

ман checkinstall
ман сборка пакетов для $distro_name

префикс, либо в каталог с исходником (без install)

checkinstall или /usr/local/

make install не используете, собираете в отдельный каталог в хомяке/opt и делаете ссылку на исполняемый файл.

как после этого удалить програму?

Ты удивишься, но make uninstall

можно ли делать инсталл в какойто отдельный каталог,

configure --prefix=/opt/mydir

GIMP я его сам компилирую

По созданным темам/активности в комментариях вижу пользователя Ubuntu. Всё уже собрано и упаковано

поддерэиваю no-such-file

--prefix=/opt/progdir

Ты удивишься, но make uninstall

Ты удивишься, но make unistall далеко не у всех прог есть

Ты удивишься, но make unistall далеко не у всех прог есть

Пример проги у которой ./configure не делает цель uninstall приведешь?

миллион их
тут даже спорить глупо

миллион их

Кто спорит? Прошу одну из миллиона для примера.

Пример проги у которой ./configure не делает цель uninstall приведешь?

Если не ошибаюсь, то lightdm,компоненты E17. Ды много их)))

Это же Убунтоид. Мы тут в теме о готовности Линуха к десктопу Бубубу уже обсудили. А так же его пользователей.

lightdm

$ cd ~/src/lightdm-1.2.2
$ ./configure
$ grep '^uninstall:' Makefile
uninstall: uninstall-recursive

компоненты E17

$ cd ~/src/eina-1.2.0
$ ./configure
$ grep '^uninstall:' Makefile
uninstall: uninstall-recursive

Еще что нибудь?

./configure --prefix=/usr/
make -j3
make DESTDIR=`pwd`/pkg install

А дальше из pkg делаешь пакет по образу и подобию своей системы. Это всё конечно если повезёт и автор программы не был большой оригинал.

что люди только не придумывают лишь бы ебилд не писать..

А если configure нету, и к примеру софтину собирал так:

qmake
make 
make install

qmake PREFIX=/home/fedora/Programs/libs/qwt-6
make prefix=$/home/fedora/Programs/libs/qwt-6
make install

Получаю:

cd src/ && make -f Makefile install
make[1]: Entering directory `/home/fedora/Programs/Sources/qwt-6.0/src'
mkdir: cannot create directory `/usr/local/qwt-6.0.2-svn': Permission denied
make[1]: *** [install_target] Error 1
make[1]: Leaving directory `/home/fedora/Programs/Sources/qwt-6.0/src'
make: *** [sub-src-install_subtargets-ordered] Error 2

Ровно с тем же успехом можно сказать «слакбилд», «rpm-спек», «пкгбилд», «deb control» и ещё примерно 100500 форматов описания правил сборки пакета.

можно, не запрещаю.

А что? В ebuild'ах написано что-то принципиально другое?

make INSTALL_ROOT=`pwd`/pkg install

А вообще у меня где-то был слакбилд для сборки qwt… Надо посмотреть…

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

А вообще не так. Там довольно кривой спек в самом проекте и нужно этот спек править. Открываешь qwtconfig.pri, ищешь секцию install paths и переписываешь все объявления QWT_INSTALL_PREFIX так как тебе хочется. Нужно будет уточнить у Uwe до коле это будет продолжаться…

qmake не использует PREFIX.

Нужно что-то вроде этого:

qmake
make INSTALL_ROOT='/opt/mydir' QTDIR=/usr install

А вообще, чем городить свои велосипеды, может вам стоит прикрутить к своему дистрибутиву какую-нибудь автоматическую систему сборки? Те же PKGBUILD'ы из archlinux например.

Это больше религиозный вопрос, но мне бы не хотелось чтобы за мной наблюдала программа на питоне, руководствуясь при этом сомнительными принципами общего блага и материалом порождённым сообществом, которое не знает чего оно хочет.

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

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

1) в Makefile должна быть uninstall: или remove: строка, тогда пишешь make uninstall или make remove соответственно
2) для Debian - checkinstall
в генте можно ебилд дял любой программы с исходниками написать и потом спокойно ставить и удалять софт с его помощью
в любом нормальном дистре есть способ сборки пакетов их исходников

А какая из автоматических систем сборок позволяет странного? То есть например вынуть из дерева спек, поменять источник кода с пути к тарболу на svn или git, поменять путь установки этого пакета вообще не меняя спек, начать пересборку в случае ошибки в спеке и её исправления с места ошибки. Ну и всё такое. Потому что виданные мной системы сборки больше напоминают инструмент доставки софта до пользователя, а не хотя бы инструмент мейнтейнера.

А какая из автоматических систем сборок позволяет странного?

А кто говорил про странное? Изменить путь установки и убрать за собой после отмены установки (что и нужно было ТСу) может и makepkg, и portage, и даже installpkg/removepkg из слаки.

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

Так и есть, но ведь ТС, кажется, не мейнтейнер?

man google

Ну извини))) я вот не нашел в них, но я точно помню встречался с прогами у которых не было make uninstall)))

ebuild:

То есть например вынуть из дерева спек,

они и так видны

поменять источник кода с пути к тарболу на svn или git

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

поменять путь установки этого пакета вообще не меняя спек,

для подкласса програм можно сделать EXTRA_ECONF="--prefix /foo"

начать пересборку в случае ошибки в спеке и её исправления с места ошибки.

ebuild prepare/configure/build

но я точно помню встречался с прогами у которых не было make uninstall)))

uninstall стандартная цель automake. Возможно это были программы с другой системой сборки?

Возможно это были программы с другой системой сборки?

Может быть))

ABS смотрели?

Левый софт, лол. Что такое левый софт?

ставь по крайней мере черещ prefix если не хочешь пакеты собирать. Тогда будет проще удалить. Нарпимер /usr/local/твоярогра

нацпол же

Сделал мой день.

Спасибо тебе no-such-file
И всем кто давал полезные советы!