ARGOMENTO:

Come nel mio caso però, bisogna installare Pyton :-(
Riusciresti a renderlo un eseguibile e fare in modo che peschi i dati (progetto, %) da un file esterno di configurazione?
In modo da avere un pacchettino bello e pronto da installare e far partire. Punto.
E' l'unica maniera per poterlo diffondere facilmente.

Rick! ha scritto:

Come nel mio caso però, bisogna installare Pyton :-(
Riusciresti a renderlo un eseguibile e fare in modo che peschi i dati (progetto, %) da un file esterno di configurazione?
In modo da avere un pacchettino bello e pronto da installare e far partire. Punto.
E' l'unica maniera per poterlo diffondere facilmente.

Ciao Rick!
per il momento "accontentati"...

Non ti assicuro nulla perchè come scritto prima non sono un abile programmatore son più ce altro uno smanettone (per intendersi per fare il file che ho postato mi ci son voluti più di 2 giorni)

Eccomi di nuovo con voi
Rick! ho fatto tutto quello che mi hai domandato ... cut...

gualo ha scritto:

Eccomi di nuovo con voi
Rick! ho fatto tutto quello che mi hai domandato ... cut...

Sembra che siamo sintonizzati, anch'io poco fa ho mandato su la mia versione

Ma il prb è sempre e solo uno (anche per me): come schedularlo?
Non ha senso lanciarlo a manina... tanto varrebbe sospendere a manina le WU direttamente da dentro il manager

Se riesci a risolvere questa cosa è fatta!

Rick! ha scritto:

gualo ha scritto:

Eccomi di nuovo con voi
Rick! ho fatto tutto quello che mi hai domandato ... cut...

Sembra che siamo sintonizzati, anch'io poco fa ho mandato su la mia versione

Ma il prb è sempre e solo uno (anche per me): come schedularlo?
Non ha senso lanciarlo a manina... tanto varrebbe sospendere a manina le WU direttamente da dentro il manager

Se riesci a risolvere questa cosa è fatta!

leggi qui come usare lo scheduler di win
Io lo avevo già letto ma non ne ero interessato in quanto faccio tutto utilizzano mirc
ringrazie astroale per questo l'aiuto

Scusa avevo dimenticato un pezzo: lo scheduler di windows prende come intervallo minimo 5 minuti (il mio 7), a me servono 20 secondi di intervallo fra un'esecuzione e l'altra

[...]GNU/Linux(32 e 64bit):
percorso del file boinccmd.exe
percorso del file gui_rpc_auth.cfg
il percorso potrebbe variare da distro a distro?

Sto sistemando il mio script che sospende le WU così da averlo bello e pronto per la gara di WCG(è utilizzabile anche per tutte le altre gare a cui si iscriverà il team) però mi servivano alcune informazioni su alcuni sistemi operativi (io ho win7 64 bit)
ecco la lista delle info che mi servono
...cut...

TasksFile = os.popen('C:/"Program Files"/BOINC/boinccmd.exe --host localhost --passwd tuapwd --get_tasks')

Alla GUI non ho ancora messo mano, ma ho visto che il modulo "os" (o forse "sys"?) espone alcune variabili d'ambiente del SO ospite (in particolare la PATH e quelle specifiche dell'utente), e forse si possono usare quelle per tentare di raggiungere in automatico i files che ti servono.
Poi conto sul fatto che Python è multi piattaforma perché sia possibile semplicemente compilarlo e distribuirlo su sustemi !Windows.
Domani volevo dare un occhio proprio a questa parte, anche se sono ancora a livello di script interpretato su finestra dos.

Intanto sono riuscito a fare a meno del batch che creavi in automatico nello script di qualche mese fa.
Invece di usare open() come facevi, usa popen() per catturare direttamente l'output senza scrivere il file di testo sul sistema ospite:

TasksFile = os.popen('C:/"Program Files"/BOINC/boinccmd.exe --host localhost --passwd tuapwd --get_tasks')

popen(), se ho ben capito, usa dei pipes in automatico per prendere l'output del comando che ha eseguito e te lo fornisce come se avesso usato open(), quindi puoi portarlo tutto in blocco in una variabile con TasksFile.read() o leggerlo una riga per volta con TasksFile.readlines()

Se riusciamo a ricavare in automatico il percorso dell'eseguibile e del file con la pwd non ci sarà niente da far configurare all'utente

@Sabayonino
1)oltre al percorso /usr/bin potresti segnarmi il percorso della cartella BOINC grazie
2)non vi è differenza per la versione del SO,intendo 32 o 64 bit?

# Config file for /etc/init.d/boinc

# Owner of BOINC process (must be existing)
USER="<nome_utente>"
GROUP="<nome_gruppo_utente>"

# Directory with runtime data: Work units, project binaries, user info etc.
RUNTIMEDIR="<percorso_cartella_di_lavoro_destinata_a_boinc>"

# Location of the boinc command line binary
BOINCBIN="/usr/bin/boinc_client"

# Allow remote gui RPC yes or no
ALLOW_REMOTE_RPC="yes"

# nice level
NICELEVEL="19"

#!/sbin/runscript

extra_started_commands="attach"

depend() {
        # we can use dns and net, but we can also in most cases live without them
        use dns net
}

create_work_directory() {
        if [ ! -d "${RUNTIMEDIR}" ]; then
                einfo "Directory ${RUNTIMEDIR} not existing, creating now."
                mkdir "${RUNTIMEDIR}"
                if [ ! -d "${RUNTIMEDIR}" ]; then
                        eeror "Directory ${RUNTIMEDIR} could not be created!"
                        return 1
                fi
        fi
        if [ ! -e "${RUNTIMEDIR}"/ca-bundle.crt ] ; then
                ln -s /etc/ssl/certs/ca-certificates.crt "${RUNTIMEDIR}"/ca-bundle.crt
        fi
}

cuda_check() {
        if [ -f /opt/cuda/lib/libcudart.so ]; then
                # symlink wont harm :]
                ln -snf /opt/cuda/lib/libcudart.so "${RUNTIMEDIR}"/libcudart.so
        fi
}

check_baselayout() {
        if [ "${RC_VERSION:-0}" = "0" ]; then
                eerror "This script cannot be used for baselayout-1."
                return 1
        fi
}

start() {
        check_baselayout || return 1
        create_work_directory || return 1
        cuda_check

        # always ensure proper ownership
        chown -R "${USER}:${GROUP}" "${RUNTIMEDIR}"

        if [ ! -f "${RUNTIMEDIR}/lockfile" ]; then
                einfo "File \"${RUNTIMEDIR}/lockfile\" does not exist, assuming first run."
                einfo "You need to setup an account on the BOINC project homepage beforehand!"
                einfo "Go to http://boinc.berkeley.edu/ and locate your project."
                einfo "Then either run /etc/init.d/boinc attach or connect with a gui client"
                einfo "and attach to a project with that."
                echo
                ewarn "Note that for attaching to some project you need your network up and running."
                ewarn "network is needed only for jobs fetching afterwards"
        fi

        if [ "${ALLOW_REMOTE_RPC}" = "yes" ]; then
                ARGS="${ARGS} --allow_remote_gui_rpc"
        fi

        ebegin "Starting ${SVCNAME}"
        su -m ${USER} -c "nice -n ${NICELEVEL} \"${BOINCBIN}\" ${ARGS} --daemon --dir \"${RUNTIMEDIR}\" --redirectio"
        eend $?
}

attach() {
        local password url key

        einfo "If you cant find your account key just try to obtain it by using:"
        einfo "    boinccmd --passwd PASSWORD_FROM_GUI_RPC_AUTH --lookup_account URL EMAIL PASSWORD"

        printf "    Enter the Project URL: "
        read url
        printf "    Enter your Account Key: "
        read key

        if ! service_started; then
                "${RC_SERVICE}" start
        fi

        password=$(cat "${RUNTIMEDIR}/gui_rpc_auth.cfg")

        ebegin "${SVCNAME}: Attaching to project"
        su -m ${USER} -c "boinccmd --passwd \"${password}\" --project_attach ${url} ${key}"
        eend $?

        unset password url key

        sleep 10
        tail "${RUNTIMEDIR}/stdoutdae.txt"
}

stop() {
        local password

        password=$(cat "${RUNTIMEDIR}/gui_rpc_auth.cfg")

        ebegin "Stopping ${SVCNAME}"
        su -m ${USER} -c "boinccmd --passwd \"${password}\" --quit"
        eend $?

        unset password
}

Sì è multipiattaforma soprattutto con linux è straordinario...
Il problema della GUI è che sotto win devi distribuire un sacco di libbrerie per poterlo usare mentre una finestra di dos è + facile da gestire

Scusa qui è condiviso una versione molto vecchia dello script adesso ho fatto già la modifica per evitare la finestrella per i vari comandi

Il problema è che il mio script attuale controlla tutti gli HDD per verificare la presenza dei file.

>>> print (os.environ)
environ(
	{
	'COMMONPROGRAMFILES(X86)': 'C:\\Program Files (x86)\\Common Files', 
	'NUMBER_OF_PROCESSORS': '8', 
	'LOGONSERVER': '\\\\HAL9003', 
	'TMP': 'C:\\Users\\Riccardo\\AppData\\Local\\Temp', 
	'COMMONPROGRAMW6432': 'C:\\Program Files\\Common Files', 
	'USERPROFILE': 'C:\\Users\\Riccardo', 
	'USERDOMAIN': 'HAL9003', 
	'SYSTEMDRIVE': 'C:', 
	'SYSTEMROOT': 'C:\\Windows', 
	'PROGRAMW6432': 'C:\\Program Files', 
	'PATHEXT': '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC', 
	'APPDATA': 'C:\\Users\\Riccardo\\AppData\\Roaming', 
	'HOMEPATH': '\\Users\\Riccardo', 
	'PROCESSOR_IDENTIFIER': 'Intel64 Family 6 Model 42 Stepping 7, 	GenuineIntel', 
	'ALLUSERSPROFILE': 'C:\\ProgramData', 
	'PROCESSOR_ARCHITECTURE': 'AMD64', 
	'PUBLIC': 'C:\\Users\\Public', 
	'PROCESSOR_REVISION': '2a07', 
	'HOMEDRIVE': 'C:', 
	'WINDOWS_TRACING_FLAGS': '3', 
	'COMMONPROGRAMFILES': 'C:\\Program Files\\Common Files', 
	'LOCALAPPDATA': 'C:\\Users\\Riccardo\\AppData\\Local', 
	'WINDIR': 'C:\\Windows', 
	'USERNAME': 'Riccardo', 
	'WINDOWS_TRACING_LOGFILE': 'C:\\BVTBin\\Tests\\installpackage\\csilogfile.log', 
	'PROGRAMFILES': 'C:\\Program Files', 
	'COMSPEC': 'C:\\Windows\\system32\\cmd.exe', 
	'SESSIONNAME': 'Console', 
	'TEMP': 'C:\\Users\\Riccardo\\AppData\\Local\\Temp', 
	'PROGRAMFILES(X86)': 'C:\\Program Files (x86)', 
	'OS': 'Windows_NT', 
	'PSMODULEPATH': 'C:\\Windows\\system32\\WindowsPowerShell\\v1.0\\Modules\\', 
	'COMPUTERNAME': 'HAL9003', 
	'PATH': 'C:\\Program Files (x86)\\NVIDIA Corporation\\PhysX\\Common;C:\\Windows\\system32;C:\\Windows;C:\\Windows\\System32\\Wbem;C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\;C:\\PHP;C:\\Python33', 
	'PROCESSOR_LEVEL': '6', 
	'FP_NO_HOST_CHECK': 'NO', 
	'PROGRAMDATA': 'C:\\ProgramData', 
	'VBOX_INSTALL_PATH': 'C:\\Program Files\\Oracle\\VirtualBox\\'
	}
	)

@Sabayonino
1)oltre al percorso /usr/bin potresti segnarmi il percorso della cartella BOINC grazie
2)non vi è differenza per la versione del SO,intendo 32 o 64 bit?

@Sabayonino
1)oltre al percorso /usr/bin potresti segnarmi il percorso della cartella BOINC grazie
2)non vi è differenza per la versione del SO,intendo 32 o 64 bit?

se la distribuzione non offre la possibilità di personalizzare il percorso di lavoro di BOINC , di norma è in /var/lib/boinc

ma su Gentoo/Sabayon si ha a disposizione un file di configurazione dove è possibile settare anche un percorso differente

Dovresti attendere qualche Ubuntuniano et simili per sapere se si ha tale possibilità

Le cose molto facili non mi sono mai piaciute, neanche quando parto da zero
Ma all'utente tipo come Gatto che non sa, e probabilmente non vuole, incasinarsi la vita con scripts, batch eccetera (considera che immagino dovrebbe installarsi Python) non è meglio dargli direttamente un programma che uno script da configurare?

Il problema è che il mio script attuale controlla tutti gli HDD per verificare la presenza dei file.

E infatti non ha senso procedere in questo modo.
Ho beccato la cosa giusta (credo):
(os.environ)
Qui dentro i percorsi che servono ci stanno tutti, solo bisognerebbe capire su cosa si può contare per altri sistemi/installazioni.
Tu usi Python sicuramente da più di 5 giorni (com'è per me) possibile che non sia già disponibile in rete da qualche parte uno script/modulo/procedura per farsi dire direttamente dal sistema ospite quali sono i path degli eseguibili?

Per win ho già creato l'eseguibile quindi non bisogna instalare python ecco il link

come hai detto te os.environ ci dice i vari path dove cercare il problema che non li mette tutti.
Io per esempio ho dovuto installare boinc in E:\ perché C:\ è un SSD di piccole dimensioni e quindi non potevo installarlo nel SO quindi facendo os.environ non esce il percorso