Am Di, 2004-03-02 um 17.39 schrieb Peter Geerds:

Am 02.03.2004 um 14:21 Uhr schrieb Reinhold Betzen:

...

Subject: checkinstall From: Reinhold.Betzen@t-online.de (Reinhold Betzen) To: suse-Liste Date: Tue, 02 Mar 2004 14:21:27 +0100

Hallo Liste habe checkinstall-1.5.3-1.i386.rpm installiert.

Ich habe dann versucht ein tar.gz Paket zu-installieren.

Download der Software (als User)

Entpacken des Archivs (als User)

Ins Quellverzeichnis wechseln (als User)

./confiqure (als User)

Software compilieren per "make" (als User)

Rootrechte erlangt und mit "checkinstall" versucht zu installieren. Da bräuchte ich mehr Infos: Wie erlangst du Rootrechte? Mit su? Dann kann es sein, dass checkinstall in einem Verzeichnis liegt, das nicht zum PATH des users gehört (aber zu root). Das änderst du, indem du su - eingibst (also mit Minuszeichen).

...

Bekomme-Fehlermeldung --command not found-----

Was mache ich falsch????

cu PeeGee Hallo Peter und Thomas Danke für die Tipps.

Mit " su - " kam die Fehlermeldung --command not found-- nicht mehr (wieder was dazu-gelernt). Bekomme jetzt die Meldung will make install Siehe Anlage... Danke Gruss Reinhold

Am Dienstag, 2. März 2004 20:11 schrieb Reinhold Betzen:

Bekomme jetzt die Meldung will make install Siehe Anlage...

Dort ist zu finden: reinhold@linux:/tmp/xmbmon203> su - Password: linux:~ # checkinstall Du bist also nach der Rootwerdung in /root und nicht in /tmp/xmbmon203, versuch vor Eingabe von checkinstall vielleicht mal ein 'cd /tmp/xmbmon203'. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de

Reinhold Betzen schrieb am Mittwoch, 3. März 2004 11:44: Hallo Reinhold,

Bei zwei Fragen bin ich mir nicht sicher ob ich Sie richtig-beantwortet habe?

1 Please choose the packaging method you want to use. Slackware (S), RPM (R) or Debian? Eingabe "R"

Wenn Du ein rpm willst, ist das die richtitge Wahl gewesen. Du kannst das auch voreinstellen, dann wirst Du nicht mehr gefragt. Ich glaube man checkinstall gibt Dir da Hinweise.

2 Please write a description for the package. End your description with an empty line or EOF. Eingabe "EOF".

EOF heißt End Of File und ist glaube ich ein <Strg> <D>. Ein Bestätigen einer leeren Zeile mit <Return> beendet auch die Abfrage. Du hast EOF eingegeben und damit hast Du nun ein Paket, das als Beschreibung EOF hat. Mach mal ein rpm -i , da sollte EOF als Beschreibung stehen. Du hättest auch eine richtige Beschreibung eingeben können, evtl. "Mit xy kann man ..." Gruß Stefan

David Haller schrieb am Mittwoch, 3. März 2004 15:49:

Am Wed, 03 Mar 2004, Stefan Schlörholz schrieb:

...

h mal ein rpm -i , da ^^^ -qpi (!!!) Oder wenn installiert: -qi

sorry Stefan

Am 03.03.2004 um 00:29 Uhr schrieb Felix Knecht:

Am Dienstag, 2. März 2004 17:39 schrieb Peter Geerds:

...

Das änderst du, indem du su - eingibst (also mit Minuszeichen).

Was ist denn dann der Unterschied zwischen su -

-, -l, --login make the shell a login shell

su Wechsel zum user root (user-id und group-id)

su -m

su -m ist klar. Da werden alle Umgebungsvariablen des Benutzers, der su aufruft behalten.

Aber wo ist der genau Unterschied zwischen su und su - ? Nach meiner Erfahrung wird der Pfad auch bei einem normalen su geaendert. Nö, bei mir zumindest nicht. Siehe auch info su.

Zumindest kann ich keine KDE Programme als root nach su starten. Was mich nicht weiter stoert, aber wuerde schon gerne den genauen Unterschied wissen.

Wenn du das machen willst, musst du vorher als user xhost +localhost eingeben, sonst hat root keinen Zugriff auf xserver. cu PeeGee

Felix Knecht wrote:

xhost ist mir auch klar. Daran liegt es ja nicht. Ich bezog mich rein auf die Pfade:

felix@hog:~> which kwrite /opt/kde3/bin/kwrite felix@hog:~> su Password: hog:/home/felix # which kwrite hog:/home/felix # exit exit felix@hog:~> su - Password: hog:~ # which kwrite /opt/kde3/bin/kwrite

Deswegen war ich verwirrt. Hab selbstverstaendlich die su manpage gelesen. Nur passt das Verhalten nicht so wirklich.

an sich schon, denn die Environmentvariablen 'gehören' dem alten Benutzer, d.h. der neue kennt die nicht. entweder mit -m oder aber die eigenen setzen. Andreas

Am Mittwoch, 3. März 2004 17:43 schrieb Andreas Loesch:

man su ist Dein Freund ;)

Habe ich natuerlich gelesen.

su wechselt nur Benutzer

Das dachte ich ja eigentlich auch. Meine Erfahrung zeigt aber was anderes. -> Siehe anderes Post -- Verschluesselte emails bevorzugt! Meinen Public Key gibts auf einem Keyserver: Encrypted emails preferred! Get my public key from a keyserver: ID: 0xD85E9E32 or: stud.fbi.fh-darmstadt.de/~fknecht/public_key_felix_knecht.asc "Der Mensch, der bereit ist, seine Freiheit aufzugeben, um Sicherheit zu gewinnen, wird beides verlieren." - Benjamin Franklin

Am Die, 02 Mär 2004, schrieb Bernd Sybrandi:

Am Dienstag, 2. März 2004 14:21 schrieb Reinhold Betzen:

...

Hallo Liste habe checkinstall-1.5.3-1.i386.rpm installiert.

Ich habe dann versucht ein tar.gz Paket zu-installieren.

Download der Software (als User)

Entpacken des Archivs (als User)

Ins Quellverzeichnis wechseln (als User)

./confiqure (als User)

Software compilieren per "make" (als User)

Rootrechte erlangt und mit "checkinstall" versucht zu installieren.

Versuchs mit make install

Das will er ja genau vermeiden!

Erst wenn checkinstall installiert ist sollte man es nochmals installieren

Huch - den Satz kann ich nun gar nicht interpretieren. Er hat doch "checkinstall-1.5.3-1.i386.rpm installiert" - also warum nochmal?

wobei man nach ./configure make nun checkinstall aufrufen kann, da dieser Befehl erst jetzt zur Verfügung steht.

Aha, wieso das denn? Du kannst checkinstall nach dem ./configure schon aufrufen.

Die nochmalige Installation überschreibt die mit make install erzeugten Dateien und trägt checkinstall in die Datenbank ein.

Das kann ich mir nun noch weniger vorstellen, dass checkinstall die Installation von "make install" überschreibt... peter@linux:~$>which checkinstall ... peter@linux:~$>whereis checkinstall checkinstall: /usr/sbin/checkinstall peter@linux:~$su root@linux:/home/peter$>which checkinstall /usr/sbin/checkinstall Wenn checkinstall installiert ist, dann kann es eigentlich nur am Pfad liegen.. PeteR