[Desktop] Screenlets Avvio Automatico

[MarcoNewBie]

Non mi carica all'avvio le screenlets. Nella fattispecie, io ho solo launcher(s) e quindi utilizzo questo comando all'avvio:

Codice: Seleziona tutto

python -u /usr/share/screenlets/Launcher/LauncherScreenlet.py

ho provato a cambiarlo in questo, pensando magari fosse un problema risolvibile settando uno sleep-time

Codice: Seleziona tutto

bash -c  "sleep 3 ; python -u /usr/share/screenlets/Launcher/LauncherScreenlet.py"

ancora non ho controllato se ora si caricano in maniera corretta, ma anche se lo facessero sarebbe un workaround insoddisfacente, siccome la prima cosa che faccio quando accendo il pc è utilizzare queste screenlets e non voglio aspettare (avendo un pc superpompato).
Potrebbe magari essere un problema legato all'opzione -u dopo Python? Qualcuno mi sa spiegare che significa quell'opzione?

[PerryGi]

Non ti sò spiegare per quell'opzione, ma le screenlets non offrono la possibilità di abilitarle all'avvìo dalla gui per la loro configurazione?

[MarcoNewBie]

sì infatti quell'opzione era abilitata... in realtà, essendo una gui, quell'opzione non fa altro che mettere il primo comando che ho postato nelle applicazioni ad avvio automatico.

[PerryGi]

Allora dal manuale di Python:

Codice: Seleziona tutto

-u     Force stdin, stdout and stderr to be totally unbuffered.  On systems where it matters, also put stdin, stdout  and  stderr
              in  binary  mode.  Note that there is internal buffering in xreadlines(), readlines() and file-object iterators ("for line
              in sys.stdin") which is not influenced by this option.  To work around this, you will want to  use  "sys.stdin.readline()"
              inside a "while 1:" loop.

per le altre opzioni:

Codice: Seleziona tutto

man python

[MarcoNewBie]

eeh.. l'avevo letto... peccato non c'abbia capito nulla.. =)
Proverò a togliere quell'opzione e vedere che cosa cambia.