[clausmuus]

Hi MarMic,

es hat sich herausgestellt, dass das wget der BusyBox 1.18 nicht zufriedenstellend arbeitet. Weder der 1.18.1 noch der 1.18.2.
Ich bin nun am überlegen auf die 1.17 zurück zu gehen. Fällt Dir irgendwas ein, was da gegen spricht, oder kannst Du eventuell nen Patch entdecken, der das behebt?
Der Fehler äußert sich darin, dass nur ein Teil der angeforderten Seite abgeholt wird oder manchmal auch gar nichts.

Claus

[Findulas]

[clausmuus]

Ich vermute das hängt damit zusammen in was für ner Netzwerk Umgebung man sitzt. wegt verhält sich so als wenn der Server den Anfrage Header nicht vollständig entgegen nehmen würde.
Getestet habe ich gegen den MLD Server (Abolen der Addonliste).

Claus

[Findulas]

Ich versuche heute abend Testzeit zu erhalten. Kannst Du mir das wget-Kommando posten, dann versuche ich es von zu Hause (wobei, dass kann ich ja auch in einer VBOX mache.....)

Bernd

[MarMic]

hmm wie macht sich das bemerkbar? bzw wie kann ich das nachstellen? bis jetzt hat es hier immer geklappt.

einzige änderung von 1.17.x zu 1.18.x in wget ist das hier:

Code: [Select]

wget: flush output to network before receving reply
wget: implement -T SEC; rework progress meter to not use signals (it was unsafe)

greetz

p.s. dann bleibt nichts übrig als auf 1.17.4 zurück :-(

kernel ist mittlerweile 35.11 :-P raus ich denke da speziell an neue alsa/graka treiber :-P

[clausmuus]

Die erste

[Findulas]

Könnte das hiermit etwas zu tun haben?

http://www.dbox2-tuning.net/forum/viewtopi...48044&start=189

Bernd der ahnungslose

[MarMic]

edit://

die .config ist bereits

Code: [Select]

CONFIG_FEATURE_WGET_STATUSBAR=y
# CONFIG_FEATURE_WGET_TIMEOUT is not set

doch auf 1.17.4 zurück? oder noch paar tage auf den natuerlichen release zyklus der BB warten :-P

greetz

[Findulas]

Wenn mein Kurzrecherche richtig ist, ist der CONFIG_FEATURE_WGET_TIMEOUT
default y und damit ein Problem? Wie wäre es mit CONFIG_FEATURE_WGET_TIMEOUT=n?

Aber das war jetzt echt nur ne 10Sek. Suche.....

Bernd

[Findulas]

Selbstantwort:
 oder muss dass auf y???
In der 1.18.2 scheint es auf y im Makefile zu sein.....

Naja, bin wieder ruhig.....

Bernd

[clausmuus]

Hi Findulas,

der Fehler ist schon der Beschriebene, jedoch trifft die beschriebene Lösung bei uns nicht zu, da die Option bereits disabled ist. Auch das aktivieren der Option (was ich vorhin bereits testweise gemacht hatte) bringt keine

[Findulas]

Könnte man nicht diesen diff

diff --git a/networking/wget.c b/networking/wget.c
index 88bb09e..4521abf 100644
--- a/networking/wget.c
+++ b/networking/wget.c
@@ -737,6 +737,8 @@ int wget_main(int argc UNUSED_PARAM, char **argv)
          fprintf(sfp, /* "Connection: closern" */ "rn");
       }
 
+      fflush(sfp);
+
       /*
        * Retrieve HTTP response line and check for "200" status code.
        */

Testweise wieder rückgängig machen? Der soll zwar auch Probleme beheben, jedoch scheinen wir die nicht zu haben.

Grüße,

Bernd aka Findulas

[Findulas]

Achja und der hier.


diff --git a/networking/Config.src b/networking/Config.src
index 1d9a33f..9fc122b 100644
--- a/networking/Config.src
+++ b/networking/Config.src
@@ -1013,8 +1013,8 @@ config FEATURE_WGET_LONG_OPTIONS
      Support long options for the wget applet.
 
 config FEATURE_WGET_TIMEOUT
-   bool "Enable timeout options"
-   default n
+   bool "Enable read timeout option -T SEC"
+   default y
    depends on WGET
    help
      Supports network read timeout for wget, so that wget will give

Hier ist auch die default-

[clausmuus]

Testen kann ich's ja mal, kommt aber später...

Claus

[MarMic]

sehe grade die 1.18.2? hat die nen schon nen bugfix (bzw konntest du eine besserung feststellen)? oder haste es einfach rausgepatcht?

greetz