forum.opsi.org

Ah okay, dann beinhaltet das Paket aber noch eine alte Version des Initscripts.

Manchmal erwische ich mich noch, das ich Dienste in alter Debian-Manier über "/etc/init.d/dienstname" starte/restarte. Heute auch so beim opsiconfd auf unserem Config-Server. Dabei fiel mir auf, das das Script mit Stopping opsi config service.... (done). Starting opsi config service..........

Liegen sie Setup-Files denn in P:\Office2016\[X64 oder X86]\? Du rufst sie im manuellen Aufruf ohne das Architekturverzeichnis auf und ich denke Du musst nur $OfficeArchitecture$ aus dem Winbatch_Install-Aufruf rausnehmen. Oder willst Du in einem Paket sowohl ein x86- als auch ein x64-Office bereits...

ist schon bekannt und bei anderen ebenfalls aufgetreten: viewtopic.php?f=6&t=11449

Kann es sein, das Du das auf einer 64-Bit-Installation von Windows ausführst? Dein Install-Script fragt die Systemarchitektur ab: if ($MS_Version$ = "64 Bit System") and ($System_Architektur$ = "x64") and ($Produkt_Architektur$ = "win64") Set $architecture2use$ = "...

Falls ihr einen WSUS nutzt, dann könnt ihr den Patch vom Update-Katalog auch in den WSUS importieren: https://docs.microsoft.com/de-de/window ... talog-site

aniepelt hat geschrieben: Idee? Ich kann auch gern mal die Setup.ins posten, vielleicht bringt das Licht ins Dunkle.

Ja, kann auf jeden Fall nicht schaden. Das O:-Laufwerk was Du in der XML referenzierst, kommt das vom Script oder woher? Normalerweise nutzt OPSI ja von Haus aus P:.

Hat der Installer, der dann im Kontext von SYSTEM läuft, vielleicht keinen Zugriff auf den Share/Pfad, wo die Dateien liegen? Ich hatte zum Test seinerzeit mal ein Office 365-Paket gebaut, und dort musste ich den Quellpfad in der configure.xml auf das Laufwerk P: "hart" kodieren, was Opsi ...

Ich mache das aktuell bei unserer ownCloud zu Nextcloud-Migration so, das ich im Installscript des Nextcloud-Client auf das Vorhandensein von ownCloud prüfe, und falls das der Fall ist, dann wird es deinstalliert und per serviceCall dann auf "nicht installiert" gesetzt. Zusätzlich habe ich...

Ja, die abgesetzten Repos holen sich im Idealfall die Pakete von einem Zentralen Repo. Hab ein ähnliches Setup, und auf den abgesetzten Repos in /etc/opsi/opsi-package-updater.repos.d/ eine Datei "nova.repo", mit dem ff. Inhalt: [repository_nova] active = true autoupdate = true opsidepotid...