Изпечатай

[aaaaaa]

Това е само предположение (сега съм с gentoo и ги махам с emerge, а преди на ubuntu и debian почти не ми се е налагало).
whereis името на програмата (или по какъвто начин ви е удобно намирате файловете на програмата) и после ги триете (вероятно ще ви иска права на root).

[poisoner]

Цитат (aaaaaa @ Фев. 10 2006,19:00)

Това е само предположение (сега съм с gentoo и ги махам с emerge, а преди на ubuntu и debian почти не ми се е налагало). whereis името на програмата (или по какъвто начин ви е удобно намирате файловете на програмата) и после ги триете (вероятно ще ви иска права на root).

и сигурен ли си че ще и намериш всички файлове. Тя може да е създала на всякъде файлове в /либ /уср/схаре, /етс, /вар и тн. Трудно да ги откриеш всичките къде са.

[Hapkoc]

Предложеното от poisoner мисля е най-чистия вариант.

Само да добавя, че няма нужда от make install преди make uninstall, достатъчно е ./configure, особено ако при инсталацията са подадени параметри като --prefix.

Аа, и още нещо - не инсталирайте по такъв начин. Наистина.

[v_badev]

Всъщност ако не си задавал prefix като параметър на configure скрипта, например "./configure --prefix=/usr", най-вероятно всичко ще ти е в /usr/local. Изпълнимите файлове ще са в /usr/local/bin, библиотеките в /usr/local/lib и т.н. Ако не си инсталирал много неща по този начин би трябвало лесно да намериш всички файлове и да ги изтриеш. Евентуално може да имаш нещо в /etc, но него няма лесен начин да го намериш.

Добавка към написаното от Hapkoc - трябва да зададеш същите параметри на configure които си задал при инсталацията.

[poisoner]

@Hapkoc дам вярно че няма нужда от инсталл преди това.
@v_badev ще ги намериш, но няма да си 100% сигурен, освен ако програмата не е твоя и знаеш къде си праща файловете.

[icobgr]

За тези които се интересуват за инсталиране на програми от source.
Знам 2 програми които решават проблема с деинсталирането.
Едната е kinstaller, а другата е sourceinstall
Втората мисля че пази списък с инсталираните неща, но понякога ми прави проблеми и казва че не може да разбере къде са инсталирани нещата поради няква опция която не била ползвана в конфигурацията. Тогава ползвам kinstaller, то архивира компилираното и после се махат без проблеми.

[divak]

Ползвай това, спестява доста досадни манипулаций  '>

[smelkomar]

Аз за сега стигнах до aptitude, но за съжаление продължава да се държи неадекватно цялата работа Установих също че ако си инсталирал от сорс важен за един сървър софтуер се случва така, че след време при абсолютно необходим ъпдейт всичко се омазва... рядко при мен се случи да работи по-новата версия на софтуера. А сега един ми опява да мина на Slackware, понеже имало само две команди за пакетите - installpkg и removepkg '> О, да добавя че наистина има проблем с тия зависимости... като почне да ти търси едни, втори, трети, десети... най-наглото е в случая че маха старата, качва новата библиотека и после се чуди защо твоя току-що качен софтуер леко не работи

И аз се сблъсквам често с този проблем - да се налага да компилирам софтуер и да съм сигурен че лесно мога да го махна без да оклепам нещо. Правя го като задавам --prefix=/some/install/dir на configure скрипта. При make install всичко се структурира под директорията която си задал. Неудобството е че ако инсталираш няколко свързани неща ще трябва да указваш изрични пътищата.

Например наложи ми се да инсталирам Trac на Fedora Core 1. За целта ми трябваше  Python 2.4 а Fedorat-та имаше 2.2. Тъй като е лайв сървър не исках да рискувам с ъпдейт на цялата система или дори само на питон тъй като при федора много неща зависят от питон. Затова инсталирах питон2.4 и всички там навързани за Trac глупости в /opt, като при инсталация давах --with-python=/opt/python2.4

Всичко работи идеално и мога да го деинсталирам (изтрия) когато си искам без риск.

П.С
Знам че по принцип може и да взема srpm за питон за федора 1 и да бърникам, компилирам ала бала ама става много замотано

За деинсталирането, както и за инсталирането, на компилирани програми също трябват Makefile. След като е изтрит програмния код, в общия случай не може да се разархивира и конфигурира наново - просто защото най-вероятно е изтрит и друг програмен код, от който зависи текущия пакет.

Обърнете внимание, че след .../configure в build_dir се създава файла config.status - това е ключа! Преди да изтриете програмния код и т.н. запазете го! После след разархивиране на кода стартирайте запазения скрипт. Конкретно в случая, дори не е нужно да го пазим със същото име. Може да запазим, например, като <package>-<version>-config.status, с подходящи стойности за <package> и <version>. Скрипта ще създаде наново Makefile-овете ( и др. ) - следва make uninstall.


Дискусията по тази тема, като и по темата "source vs binary пакет", ми подсказва, че търсенето на freeware надделява на open source '>  ...