[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

AW: PATH Variable




-----Ursprungliche Nachricht-----
Von:	Frank Schneider [SMTP:SPATZ1 t-online de]
Gesendet am:	Freitag, 28. April 2000 20:21
An:	redhat-list-de redhat de
Betreff:	Re: [redhat-list-de] PATH Variable

olger Poenitz wrote:
> 
> Hallo,
> 
> will mir einen anderen Window-Manager installieren, RPM meckert ueber
> fehlende Pakete. Diese sind aus dem Internet downgeladen und auch
> korrekt installiert unter /usr/local/. Der Window-Manager laesst sich
> aber trotzdem nicht installieren da /usr/local/ zu weit hinten im PATH
> liegt.
> 
> Wie und wo kann ich den PATH aendern, damit local /usr/local/ vor
> /usr/bin/ steht.
> 
> Vielen Dank auch.
> 
> Holger

Hallo...

Moment, AFAIK, RPM durchsucht beim Check der Abhangigkeiten keine Pfade
oder gar Binaries, es bemuht seine eigene Datenbank, in der drinsteht,
welche Pakete vorhanden sind und wie die Abhangigkeiten bestehen.
Ich schatze einmal, das die Pakete, die RPM als fehlend anmeckert, gar
nicht installiert wurden, zumindest nicht per RPM, oder aber bei der
Installation nicht die richtigen Eintrage in der RPM-Datenbank gemacht
wurden. 
Sowas passiert leicht, wenn man z.b. SUSE-RPMs auf eine RedHat schaufelt
oder andersrum.

Versuche einmal, das Windowmanager-Paket, bei dem RPM motzt, mit Hilfe
der Optionen
--force oder --nodeps per Gewalt zu installieren.
Wenn die von RPM als fehlend angemeckerten Binaries trotzdem da sind
(z.b. weil sie per Copy-Befehl "installiert" wurden oder von einer
anderen Distri stammen), dann wird das Programm nacher trotzdem
laufen, obwohl RPM rumgemeckert hat.

Man verliert in so einem Fall allerdings die Moglichkeit, bequem per RPM
alle zu diesem Programm gehorenden Pakete auf einmal entfernen (bzw.
upgraden) zu lassen...man mu? also spater beim Entfernen oder Upgraden
"handisch" wissen, welche Pakete denn nun genau zu entfernen / upgraden
sind, da die Beziehungen zwischen den Paketen verloren geht.

Solong..
mfg Frank

-- 
Frank Schneider, <spatz1 t-online de>
Microsoft isn't the answer.
Microsoft is the question, and the answer is NO.
...-.-




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]