[GELÖST] Ausführen eines Python-Skripts über setup.py

[Lazaare]

Hallo,

ich entwickle ein „Template-Setup“-Paket, das ein Python-Skript in setup.py ausführt (ohne Software zu installieren).
Dieses Skript sucht nach Unterschieden zwischen der Paketverzeichnisstruktur und der Verzeichnisstruktur bereits installierter Software auf dem Rechner des Benutzers und führt einen einfachen Kopiervorgang durch.
Das Problem: Lokal mit PyScripter ausgeführt, funktioniert das Skript einwandfrei, die Pfade sind korrekt deklariert usw. Sobald es jedoch als Paket hochgeladen und auf den Rechnern der Benutzer bereitgestellt wird, lässt es sich nicht ausführen und gibt einen Fehler im Paketstatus zurück.

Liegt das Problem an den Zugriffsrechten, einer Checkbox oder einfach am Ausführungsort?

Vielen Dank im Voraus.
Mit freundlichen Grüßen


, ----------
WAPTConsole Enterprise Version 2.6.0.17392

[florentR2]

zum Testen:
subprocess.Popen([r"C:\Program Files (x86)\wapt\waptpythonw.exe", makepath(basedir,'script_externe.py')])

[Lazaare]

Vielen Dank für Ihre Antwort, aber ich glaube nicht, dass es daran liegt.
Ich erkläre es Ihnen: Ich versuche, Dateien/Ordner auf dem Rechner des Benutzers zu bearbeiten. Diese Bearbeitung soll über ein Skript in der setup.py-Datei erfolgen.
Offenbar blockiert etwas die Initialisierung des auf die Rechner hochgeladenen Pakets.

Ich habe es sogar mit einer komplett leeren setup.py-Datei getestet, und auch dort erhalte ich die Fehlermeldung „ERROR“.

[Blemoire]

Hallo,
welche Pfade werden angegeben? Handelt es sich um Benutzerpfade?
Beachten Sie, dass WAPT-Pakete unter einem Systemkonto installiert werden, im Gegensatz zu PyScripter, das Sie wahrscheinlich als Administrator ausführen müssen.

Schönen Tag noch,
Bertrand

[Lazaare]

Hallo,

ich habe den Pfad auf „C:“ festgelegt.
Wenn Sie sagen, dass es als Systemkonto gestartet wird, gibt es eine Möglichkeit, ihm Berechtigungen zu erteilen?

Vielen Dank im Voraus.

[dcardon]

Hallo Lazarus,

Wie Bertrand bereits erwähnte, läuft der Wapt-Agent unter dem lokalen Systemkonto des Rechners. Im Vergleich zur Ausführung in einer Benutzersitzung gibt es einige Unterschiede, insbesondere das Vorhandensein eines Desktops oder der verschiedenen Standarddateipfade sowie den Zugriff auf entfernte Ressourcen (das Systemkonto hat Zugriff auf die Anmeldeinformationen des Rechners, jedoch nicht auf die eines Benutzers auf dem Rechner).

Die Rechte sind die von S-1-5-18 (NT Authority\System), das im Explorer auf einem französischen Windows-System als „System“ erscheint.

Sie können Ihr Skript testen, indem Sie es in PSExec ausführen, um das Problem zu erkennen. Der folgende Befehl öffnet eine Shell als lokales System (PSExec kann mit dem Paket tis-ms-pstools installiert werden); er muss natürlich mit einem Konto mit lokalen Administratorrechten und in einer Hochsicherheitsumgebung ausgeführt werden.

Code: Alle auswählen

psexec -i -s cmd.exe

Aufrichtig,

Denis

[Lazaare]

Hallo,

vielen Dank für Ihre Erläuterung. Tatsächlich ermöglicht das Vorhandensein des PStools-Pakets auf einem Rechner die Ausführung anderer Python-Skripte, die in anderen Paketen enthalten sind. Das funktioniert einwandfrei.

Sie können das Thema als „Gelöst“ markieren.

Nochmals vielen Dank.