Unterschied zwischen URPMI und Doppelklick auf Datei?

[Alf1967]

Hallo,

ich habe eben eine Datei mit alien von .deb in .rpm umgewandelt und wollte sie auf der Konsole mittels URPMI installieren. Die Installation brach dann mit einer Fehlermeldung ab.

Code: Alles auswählen

[root@localhost Downloads]# urpmi opera-stable_33.0.1990.115_amd64.rpm
Zugriff auf die RPM-Datei [opera-stable_33.0.1990.115_amd64.rpm] nicht möglich
Fehler bei der Registrierung lokaler Pakete


Als ich letztens ein anderes Problem hatte und ich zum produzieren von Fehlermeldungen auf der Konsole rpm -i eingegeben habe sagte doktor, daß ich urpmi benutzen sollte. Wird URPMI bei einem Doppelklick auf die Datei nicht auch benutzt und sollten dann nicht die gleichen Fehler kommen? Mit einem Doppelklick wurde die Datei ohne Fehlermeldungen installiert/aktualisiert und das Programm startet.

[doktor5000]

Du musst ihm schon sagen dass es eine lokale Datei ist, also entweder den Pfad angeben oder in deinem Falle

urpmi ./opera-stable_33.0.1990.115_amd64.rpm

Bei Doppelklick auf die Datei wird gurpmi aufgerufen, und dem wird als Argument vom Dateimanager der Pfad zum Paket übergeben, daher hat das auch funktioniert.

[Alf1967]

Ok, aber die Fehlermeldung ist aber auch ziemlich kryptisch, ein einfaches "Datei nicht gefunden" würde jeder verstehen und würde mehr sagen als "Fehler bei der Registrierung lokaler Pakete". Bei "Fehler bei der Registrierung lokaler Pakete" denke ich an Probleme mit den Berechtigungen, aber nicht daran, das er die Datei nicht findet.

[doktor5000]

Was steht denn eine Zeile obendrüber?

[Alf1967]

Das er auf die RPM-Datei nicht zugreifen kann, da steht immer noch nichts davon, daß er sie nicht findet.

[alf]

Kann sein, dass das totaler Blödsinn ist was ich das jetzt sage, aber ich hatte vor einigen Jahren mal das Problem rpms aus einem lokalen Verzeichnis mittels urpmi zu installieren. Ich habe damals soweit ich mich erinnere eine hdlist generiert, dann ging's.

[Alf1967]

Ich habe die Datei mal in meiner MGA5 VM per URPMI installiert, ging mit dem ./ das ich gestern ja vergessen habe problemlos. Ich vermute mal, daß es mit erstellen des Ordners als Repo auch ginge, habe ich bei einer anderen RPM-basierten Distri auch schon gemacht. Hat natürlich den Vorteil, daß ein Programm automatisch aktualisiert wird, wenn ich eine neue Version in den Ordner lege, aber ich die Datei in den Ordner lege weiß ich ja das es eine neue Version gibt und kann sie auch manuell installieren.

Es ging zum schluß ja auch um die sehr allgemeine Fehlermeldung, von der man nicht unbedingt schließen kann das MGA die Datei nicht findet.

[Latte]

Es ging zum schluß ja auch um die sehr allgemeine Fehlermeldung, von der man nicht unbedingt schließen kann das MGA die Datei nicht findet.

Reine Vermutung: wenn du das ./ weglässt, wird halt urpmi vermuten, dass du es vom Server holen möchtest und durchsucht die hdlist und sucht erst garnicht im lokalen Verzeichnis. Daher auch die abweichende Fehlermeldung vom Standard "Datei nicht gefunden".

[Alf1967]

Reine Vermutung: wenn du das ./ weglässt, wird halt urpmi vermuten, dass du es vom Server holen möchtest und durchsucht die hdlist und sucht erst garnicht im lokalen Verzeichnis.

Schon, aber wenn er die Datei nicht findet sollte es doch egal sein wo er sie nicht findet. MGA sucht in seinen Pfaden und wenn er die Datei in den angegeben Pfaden nicht vorhanden ist sollte er es auch sagen und nicht sowas kryptisches produzieren.

[man-draker]

Habe gerade gesehen, dass das Wiki zu urpmi dem Programmverhalten widerspricht.
Dort https://wiki.mageia.org/de/URPMI#.C3.9C ... _Interface
wird der Name der lokalen Paketdatei ohne führendes ./ angegeben.

[Alf1967]

Wer nicht die ganze Seite durchsuchen will, wo ein lokaler Beispielbefehl zum installieren angegeben ist: https://wiki.mageia.org/de/URPMI#Instal ... alen_Datei

[doktor5000]

Prinzipiell finde ich das Verhalten von urpmi richtig, da man urpmi normalerweise Paketnamen, Namen von in Paketen enthaltenen Bibliotheken oder Provides-Token übergibt, und urpmi sucht danach in den aktivierten Repositories.
Oder alternativ gibt man eine URL an, egal ob mit http, https, ftp, rsync, ssh - Und solche URLs sind in der Regel "vollqualifiziert", somit weiß urpmi dass es sich um ein Paket als Datei handelt. Oder einen lokalen/NFS-Pfad,
wobei man dort auch relative Pfade angeben kann.

Sucht es euch raus, entweder passt die Doku an oder erstellt einen Bugreport dazu - ich kann mir aber schon grob vorstellen wie letzteres enden wird.
Es muss dazu gesagt werden dass die Doku im Wiki per copy&paste aus dem ehem. Mandriva-Wiki übernommen wurde, und seitdem ist da nicht viel substantielles passiert. Daher auch noch im Kopf der gelb hinterlegte Hinweis ...

[lula]

Also bei mir funktioniert das auch auch ohne ./:

Code: Alles auswählen

[root@localhost ~]# ls -l /root/jmtpfs-0.4-2.llmga4.x86_64.rpm
-rw-r--r-- 1 root root 54610 Nov 27 18:23 /root/jmtpfs-0.4-2.llmga4.x86_64.rpm

[root@localhost ~]# urpmf --name jmtpfs

[root@localhost ~]# urpmi jmtpfs-0.4-2.llmga4.x86_64.rpm

SICHERHEIT: Das folgende Paket ist _NICHT_ signiert (OK ((none))): jmtpfs-0.4-2.llmga4.x86_64.rpm
jmtpfs-0.4-2.llmga4.x86_64.rpm wird installiert
Vorbereiten …                    ##################################################################################################################
      1/1: jmtpfs                ##################################################################################################################


[Alf1967]

Lula, du hast ja auch den kompletten Pfad angegeben, der Punkt vor dem Slash ist ja nur dafür um der Bash zu sagen, such in dem Ordner wo du grade bist, bzw. geh von hier aus in einen Unterordner den du dann aber auch angeben mußt.

[lula]

du hast ja auch den kompletten Pfad angegeben

Nein, s. o.

[Alf1967]

Sorry, ich hatte nur in die erste Zeile geschaut und mir ist nicht mal aufgefallen daß du da nur ein ls gemacht hast.

Dann warst du ja noch nichtmal im Ordner wo die Datei liegt.

[lula]

Dann warst du ja noch nichtmal im Ordner wo die Datei liegt.

Doch, wie man am prompt sieht

Code: Alles auswählen

[root@localhost ~] urpmi...

[Alf1967]

In der ersten Zeile steht doch

Code: Alles auswählen

[root@localhost ~]# ls -l /root/...

und das "/root/" müßte doch ein Pfad sein.

[lula]

Das Homeverzeichnis (im prompt ~) von root ist /root, wie dem auch sei, es funktioniert jedenfalls ohne den ./ im aktuellen Pfad.