pkg_add -r error trotz korrekten FETCH-URL

testit

Well-Known Member
Hallo allerseits,

weiß jd. von Euch, was folgende Fehlermeldung zu bedeuten hat, nach der der FTP-URL nicht stimme, dieser aber völlig korrekt ist (direkt aufrufbar aus Browser)?

pkg_add -r sendmail+tls+sasl2
Error: Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8.2-release/Latest/sendmail+tls+sasl2.tbz: No address record
pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8.2-release/Latest/sendmail+tls+sasl2.tbz' by URL

Ich wollte mal das Package vergleichen mit meiner Installation aus den Ports.

UPDATE: Ähnliches Problem beim Builden aus den PORTS,
obwohl auch hier wieder alle URLs korrekt und erreichbar sind.

cd /usr/ports/mail/sendmail-sasl
g# make
===> License check disabled, port has not defined LICENSE
=> sendmail.8.14.5.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
=> Attempting to fetch ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.14.5.tar.gz
fetch: ftp://ftp.sendmail.org/pub/sendmail/sendmail.8.14.5.tar.gz: No address record
=> Attempting to fetch http://ring.nict.go.jp/archives/net/mail/sendmail/sendmail.8.14.5.tar.gz
fetch: http://ring.nict.go.jp/archives/net/mail/sendmail/sendmail.8.14.5.tar.gz: No address record
=> Attempting to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/sendmail.8.14.5.tar.gz
fetch: ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/sendmail.8.14.5.tar.gz: No address record
=> Couldn't fetch it - please try to retrieve this
=> port manually into /usr/ports/distfiles/ and try again.
*** Error code 1

UPDATE2: Offenbar funktioniert generelle die DNS-Auflösung nicht, daher o.a. Probleme!

Nette Grüße
testit
 
Last edited:
Problem ist wohl auch das pkg_add zu schnell das abarbeitet und die Sache durchrutscht mit Fehlermeldung das Url oder Paket nicht exestiert. Passiert mir auch manchmal. Beim zweiten Anlauf klappts dann bei mir immer. Daher juckts mich wenns passiert nicht so.

Gruß.
 
manchmal kommt diese Meldung, weil das Paket gerade nicht da ist.
Das hört sich merkwürdig an, aber nicht immer gibt es auch Pakte, die man sich wünscht, weil sie vielleicht eingestellt wurden oder vielleicht werden sie noch gebaut und sind deshalb noch nicht vorhanden.
Wie auch immer, manchmal kann es hilfreich sein, einfach direkt auf der Quelle nachzusehen. Meinr Ansicht nach am schnellsten funktioniert das so, wie ich es eben mal für dieses Beispiel zeigen will:
Code:
ftp> open ftp.freebsd.org
Trying 204.152.184.73...
Connected to ftp.freebsd.org.
220 Welcome to freebsd.isc.org.
Name (ftp.freebsd.org:pit): anonymous
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd pub/FreeBSD/ports/amd64/packages-8.2-release/Latest/
250 Directory successfully changed.
ftp> ls sendmail*
229 Entering Extended Passive Mode (|||48649|).
150 Here comes the directory listing.
lrwxr-xr-x    1 967      100            43 Feb 10  2011 sendmail+tls+sasl2+ldap.tbz -> ../All/sendmail+tls+sasl2+ldap-8.14.4_2.tbz
lrwxr-xr-x    1 967      100            38 Feb 10  2011 sendmail+tls+sasl2.tbz -> ../All/sendmail+tls+sasl2-8.14.4_2.tbz
lrwxr-xr-x    1 967      100            28 May 28  2010 sendmail.tbz -> ../All/sendmail-8.14.4_2.tbz
226 Directory send OK.
ftp> bye
221 Goodbye.
Als kleinen Nebeneffekt erhält man auch die tatsächlichen Pfad und Paketnamen, mit denen man es dann mit pkg_add auch mal probieren könnte. Natürlich erhält man die aber nur, wenn die Pakete auch tatsächlich da sind und dann sollte es ja auch bereits funktioniert haben ;)
 
wäre mir zu umständlich, da ja pkg_add auch Abhängigkeiten berücksichtigt müßte man nach allen Pakete suchen. Irgendwo hast du auch Recht, nicht alle verfügbaren ports sind auch als .tbz erhältlich, oder nur in stable und ports, das betrifft aber nur einen kleinen Teil und ist mir nur mit einem Paket passiert. Ich hätte bei sendmail+sasl auf jeden Fall die ports für die Installation mit "+options" vorgezogen oder man checkt das make-File das alles passend gesetzt ist und passt.
Gruß

aber testit hat das eh hingekriegt.
 
Ich wollte das nicht als generelle Methode empfehlen. Nur, um einer solchen Fehlermeldung zu Leibe zu rücken, ist es nicht verkehrt, die Quelle zu checken. Wie gesagt kann es nämlich auch sein, dass der Pfad bis dahin zwar stimmt, aber dann gar keine Quelle existiert.
Auf die Schnelle finde ich kein genaues Beispiel, aber etwas ähnliches:
Code:
ftp> ls pub/FreeBSD/ports/amd64/[B]packages-8.2-release[/B]/Latest/kdeuti*
229 Entering Extended Passive Mode (|||26872|).
150 Here comes the directory listing.
lrwxr-xr-x    1 967      100            42 Jan 25  2011 kdeutils-klaptopdaemon.tbz -> ../All/kdeutils-klaptopdaemon-3.5.10_3.tbz
lrwxr-xr-x    1 967      100            34 Jan 25  2011 kdeutils-kmilo.tbz -> ../All/kdeutils-kmilo-3.5.10_3.tbz
lrwxr-xr-x    1 967      100            40 Feb 10  2011 kdeutils-printer-applet.tbz -> ../All/kdeutils-printer-applet-4.5.5.tbz
lrwxr-xr-x    1 967      100            28 Feb 10  2011 kdeutils.tbz -> ../All/[B]kdeutils-3.5.10_7.tbz[/B]
lrwxr-xr-x    1 967      100            27 Feb 10  2011 kdeutils4.tbz -> ../All/kdeutils-4.5.5_1.tbz
226 Directory send OK.
ftp> ls pub/FreeBSD/ports/amd64/[B]packages-7-stable[/B]/Latest/kdeuti*
229 Entering Extended Passive Mode (|||25112|).
150 Here comes the directory listing.
lrwxr-xr-x    1 967      967            42 Sep 09 20:05 kdeutils-klaptopdaemon.tbz -> ../All/kdeutils-klaptopdaemon-3.5.10_3.tbz
lrwxr-xr-x    1 967      967            34 Sep 09 20:08 kdeutils-kmilo.tbz -> ../All/kdeutils-kmilo-3.5.10_3.tbz
lrwxr-xr-x    1 967      967            40 Sep 09 07:28 kdeutils-printer-applet.tbz -> ../All/kdeutils-printer-applet-4.6.5.tbz
lrwxr-xr-x    1 967      967            28 Sep 09 07:26 kdeutils.tbz -> ../All/[B]kdeutils-3.5.10_9.tbz[/B]
lrwxr-xr-x    1 967      967            27 Sep 09 06:54 kdeutils4.tbz -> ../All/kdeutils-4.6.5_1.tbz
226 Directory send OK.
ftp> ls pub/FreeBSD/ports/amd64/[B]packages-9-current[/B]/Latest/kdeuti*
229 Entering Extended Passive Mode (|||22038|).
150 Here comes the directory listing.
lrwxr-xr-x    1 967      100            42 Sep 14 16:38 kdeutils-klaptopdaemon.tbz -> ../All/kdeutils-klaptopdaemon-3.5.10_3.tbz
lrwxr-xr-x    1 967      100            34 Sep 14 16:39 kdeutils-kmilo.tbz -> ../All/kdeutils-kmilo-3.5.10_3.tbz
lrwxr-xr-x    1 967      100            40 Sep 14 00:41 kdeutils-printer-applet.tbz -> ../All/kdeutils-printer-applet-4.6.5.tbz
lrwxr-xr-x    1 967      100            28 Sep 13 21:58 kdeutils.tbz -> ../All/[B]kdeutils-3.5.10_9.tbz[/B]
lrwxr-xr-x    1 967      100            27 Sep 14 00:09 kdeutils4.tbz -> ../All/kdeutils-4.6.5_1.tbz
226 Directory send OK.
Beim 8.2-RELEASE ist da zwar ein kdeutils zu haben, doch die Version entspricht nicht der aktuellen (und durch Abhängigkeit mit anderen Paketen geforderten). Sowohl die "älteren" 7er- als die "neueren" 9er- Beispiele haben ein Paket mit einer höheren Version.

Natürlich kann das Verzeichnis auch direkt mit einem Browser grafisch durchforstet werden. Meine Leitung ist etwas lahm und es werden dann ja ALLE Einträge gezeigt und das ist eine Menge Arbeit. Der ftp von der Konsole kann mir einfach nur das anzeigen, was mich gerade interessiert und das geht sehr flott und ist aussagekräftig.

Deshalb schlage ich das im Falle einer solchen Fehlermeldung zunächst vor, um Klarheit zu bekommen.
 
Back
Top