forums.wsusoffline.net

Ja.
Wie man's macht, ist es verkehrt.

Moin Torsten,
wie alle anderen (zumindest die meisten) weiß ich deine Arbeit sehr wohl zu schätzen Auch wenn mein Wunschvorstellung anders ausgesehen hätte kann ich durchaus damit umgehen wenn es eine Mehrheit eben anders haben möchte. Also lass dich nicht entmutigen, und: auch wenn ich teilweise (bewusst) ein wenig übertreibe oder ironische "Spitzen" von mir gebe ist das keineswegs böse gemeint, persönlich schon gar nicht Wenn ich denn den Download oder die Überprüfung der dotnet-Updates an einem Tag mehrfach durchführen möchte lösche ich eben die hashes und gut is. Also: weitermachen

Was nicht unerheblich zu (meiner) Verwirrung beiträgt: das LP für .NET 4 ist identisch in drei (!) StaticDownloadLinks enthalten und landet im Verzeichnis dotnet, das LP für .NET 3.5 dagegen in dessen Unterverzeichnis x86-glb

rednaxela wrote:Was nicht unerheblich zu (meiner) Verwirrung beiträgt: das LP für .NET 4 ist identisch in drei (!) StaticDownloadLinks enthalten und landet im Verzeichnis dotnet, das LP für .NET 3.5 dagegen in dessen Unterverzeichnis x86-glb

Das LP für .NET 4 ist sowohl für x86 als auch für x64 (deshalb im Verzeichnis ...\client\dotnet), während es bei .NET 3.5 getrennte LPs für x86 und x64 gibt (deshalb im Verzeichnis ...\client\dotnot\x86-glb bzw. ...\client\dotnet\x64-glb).

In der Originalversion von WSUSOU wird von den drei StaticDownloadLinks
für dotNetFx40LP_Full_x86_x64de.exe nur der Eintrag in ...\static\StaticDownloadLinks-dotnet.txt ausgewertet;
für dotnetfx35langpack_x86de.exe nur der Eintrag in ...\static\StaticDownloadLinks-dotnet-x86-glb.txt;
für dotnetfx35langpack_x64de.exe nur der Eintrag in ...\static\StaticDownloadLinks-dotnet-x64-glb.txt.
Zusätzlich werden gleichnamige Dateien in ...\static\custom ausgewertet.

Wenn man andere Sprachpakete für .NET benötigt, sind diese Dateien mit den Links aus ...\static\StaticDownloadLinks-dotnet-*-language.txt anzupassen.

harry wrote:Das LP für .NET 4 ist sowohl für x86 als auch für x64 (deshalb im Verzeichnis ...\client\dotnet), während es bei .NET 3.5 getrennte LPs für x86 und x64 gibt (deshalb im Verzeichnis ...\client\dotnot\x86-glb bzw. ...\client\dotnet\x64-glb).

Achsoooo, ja das ist einleuchtend Gestern abend war ich wohl zu müde um da noch richtig dran lang zu blicken Danke für die Erläuterung harry
Dann ist ja alles da wo es hingehört: die platformübergreifenden Sachen in \dotnet\ und die spezifischen in den xxx-Unterverzeichnissen und ich hab es wieder uf dem Schirm. Für meine Zwecke füge ich noch:

Code: Select all

http://download.microsoft.com/download/c/6/e/c6e88215-0178-4c6c-b5f3-158ff77b1f38/NetFx20SP2_x86.exe
http://download.microsoft.com/download/2/9/7/29768238-56c3-4ea6-abba-4c5246f2bc81/langpack.exe


händisch in die StaticDownloadLinks-dotnet ein. Da ich es ohnehin manuell installieren muss finde ich es übersichtlicher wenn es in \dotnet\ liegt

Moin!

rednaxela wrote:[...]Für meine Zwecke füge ich noch:

Code: Select all

http://download.microsoft.com/download/c/6/e/c6e88215-0178-4c6c-b5f3-158ff77b1f38/NetFx20SP2_x86.exe
http://download.microsoft.com/download/2/9/7/29768238-56c3-4ea6-abba-4c5246f2bc81/langpack.exe


händisch in die StaticDownloadLinks-dotnet ein. Da ich es ohnehin manuell installieren muss finde ich es übersichtlicher wenn es in \dotnet\ liegt

...was ich immer noch nicht verstehe, weil das von WOU installierte .NET 3.5 SP1 das .NET 2.0 SP2 enthält (und auch .NET 3.0 SP2).

GT

Nun ja, es gibt Leute, die wollen das 3.5 gar nicht, wenn sie nur 2.0 benötigen.

Speziell bei feinen aber kleinen Arbeitsmaschinen mit WinXP wird oft ein NET für diverse kleinere Programme benötigt und dort greift man halt zu NET2.0SP2 (oft auch Minimalanforderung). Net 3.5 ist viel zu aufgeblasen, speicherfressend und auch unnötig für solch kleine Maschinen.

WSUSUpdateAdmin wrote:Moin!
...was ich immer noch nicht verstehe, weil das von WOU installierte .NET 3.5 SP1 das .NET 2.0 SP2 enthält (und auch .NET 3.0 SP2).
GT

Du hast selbstverständlich völlig recht. Es ist mir bekannt, trotzdem danke für den Hinweis
Folgt man deiner Argumentation auf Betriebssytemebene könnte man auch fragen warum überhaupt jemand noch XP einsetzt und nicht Win7, in Win7 ist XP(modus) doch schon enthalten
Die Gründe warum ich .NET 3.5 NICHT haben möchte und lieber 2.0 einsetze haben boco und Denniss sehr treffend dargelegt, besser hätte ich es nicht ausdrücken können
Und: sollte ich irgendwann doch mal .NET 3.5 brauchen habe ich dafür ein kleines feines Tool namens WOU, damit ist es flugs installiert Bei Interesse an dem Tool einfach mal danach googlen; ich habe gehört der Autor soll sogar eine eigene Seite betreiben

Guten morgen,

es gibt ein paar Programme und Treiber, die ein installiertes .NET 2 voraussetzen, aber höhere Versionen nicht erkennen oder akzeptieren.
Das erlebe ich speziell bei etwas älteren IBM/Lenovo Laptops immer wieder.