Selbstkompilierte Programme sauber entfernen

Vom einfachen Programm zum fertigen Debian-Paket, Fragen rund um Programmiersprachen, Scripting und Lizenzierung.
Antworten
tsibi
Beiträge: 269
Registriert: 31.08.2004 20:16:35
Wohnort: Oberfranken
Kontaktdaten:

Selbstkompilierte Programme sauber entfernen

Beitrag von tsibi » 10.01.2007 10:02:48

Hallo zusammen,

wie kann man selbstkompilierte Programme sauber entfernen?

Angenommen ich übersetze den Asterisk-Code selbst und installiere das Programm. Wie werde ich es dann wieder rückstandsfrei los? Kann man die Arbeit von

Code: Alles auswählen

make install
aufzeichnen oder so ähnlich bzw. auch von selbstübersetzten Programmen ein Debian-Paket mit Uninstall-Funktion bauen?

Danke im Voraus für eure Tipps.

VG Simon

Benutzeravatar
GoKi
Beiträge: 2068
Registriert: 04.07.2003 23:08:56
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von GoKi » 10.01.2007 10:13:25

MfG GoKi
:wq

Benutzeravatar
Kokopelli
Beiträge: 1156
Registriert: 08.01.2007 10:13:24
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von Kokopelli » 10.01.2007 10:15:40

Falls Du es schon aus den sourcen installiert hast, ohne ein deb-Paket daraus zu machen, hilft manchmal --je nach Programm bzw makefile-- auch ein "make uninstall" im source-verzeichnis.
Beste Grüße, Kokopelli
--------------------------
"One must marvel that Godzilla never died laughing" (William Tsutsui)

crazyed

Beitrag von crazyed » 11.01.2007 08:23:57

Moin,
bei selbstkompilierten Paketen mit dem "Dreisatz" kann man in den configure-Optionen (configure -help) das Ziel (--prefix <>) /opt/<Paketname> angeben.
Wenn du das Zeug loswerden willst musst du nur das angelegte Verzeichnis unter /opt löschen.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22447
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 11.01.2007 09:46:51

Kokopelli hat geschrieben:Falls Du es schon aus den sourcen installiert hast, ohne ein deb-Paket daraus zu machen, hilft manchmal --je nach Programm bzw makefile-- auch ein "make uninstall" im source-verzeichnis.
Setzt aber voraus das die Sourcen noch vorhanden sind in unveränderter Form. ( nach dem Kompilieren) und viele Programme kennen gar kein make uninstall . Dann ist noch die Frage funktionierts richtig.
Zuletzt geändert von KBDCALLS am 11.01.2007 09:53:41, insgesamt 1-mal geändert.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
Kokopelli
Beiträge: 1156
Registriert: 08.01.2007 10:13:24
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von Kokopelli » 11.01.2007 09:48:10

KBDCALLS hat geschrieben:
Kokopelli hat geschrieben:Falls Du es schon aus den sourcen installiert hast, ohne ein deb-Paket daraus zu machen, hilft manchmal --je nach Programm bzw makefile-- auch ein "make uninstall" im source-verzeichnis.
Setz aber voraus das die Sourcen noch vorhanden sind in unveränderter Form. ( nach dem Kompilieren) und viele Programme kenn garkein make uninstall . Dann ist noch die Frage funktionierts richtig.
Stimmt, daher ja auch
Kokopelli hat geschrieben:hilft manchmal --je nach Programm bzw makefile--
:)
Beste Grüße, Kokopelli
--------------------------
"One must marvel that Godzilla never died laughing" (William Tsutsui)

roli
Beiträge: 3174
Registriert: 10.09.2003 17:39:58

Beitrag von roli » 11.01.2007 10:36:53

Hi,

wie GoKi schon geschrieben hat, ist Checkinstall was das angeht sehr hilfreich, ich nutze es eigentlich immer, wenn ich Programme selber übersetze. Nuetzlich Links hierzu waeren Installieren mit Rückwärtsgang oder Pakete bauen ohne Mehraufwand.
Roland


"Aber wenn du schon so unwissend bist, davon noch nicht gehört zu haben,
so will ich es doch als gut ansehen, daß du lieber einmal töricht fragst,
als weiterhin nichts von etwas zu wissen, das man doch wissen sollte."
aus "Die Edda des Snorri Sturluson", "Gylfis Täuschung"

tsibi
Beiträge: 269
Registriert: 31.08.2004 20:16:35
Wohnort: Oberfranken
Kontaktdaten:

Beitrag von tsibi » 12.01.2007 08:50:02

Hallo,

danke für eure zahlreichen Antworten. Leider wurde ich nicht immer per Mail über neue Nachrichten informiert.

Ich wollte mmich einmal an der checkinstall-Methode versuchen und ging wie im Kapitel 2.6.1. Installation Asterisk 1.2.x auf Debian Linux des Beta-Tests des Asterisk Buches beschrieben vor. Allerdings benutzte ich die Etch-Installation auf meinem Experimentier-Rechner.

Beim Befehl wird folgende Fehlermeldung ausgegeben:

Code: Alles auswählen

rm -f include/asterisk/build.h.tmp
gcc -c -o buildinfo.o  -pipe  -Wall -Wstrict-prototypes -Wmissing-prototypes -Wm
issing-declarations -g3  -Iinclude -I../include -D_REENTRANT -D_GNU_SOURCE  -O6
-march=i686         -fomit-frame-pointer  buildinfo.c
gcc -g3  -o asterisk -Wl,-E  io.o sched.o logger.o frame.o loader.o config.o cha
nnel.o translate.o file.o say.o pbx.o cli.o md5.o term.o ulaw.o alaw.o callerid.
o fskmodem.o image.o app.o cdr.o tdd.o acl.o rtp.o manager.o asterisk.o dsp.o ch
anvars.o indications.o autoservice.o db.o privacy.o astmm.o enum.o srv.o dns.o a
escrypt.o aestab.o aeskey.o utils.o plc.o jitterbuf.o dnsmgr.o devicestate.o net
sock.o slinfactory.o ast_expr2.o ast_expr2f.o cryptostub.o buildinfo.o editline/
libedit.a db1-ast/libdb1.a stdtime/libtime.a -ldl -lpthread -lncurses -lm -lreso
lv   -lssl
/usr/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
make: *** [asterisk] Fehler 1
etch:/usr/src/asterisk-1.2.14#
Die Pakete libssl0.9.8 und openssl sind installiert.

Danke im Voraus für weitere Hilfestellung.

VG Simon

Benutzeravatar
myx
Beiträge: 1091
Registriert: 17.02.2002 21:19:19
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Berlin

Beitrag von myx » 12.01.2007 09:06:55

tsibi hat geschrieben:Beim Befehl wird folgende Fehlermeldung ausgegeben:

[Fehlermeldung... ]
/usr/bin/ld: cannot find -lssl

Die Pakete libssl0.9.8 und openssl sind installiert.
Du benötigst wahrscheinlich libssl-dev.

tsibi
Beiträge: 269
Registriert: 31.08.2004 20:16:35
Wohnort: Oberfranken
Kontaktdaten:

Beitrag von tsibi » 12.01.2007 11:58:05

myx hat geschrieben:Du benötigst wahrscheinlich libssl-dev.
das war der richtige Riecher. Jetzt konnte ich den Befehl ausführen. Doch nun wollte ich ja ein Debian-Paket bauen, wofür ich ja das Programm checkinstall benötige.

Über die Debian Paketsuche konnte ich das Paket nicht für testing finden.

VG Simon

Benutzeravatar
myx
Beiträge: 1091
Registriert: 17.02.2002 21:19:19
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Berlin

Beitrag von myx » 12.01.2007 14:00:26

Du könntest checkinstall aus dem unstable-Zweig nehmen, die direkten Abhängigkeiten sollten auflösbar sein, da zwischen testing und unstable gerade die Unterschiede eher nicht so groß sind. Du könntest das Paket checkinstall per Browser von den Servern runterladen und per dpkg installieren, so musst du nicht in der sources.list hantieren. Falls fehlende Pakete von dpkg bemängelt werden, kannst du ja versuchen, die testing Pakete einzuspielen. Ein Versuch wärs auf jeden Fall wert, denke ich.
Zuletzt geändert von myx am 12.01.2007 14:09:00, insgesamt 1-mal geändert.

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22447
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 12.01.2007 14:07:44

Bessere Alternative wäre er lädt sich die Debiansourcen aus unstable und baut sich das Deb selbst.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

goecke
Beiträge: 289
Registriert: 12.01.2007 11:57:27

Beitrag von goecke » 12.01.2007 14:12:59

läuft das deb-Paket von

http://asic-linux.com.mx/~izto/checkins ... wnload.php

nicht ??

gruss
Johannes

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22447
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 12.01.2007 14:23:45

Das weiß ich nicht, hab ich auch noch nicht gestestet, Ich habe aber immer Bauchschmerzen, wenn die Pakete von nicht Debianentwicklern bereitgestellt werden. Das geht ja oft genug schief. Beispiele gibt es genug hier im Forum.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

tsibi
Beiträge: 269
Registriert: 31.08.2004 20:16:35
Wohnort: Oberfranken
Kontaktdaten:

Beitrag von tsibi » 12.01.2007 14:59:07

Hi,

danke für eure Antworten.

Die Idee mit der Verwendung des unstable-Pakets ist nicht schlecht. Aber mich wundert es schon etwas, dass das Paket in sarge und unstable aber nicht in testing verfügbar ist. Weiß da vielleicht jemand mehr darüber?

Am Abend werde ich es mit dem Paket aus unstable einmal probieren.

VG Simon

Benutzeravatar
hupfdule
Beiträge: 1864
Registriert: 09.12.2002 15:04:37
Wohnort: Berlin
Kontaktdaten:

Beitrag von hupfdule » 12.01.2007 20:12:10

tsibi hat geschrieben: Aber mich wundert es schon etwas, dass das Paket in sarge und unstable aber nicht in testing verfügbar ist. Weiß da vielleicht jemand mehr darüber?
Wissen tu ich nichts. Jedoch ist das Paket in unstable ja deutlich neuer als in stable. Und diese Version hat vermutlich RC-Bugs, die es davon abhalten nach testing zu kommen. Welche Bugs im Paket sind, findest du hier: http://bugs.debian.org/checkinstall

Antworten