hi, hat jemand ne ahnung welchen (daten-)umfang das 7.1 vom ftp hat? ich hab bereits 2,7 GB gesaugt und bin erst beim ordner /suse/n3. hat jemand ne ahnung wie groß der ordner /suse/ insgeesamt auf dem ftp is??? sebastian
On Tuesday 12 June 2001 10:30, Sebastian Koch schrieb:
hi,
hat jemand ne ahnung welchen (daten-)umfang das 7.1 vom ftp hat? ich hab bereits 2,7 GB gesaugt und bin erst beim ordner /suse/n3. hat jemand ne ahnung wie groß der ordner /suse/ insgeesamt auf dem ftp is???
sebastian
mit quellen ? ca. 5.7 GB ohne Quellen: mad@medchem3:~/download/linux/suse/7.1 > du -s 3516188 . Beim Ordner full-names sollte man aber aufpassen, dass man nicht alles noch mal saugt, weil die links aufgelöst werden. wget holt sehr schön auch symbolic links. -- Mathias Weigt
On Tue, 12 Jun 2001, Mathias Weigt wrote:
Beim Ordner full-names sollte man aber aufpassen, dass man nicht alles noch mal saugt, weil die links aufgelöst werden. wget holt sehr schön auch symbolic links.
Du meinst sicher:-): holt nicht die Links, sondern die Datei, auf die sie verweisen - selbst mit 'retr_symlinks=off' in der Wgetrc-Dateu hab' ich das nicht abgestellt gekriegt; ist das eigentlich ein bekanntes Bug in wget? Oder passiert das nur mit bestimmten Servern? (Ich bin [nicht nur] deshalb mittlerweile auf 'mirror' umgestiegen; funktioniert - trotz seines Alters - sehr gut!) Bye, Martin
On Tuesday 12 June 2001 11:57, Martin Köhling schrieb:
On Tue, 12 Jun 2001, Mathias Weigt wrote:
Beim Ordner full-names sollte man aber aufpassen, dass man nicht alles noch mal saugt, weil die links aufgelöst werden. wget holt sehr schön auch symbolic links.
Du meinst sicher:-): holt nicht die Links, sondern die Datei, auf die sie verweisen - selbst mit 'retr_symlinks=off' in der Wgetrc-Dateu hab' ich das nicht abgestellt gekriegt; ist das eigentlich ein bekanntes Bug in wget?
Nein, ich meinte, was ich schrieb. Welche Version von wget soll nicht funktionieren ? Die SuSE-7.1 hab ich mit dem von 7.0 geholt und z.B alle Symlinks in full-names ohne Auflösung bekommen.
Oder passiert das nur mit bestimmten Servern? keine Ahnung... mit SuSE-ftp bzw. den Mirrors geht es.
wget -m -nh -N -nH -P suse --cut-dirs=xx war der Befehl. Es gibt aber die Option --retr-symlinks für FTP (vielleicht ist die ja in -m mit drin ) -- Mathias Weigt
Hi! On Tue, 12 Jun 2001, Mathias Weigt wrote:
On Tuesday 12 June 2001 11:57, Martin Köhling schrieb:
On Tue, 12 Jun 2001, Mathias Weigt wrote:
wget holt sehr schön auch symbolic links. Du meinst sicher:-): holt nicht die Links, sondern die Datei, auf die sie verweisen - selbst mit 'retr_symlinks=off' in der Wgetrc-Dateu hab' ich das nicht abgestellt gekriegt;
Nein, ich meinte, was ich schrieb.
Sorry, hab' Dich da falsch verstanden.
Welche Version von wget soll nicht funktionieren ?
wget-1.5.3-275 (SuSE 7.1) wget-1.5.3-86 (SuSE 6.3)
wget -m -nh -N -nH -P suse --cut-dirs=xx war der Befehl.
Ich hab's nochmal kurz ausprobiert (auch mit den von Dir angegebenen Optionen); Ergebnis: Symlinks werden grundsätzlich dereferenziert. Hmmm... vielleicht liegt's daran, daß ich wget hinter einem SQUID-Proxy betreibe? U.u. kommt der Directory-Parsing-Code nicht mit dem von Squid gelieferten Listingformat zurecht...
Es gibt aber die Option --retr-symlinks für FTP (vielleicht ist die ja in -m mit drin )
Diese Option bewirkt lt. Doku genau das Gegenteil. Bye, Martin
On Tuesday 12 June 2001 13:37, Martin Köhling schrieb:
wget-1.5.3-275 (SuSE 7.1) wget-1.5.3-86 (SuSE 6.3)
dito.
Ich hab's nochmal kurz ausprobiert (auch mit den von Dir angegebenen Optionen); Ergebnis: Symlinks werden grundsätzlich dereferenziert. Hmmm... vielleicht liegt's daran, daß ich wget hinter einem SQUID-Proxy betreibe? U.u. kommt der Directory-Parsing-Code nicht mit dem von Squid gelieferten Listingformat zurecht...
sorry, keine Ahnung :-( Ich hatte ja früher mit dem Consolen-FTP-Client das gleiche Problem. Auf meinen Hilferuf hat man mich hier in der Liste auf wget verwiesen und ich war wieder glücklich. -- Mathias Weigt
participants (3)
-
Martin Köhling -
Mathias Weigt -
Sebastian Koch