Ruhiges IT-Forum

Hallo,
ich möchte ein Paket für ein Programm eines Softwareherstellers erstellen.
Die Installation und Deinstallation mit PyScripter funktioniert problemlos.
Während der Installation wird zwar der Fortschrittsbalken angezeigt, aber es wird keine Interaktion angefordert.


Beim Senden des Pakets an einen Testrechner (Windows 8.1 Pro und Windows 10)

erhalte ich die Fehlermeldung „Timeout nach 300 Sekunden mit Ausgabe“.

Ich habe versucht, den Timer auf 600 Sekunden zu setzen, aber das Ergebnis bleibt dasselbe.

Ich weiß nicht, was das Problem ist.


def install():
print('installing test-application1')
install_exe_if_needed('application1.exe',
silentflags='/s /sms /v" /qb ALLUSERS=1 INSTALL_TYPE=1 LIC_SERVER=srv-licence1 SQR_INSTALL=1 SQ_VBEXCEL=VBYes',
key='{4D26DC69-A81F-4F5F-A3AA-D09A5DD3b8D5}',
timeout=600,)


Ich habe überprüft, dass diese ausführbare Datei ein Container für ein MSI-Paket ist und die Programmvoraussetzungen erfüllt sind.
Die Anwendung wird korrekt auf den Rechner heruntergeladen und anschließend korrekt ausgeführt;


es fehlen keine Voraussetzungen, da ich sie bereits installiert habe.


Wissen Sie, ob ich versuchen kann, den Befehl RUN zu verwenden? (Da er in der normalen Eingabeaufforderung funktioniert.) Ich kenne mich jedoch nicht mit Python aus.

Vielen Dank





Version von WAPT installiert (1,7,3,5)
- Server-Betriebssystem (Windows 2008 Enterprise)
- Betriebssystem des Administrations-/Paketerstellungsrechners (Windows 10)

Ich konnte das Problem umgehen,
indem ich den EXE-Container untersuchte.
Dort befand sich eine MSI-Datei mit der eigentlichen Anwendung, die anderen Dateien enthielten die erforderlichen Komponenten: DirectX, .NET usw.
Mithilfe von `install_msi_if_needed`
konnte ich die Installation erfolgreich durchführen.

Ich würde jedoch gerne wissen, was die Installation über die EXE-Datei verhindert hat.

Danke.

Hallo Raphelm,

raphaelm schrieb: ↑12. März 2019 - 8:28 Uhr Ich konnte das Problem umgehen,
indem ich mir den EXE-Container angesehen habe.
Dort befand sich eine MSI-Datei mit der eigentlichen Anwendung, die anderen Dateien waren die Voraussetzungen: DirectX, .NET usw.
Mit `install_msi_if_needed`
hat es dann geklappt.

Ich würde aber gerne wissen, was die Installation über die EXE-Datei verhindert hat.

Danke

Es ist eine gute Idee, es zu entpacken. Mit WAPT können Sie die anderen ausführbaren Dateien als Abhängigkeiten hinzufügen, und der Agent verwaltet die Installation in der richtigen Reihenfolge problemlos.

Die Verwendung einer run()-Funktion ist durchaus möglich. Das Verhalten wird aber wahrscheinlich dasselbe sein.

Bei Tests, die in PyScripter funktionieren, aber nicht über den Agenten, empfiehlt es sich zu prüfen, ob das Installationsprogramm unter einem lokalen Systemkonto fehlerfrei läuft. WaptAgent führt seine Installationen über dieses lokale Systemkonto durch, das sich geringfügig von einem normalen Benutzerkonto unterscheiden kann. Beispielsweise haben wir ein .exe-Installationsprogramm beobachtet, das darauf bestand, eine Verknüpfung auf dem Desktop des ausführenden Benutzers zu erstellen (anstatt sie im Ordner „Alle Benutzer“ abzulegen). Da das lokale Systemkonto jedoch kein Verzeichnis „Desktop“ besitzt, funktionierte dieses fehlerhafte Installationsprogramm nicht.

Sie können die Installation als Systemkonto mit dem Tool psexec (Paket tis-ms-pstools) testen. Öffnen Sie nach der Installation eine Eingabeaufforderung mit Administratorrechten und führen Sie folgenden Befehl aus: Anschließend öffnet sich eine weitere Eingabeaufforderung, die als lokales System ausgeführt wird (dies können Sie mit dem Befehl „whoami“ überprüfen). Dort können Sie Ihre ausführbare Datei starten und ihr Verhalten testen.

Aufrichtig,

Denis

Ja, aber das Problem ist, dass wir es vorher nicht wissen.
Ich dachte, als es mit PyScripter funktionierte, wäre alles in Ordnung.
Aber weit gefehlt.

Kurz gesagt: Es ist nicht so einfach, Drittanbieteranwendungen, die nicht Open Source sind, bereitzustellen.

raphaelm schrieb: ↑14. März 2019 - 10:43 Letztendlich ist es nicht so einfach, Drittanbieter-Apps, die nicht Open Source sind, einzusetzen.

Bei Tranquil IT haben wir dafür Ausdrücke:

Podoware ist Software, die mit den Füßen verpackt ist

- Palmoware ist Software, die mit Schwimmhäuten verpackt ist

Das Verständnis dafür, wie man Software bereitstellt, wird noch lange eine empirische Wissenschaft bleiben, und mit der Zeit werden Sie feststellen, dass das Packaging einfacher und intuitiver wird.

Aufrichtig.

Vincent