Forum IT Tranquillo

Salve,

sto sviluppando un pacchetto "Template-setup" che dovrebbe semplicemente eseguire uno script Python all'interno di setup.py (senza installare alcun software o altro).
Questo script cerca le differenze tra la struttura delle directory del pacchetto e la struttura delle directory del software già installato sul computer dell'utente ed esegue una semplice operazione di "copia".
Il problema è: quando eseguito localmente tramite PyScripter, lo script funziona perfettamente con i percorsi dichiarati correttamente, ecc. Tuttavia, una volta caricato come pacchetto e distribuito sui computer degli utenti, non viene eseguito e restituisce un "errore" nello stato del pacchetto.

Si tratta di un problema di permessi di accesso, di una casella di controllo o semplicemente della posizione di esecuzione?

Grazie in anticipo,
Cordiali saluti


, ----------
WAPTConsole Enterprise versione 2.6.0.17392

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

Grazie per la risposta, ma non credo sia questo il problema.
Mi spiego: sto cercando di manipolare file/cartelle sul computer dell'utente. Questa manipolazione verrebbe eseguita tramite uno script scritto in setup.py.
A quanto pare, qualcosa sta bloccando l'inizializzazione del pacchetto caricato sui computer :-/

Infatti, ho provato con un setup.py completamente vuoto e... il pacchetto segnala comunque un errore "ERROR".

Ciao,
quali percorsi vengono specificati? Sono percorsi utente?
Tieni presente che i pacchetti WAPT vengono installati con un account di sistema, a differenza di PyScripter, che probabilmente dovrai eseguire come amministratore.

Buona giornata,
Bertrand

Salve,

sto specificando il percorso come appartenente all'unità "C:".
Quando dite che viene avviato con un account di sistema, intendete un modo per concedergli i privilegi?

Grazie mille in anticipo.

Ciao Lazzaro,

Come accennato da Bertrand, l'agente Wapt viene eseguito con l'account LOCAL SYSTEM del computer. Ci sono alcune differenze rispetto all'esecuzione in una sessione utente, in particolare la presenza di un desktop o di vari percorsi di file predefiniti e l'accesso alle risorse remote (SYSTEM ha accesso alle credenziali dell'account del computer, ma non a quelle di un utente sul computer).

I diritti sono quelli di S-1-5-18 (NT Authority\System), che appare come "System" in un Explorer su un sistema Windows francese.

Puoi testare lo script eseguendolo in PSExec per vedere il problema. Il comando seguente apre una shell come sistema locale (puoi installare psexec con il pacchetto tis-ms-pstools); ovviamente, deve essere eseguito con un account con diritti di amministratore locale e in un ambiente ad alta sicurezza.
Sinceramente,

Denis

Salve,

grazie mille per il chiarimento. In effetti, la presenza del pacchetto PStools su una macchina consente l'esecuzione di altri script Python contenuti in altri pacchetti. Funziona perfettamente.

Potete contrassegnare la discussione come "Risolta".

Grazie ancora.