PKG_ADD Pfadvariable

E

e2e4

Member
Salut,

ich habe mir OpenBSD 3.8 via FTP-Installation installiert und bin dabei mich mit dem System zu befassen. Dazu gehe ich dieser Anleitung/FAQ vor:

http://cvs.openbsd.org/faq/de/faq15.html

In .profile habe ich folgendes eingebunden:

Code: 
export PKG_PATH=ftp://ftp.de.openbsd.org/unix/OpenBSD/3.8/packages/`machine -a`/

echo $PKG_PATH gibt mir m.M. nach korrekt

ftp://ftp.de.openbsd.org/unix/OpenBSD/3.8/packages/i386/
Zum Vergrößern anklicken....

aus. Ein

Code: 
pkg_add -v screen-4.0.2

bringt als Fehlermeldung

Can't find screen-4.0.2
/usr/sbin/pkg_add: screen-4.0.2:Fatal error
Zum Vergrößern anklicken....

Ein

Code: 
pkg_add ftp://ftp.openbsd.org/pub/OpenBSD/3.8/packages/`machine -a`/screen-4.0.2.tgz

läuft aber einwandfrei durch. Wo ist mein (Denk)-Fehler?

Grüße, e2e4
 
Loggst du dich für 'pkg_add -v screen-4.0.2' vielleicht als root ein, und hast bei root den PKG_PATH nicht gesetzt?
 
Ich bin in dem Falle die ganze Zeit root (die .profiles ist auch in /root dementsprechend angepasst), wie mir echo $USER auch bestätigt.

Grüße, e2e4
 
Dann ersetze das uname -a einfach durch deine Architektur (i386), vielleicht liegts daran?
 
Zuletzt bearbeitet:
Du meinst machine -a?

Code: 
machine -a

gibt korrekt "i386" aus und auch

Code: 
echo $PKG_PATH

gibt wie oben gelistet den richtigen Pfad aus.
Ich habe dennoch nochmal einen EXPORT PKG_PATH mit direkter Angabe von i386 durchgeführt. Dasselbe Ergebnis.

Grüße, e2e4
 
Sorry, ich muss jetzt noch mal nachfragen.
Ich bin in dem Falle die ganze Zeit root (die .profiles ist auch in /root dementsprechend angepasst), wie mir echo $USER auch bestätigt.
Zum Vergrößern anklicken....
Hast du dich als root eingeloggt, oder bist du per su zu root geworden?
$HOME/.profile wird laut man page nur gelesen, wenn die ksh als Login shell gestartet wurde.
 
funktioniert das?
Code: 
PKG_PATH=ftp://ftp.de.openbsd.org/unix/OpenBSD/3.8/packages/i386/ pkg_add -v screen-4.0.2

auf bald
oenone
 
Ist die URL auch 100%ig richtig geschrieben?

Ich hatte mal einen Schreibfehler in der Path Variable und bekam dann die gleiche Meldung.
 
Die Probleme mit pkg_add scheint es also nicht nur bei mir zu geben (OBSD3.8). Das beruhigt ein wenig.

Die einzige Lösung wie ich es bei mir sauber zum laufen gebracht habe, bestand darin, das pkg_add direkt aus dem ftp aufzurufen. Die PKG_PATH-Variable habe ich gelöscht.

also:

ftp ftp://meinuser:meinpasswort@remotehost/bsd/packagesammlung/

nach erfolgreichem einloggen folgt dann:

get screen.1.2.3.tgz "|pkg_add -v -"

Bei dieser Variante MUSS man das tgz angeben, da sonst ftp nicht mitspielt.


MfG
Morph
 
Hi,

morph schrieb:
Die Probleme mit pkg_add scheint es also nicht nur bei mir zu geben (OBSD3.8). Das beruhigt ein wenig.
Zum Vergrößern anklicken....

hmm, also ich finde das seltsam. Ich habe hier noch ein 3.7 laufen, ein 3.8 und ein 3.9-beta. Probleme mit PKG_PATH bzw. pkg_add lagen bisher _immer_ an mir, z.B. PKG_PATH nicht in die .zshrc eingetragen etc.

Wenn ich meinen PKG_PATH lösche ('unset PKG_PATH'), erhalte ich als Fehlermeldung übrigens:
Code: 
# pkg_add wget    
No packages available in the PKG_PATH
Can't resolve wget
#

Hast du mal das ausprobiert, was oneone geschrieben hat?

Regards,

Case
 
Hmmm, ich hatte auch erst das Problem, nachdem ich dann .tgz angehängt habe hat es funktioniert. Verstehe das wer wolle ...
 
Also ich habe ein 3.8 am laufen und habe da in meiner .profile des Benutzers, der pkg_add aufruft, den PKG_PATH eingetragen.
Der Benutzer benutzt die ksh und ruft pkg_add mit sudo auf.
Das funktioniert wunderbar, auch ohne .tgz.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben