Ich überlege, ob ich in einer der folgenden "master"-Versionen (aber definitiv nicht mehr 12.5) Support für Windows 10 ARM64 hinzufüge.
Ich gehe davon aus, dass der Markt an ARM64-Geräten eher größer als kleiner wird, sodass dieser Schritt aus meiner Sicht sinnvoll ist.
Dazu würde es ein wenig Vorbereitung brauchen. Es müssten einige Komponenten von wsusou angepasst werden, damit der Übergang fließend ablaufen kann. Daher würde ich (soweit möglich) alle Binaries -soweit möglich- durch Skripte ersetzen oder Alternativen auflisten wollen. Mir fallen folgende Komponenten ein, die in wsusou als Binary enthalten sind:
- AutoIt (.\bin\Aut2Exe.exe, .\UpdateGenerator.exe, .\client\UpdateInstaller.exe)
- Linux-Utils (.\bin\cut.exe, .\bin\gsort.exe, .\bin\join.exe)
- mkisofs (.\bin\mkisofs.exe)
- SysInternals (.\bin\sigcheck*.exe, .\bin\streams*.exe, .\client\bin\Autologon*.exe)
- UnZip (.\bin\unzip.exe, .\client\bin\unzip.exe)
- WGet (.\bin\wget*.exe)
- Aria2
- hashdeep (.\client\bin\hashdeep*.exe)
- IfAdmin (.\client\bin\IfAdmin.exe)
Die SysInternals-Tools sind bereits ARM64-kompatibel und die Programme IfAdmin und UnZip lassen sich mit Sicherheit in VBScript umsetzen, ohne, dass die Performance allzu sehr leidet. Bei Hashdeep kann ich mir vorstellen, dass eine VBScript-Implementierung möglich ist, wäre mir mit der Performance aber nicht allzu sicher. Die Linux-Utils (sowie WGet, Aria2 und mkisofs) sollten sich ARM64 kompilieren lassen.
Was haltet ihr von dem Vorschlag?
Viele Grüße