Il 16/07/2013 19:46, qzertywsx ha avuto l'onore e l'ardire di scrivere:
> Il 16 luglio 2013 19:40, Luca Costantino ha
> scritto:
>> ciao e grazie per la risposta
>>
>> da utente normale il comando non sortisce effetto
>> da root ricevo un messaggio di errore
>> Could not connect to D-Bus server:
Il 16 luglio 2013 19:54, Luca Costantino ha scritto:
> è da un paio di giorni che il lock da menù di kde non funziona.
>
> ora
> root@5750G:/home/hfish# apt-file search kscreenlocker
> torna un bel poì di roba kde-l10n-xx e
> kde-workspace-bin: /usr/lib/kde4/libexec/kscreenlocker_greet
> kde-works
è da un paio di giorni che il lock da menù di kde non funziona.
ora
root@5750G:/home/hfish# apt-file search kscreenlocker
torna un bel poì di roba kde-l10n-xx e
kde-workspace-bin: /usr/lib/kde4/libexec/kscreenlocker_greet
kde-workspace-data:
/usr/share/kde4/apps/kconf_update/kscreenlocker_locksess
Il 16 luglio 2013 19:40, Luca Costantino ha scritto:
> ciao e grazie per la risposta
>
> da utente normale il comando non sortisce effetto
> da root ricevo un messaggio di errore
> Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply:
> Did not receive a reply. Possible causes inc
ciao e grazie per la risposta
da utente normale il comando non sortisce effetto
da root ricevo un messaggio di errore
Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply:
Did not receive a reply. Possible causes include: the remote
application did not send a reply, the message bu
Il giorno 16 luglio 2013 19:06, Luca Costantino
ha scritto:
>
> buona sera lista
>
> come da titolo... da shell è possibile bloccare la sessione di kde?
Trovato con google, provato sembra funzionare (kde 4.8.4):
qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock
--
Stefano Lini
Sistema operati
buona sera lista
come da titolo... da shell è possibile bloccare la sessione di kde?
grazie milla
luca
--
Chiave pubblica http://luca.costantino.googlepages.com/luca.costantino.asc
Prima di tutto vennero a prendere gli zingari e fui contento, perché
rubacchiavano.
Poi vennero a prendere gli eb
Ciao a tutti,
su un computer che gestisco gli utenti (!) hanno provato ad installare
google-earth dai repository "ufficiali" di google senza successo solo
che adesso non riesco più a toglierlo perché ho questo errore:
Koala:~# aptitude
(Lettura del database... 46379 file e directory attualmente i
riuppato senza user e pass
http://www.sendspace.com/file/pmzv01
Il 14/07/2013 22:10, emmanuel segura ha scritto:
Ciao Marco
Passando init=/bin/bash fa in modo che dopo che stato caricato e
eseguito il initrd, venga subito lanciato la shell come primo programma,
questo e quello che ricordo, q
Alle lunedì 15 luglio 2013, Marco Gaiarin ha scritto:
> Man
> ma non è che è tutta colpa del fatto che io metto di solito:
>
> init=/bin/bash
>
> e 'bash' in initrd non esiste? Purtroppo non ho una macchina debian sotto
> le zampe, ora...
ma il parametro init=...
non viene eseguito quando e
Luigi scrisse in data 16/07/2013 13:56:
non saprei, però negli script dopo il shebang si trova quasi sempre sh.
Una volta, prima che gli script di sistema migrassero da bash a dash in
effetti era così. Ora invece bisogna stare molto più attenti: se il tuo
script contiene dei 'bashismi' cambiare
Ciao Marco e un saluto alla lista,
[...]
> ma non è che è tutta colpa del fatto che io metto di solito:
>
> init=/bin/bash
non saprei, però negli script dopo il shebang si trova quasi sempre sh.
Termino prima di venire incolpati per thread hijacking ...
Luigi
--
Per REVOCARE l'iscrizion
>...magari
>lo script prevede l amplificazione... devo guardarci meglio
Ho dato un occhio allo script mi sembra solamente un normale ddos
-- Inviato dal mio cellulare Android con K-9 Mail.
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org co
13 matches
Mail list logo
