Re: Tempi con cron
Alle sabato 10 gennaio 2009, gollum1 ha scritto: > in una situazione del genere ho creato uno script che calcola l'ora > della successiva iterazione, e poi rieseguo cron con i corretti > parametri... > > questo script gira da più di un anno autocorreggendosi e senza sbagliare > un colpo. > risparmiaci la fatica: postalo! A. :) -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian e firmware proprietario
Il sabato 10 gennaio 2009 22:32:15 Davide Prina ha scritto: > elphio wrote: > > Wikipedia dice: > > "Il firmware è un programma, inteso come sequenza di istruzioni, > > integrato direttamente in un componente elettronico nel senso più vasto > > del termine (integrati, schede elettroniche, periferiche)" > > questa definizione può essere un po' fuorviante perché fa sembrare che > il firmware sia intoccabile dal sistema operativo, il ché non è affatto > vero. > Il firmware, in molti casi può essere aggiornato direttamente dal > proprio sistema operativo. Addirittura se guardi nei sorgenti di Linux > troverai che puoi aggiornare il firmware delle CPU Intel > (l'aggiornamento è valido fino al riavvio della macchina). No, in realtà la definizione è corretta, il firmware è il "programma" che esegue la periferica (qualunque essa sia, quindi da un certo punto di vista anche la cpu è una periferca). Solitamente questi firmware sono memorizzati dentro la periferica stessa in particolari memorie a sola lettura (ad esempio le stampanti) e offrono al istema operativo una interfaccia per comunicare con l'HW su cui sono montate. Questo perché queste periferiche sono progettate per lavorare sempre nello stesso modo (le migliorie possono quindi essere solo nei driver che stanno sul computer che si interfacciano ad esse). Per esempio in una stampante il firmware gestisce il movimento delle testine, tutta la diagnostica interna e fornisce un set di istruzioni usate dal driver per passare i dati che verranno poi stampati, non ha senso che in una stampante il firmware possa essere sostituito, in quanto sono già incluse tutte le potenzialità dell'HW sottostante. Altre periferiche hanno il firmware memorizzato su memorie eprom o eeprom, che sono memorie solitamente a sola lettura, ma che in particolari occasioni possono essere riscritte per aggiungere altre funzionalità (un esempio di firmware di questo tipo è per esempio lo stesso bios). Si usa spesso questo sistema quando si ha a che fare con periferiche che possono lavorare in autonomia, senza la presenza di un pc di controllo (esempio un router). Questa tipologia di apparati ha però il grosso problema che se durante la scrittura del nuovo firmware qualcosa va storto, la periferica diventa completamente inutilizzabile (tranno che in pochissimi casi in cui esiste un doppio firmware, uno minimale in rom, che permette il refresh della eeprom in qualunque caso e quello nella eeprom che è il firmware vero e proprio). da qualche anno molti costruttori di periferiche che sono sempre assoggetate ad un pc (esempio le schede wireless, e qui veniamo alla maggior parte dei firmware contenuti in debian) per risparmiare sulla componentistica e permetterne anche una maggior miniaturizzazione (una cosa che non c'é è sicuramente molto piccola), invece di mettere delle eeprom e tutta la circuitteria necessaria per il refresh, mettono semplicemente una ram, in cui il firmware viene copiato durante il caricamento del driver sul pc. Questo fatto fornisce una maggior sicurezza che l'apparato non si blocchi per un aggiornamento errato, di contro sarebbe da valutare quante riscritture possono subire queste ram, ma presumo un numero notevolmente elevato. Questo comporta anche una maggiore facilità nell'aggiornamento del firmware per aumentare le potenzialità dell'HW (esempio inserire direttamente nella scheda wireless la possibiltà di gestire un nuovo formato di criptazione, anche se ritengo che gli attuali algoritmi siano un po' troppo pesanti per queste schedine e si preferisca in ogni caso farlo sul pc e trasferire il risultato). È da chiarire che i firmware contenuti nel kernel sono tutti open source, i firmware proprietari (i sorgenti di questi firmware sono proprio in C nella maggior parte dei casi, ma viene rilasciato il solo codice oggetto, il risultato della sola compilazione) non sono mai contenuti nel kernel, nel kernel viene incluso il modulo (open source) che si occupa di copiare il firmware (closed source, contenuto solitamente in /usr/lib/firmware) nella ram della periferica. > > Che il firmware è a tutti gli effetti un software mi pare chiaro (nella > > mia concezione di software). E' chiaro anche che firmware e driver sono > > altresì due cose ancora diverse. esatto, il firmware gira sulla periferica, il driver gira sul pc, il driver (o modulo in linux) si occupa della comunicazione tra il kernel (e quindi gli applicativi che vi si appoggiano) e il firmware residente sulla periferica, che a sua volta comunica con l'HW sottostante. > > Inoltre il firmware è (o forse è meglio dire era) una sequenza di > istruzioni veramente banali che permettono di far funzionare l'hardware > correttamente in tutti i casi che si possono presentare. Conoscere come > colloquiare con un firmware ti permette di crearti un driver per gestire > quell'hardware. Il driver è quindi un processo che permette agli altri > programmi di usare facilmente un hardware, se
Re: Tempi con cron
Il venerdì 9 gennaio 2009 15:14:52 Marco Bertorello ha scritto: > 2009/1/9 Duffy DaC : > > [Federico Di Gregorio, 13:03, venerdì 9 gennaio 2009] > > > >> > Oppure ogni 6 ore e 45 minuti? > >> > >> Non si può a meno che l'intervallo non sia una divisione esatta di > >> uno degli argomenti disponibili. Vedi la spiegazione di */N. Per > >> esempio, ogni 6 ore: > >> [...] > > > > at -f /path/al/tuo/comando now + 405 minutes > > > > Vedi man at per dettagli. > > Attenzione, perchè così facendo il programma NON viene eseguito ogni > 405 minuti, ma ogni 405 minuti + il tempo di esecuzione dello script. > > Se per esempio, questo script impiega 15 minuti ad arrivare all'ultima > riga, quella che ri-schedula, il processo dopo verrà lanciato a > distanza di 420 minuti dal lancio del precedente. > in una situazione del genere ho creato uno script che calcola l'ora della successiva iterazione, e poi rieseguo cron con i corretti parametri... questo script gira da più di un anno autocorreggendosi e senza sbagliare un colpo. Byez -- Gollum 1 Tessoro, dov'é il mio tesssoro... -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Non mi parte sensorsd
On Sat, 10 Jan 2009 23:01:32 +0100 leandro noferini wrote: > Luca Sighinolfi ha scritto: > > > >> Modulo i2c-sensor che però non riesco a trovare da nessuna parte > >> nei sorgenti del kernel: qualcuno mi sa dire dove/cosa devo > >> cercare? > > > > Ancora non ho capito se il kernel è ricompilato da te... > > Originariamente era quello dal pacchetto debian e lì non c'era > il modulo. Allora ho provato a ricompilarlo senza però trovare > l'opzione relativa. > > Il tutto nella versione 2.6.24. Che è quello che uso io, ricompilato da me partendo dai sorgenti debian. > > Cmq, utilizzando make-menuconfig, trovi tutto il necessario per > > i2c-sensor sotto "Device Drivers" --> "I2C Support" > > > > Magari per etch esiste un pacchetto/modulo a parte, installabile > > senza dover ricompilare il kernel. > > Da quel che ho capito la tale opzione/modulo i2c-sensor non c'è più > da qualche versione del kernel, sostituita da qualcosa > relativa a hwmon. Però questa cosa non pare prevista dal > pacchetto lm-sensor: di conseguenza il demone sensord non parte. La voce di cui parli la trovi in "Device Drivers" --> "Hardware Monitoring support" e dovresti selezionare l modulo per il tuo chip fra il lungo elenco disponibile. Riguardo a lm-sensors, io lo uso senza problemi col 2.6.24, come ti dicevo. Secondo me si tratta di trovare la giusta configurazione del kernel. Se può far comodo posso mandarti la copia del mio .config. Ciao -- Luca Sighinolfi Se smetti di essere curioso, sei bello che morto. Al Pacino, Profumo Di Donna signature.asc Description: PGP signature
Re: Non mi parte sensorsd
Luca Sighinolfi ha scritto: >> Modulo i2c-sensor che però non riesco a trovare da nessuna parte >> nei sorgenti del kernel: qualcuno mi sa dire dove/cosa devo cercare? > > Ancora non ho capito se il kernel è ricompilato da te... Originariamente era quello dal pacchetto debian e lì non c'era il modulo. Allora ho provato a ricompilarlo senza però trovare l'opzione relativa. Il tutto nella versione 2.6.24. > Cmq, utilizzando make-menuconfig, trovi tutto il necessario per > i2c-sensor sotto "Device Drivers" --> "I2C Support" > > Magari per etch esiste un pacchetto/modulo a parte, installabile senza > dover ricompilare il kernel. Da quel che ho capito la tale opzione/modulo i2c-sensor non c'è più da qualche versione del kernel, sostituita da qualcosa relativa a hwmon. Però questa cosa non pare prevista dal pacchetto lm-sensor: di conseguenza il demone sensord non parte. Quello che vorrei capire è se c'è un verso di bypassare il problema oppure se è il caso di segnalare il tutto come un bug. -- Ciao leandro Un esteso e "normale" uso della crittografia è il sistema più forte per rivendicare il diritto alla privacy nelle comunicazioni telematiche: come tutti i diritti e come i muscoli se non viene esercitato costantemente si atrofizza e va perso. pgpCxZY3j2l01.pgp Description: PGP signature
Re: touchpad da etch a lenny
brunetto wrote: 2009/1/8 Davide Prina: $ lsmod c'è un "psmouse" in più in etch $ less /proc/bus/input/devices trova un "SynPS/2 Synaptics TouchPad" che lenny non vede questo è di solito usato per gestire il touchpad In pratica vengono inserite due sezioni in xorg.conf per il mouse: uno quello "normale" e l'altro il touchpad Io tenterei di creare/modificare le due sezioni nel tuo xorg.conf su Lenny. Secondo me questo risolverà il problema. $ less /var/log/syslog non riesco a leggerlo probabilmente non sei nel gruppo adm usa l'utente root non sono molto ferrato in materia e google non mi è troppo amico. così a naso ho provato un modprobe psmouse ma non cambia nulla anche il problema, secondo me, è che occorrono due sezioni in xorg.conf. Se da solo non riesce a configurarti il toucpad, allora devi inserire le due sezioni tu. Probabilmente andrebbe anche segnalata questa errata (mancante) configurazione del touchpad. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Database: http://www.postgresql.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian e firmware proprietario
elphio wrote: Wikipedia dice: "Il firmware è un programma, inteso come sequenza di istruzioni, integrato direttamente in un componente elettronico nel senso più vasto del termine (integrati, schede elettroniche, periferiche)" questa definizione può essere un po' fuorviante perché fa sembrare che il firmware sia intoccabile dal sistema operativo, il ché non è affatto vero. Il firmware, in molti casi può essere aggiornato direttamente dal proprio sistema operativo. Addirittura se guardi nei sorgenti di Linux troverai che puoi aggiornare il firmware delle CPU Intel (l'aggiornamento è valido fino al riavvio della macchina). Che il firmware è a tutti gli effetti un software mi pare chiaro (nella mia concezione di software). E' chiaro anche che firmware e driver sono altresì due cose ancora diverse. Inoltre il firmware è (o forse è meglio dire era) una sequenza di istruzioni veramente banali che permettono di far funzionare l'hardware correttamente in tutti i casi che si possono presentare. Conoscere come colloquiare con un firmware ti permette di crearti un driver per gestire quell'hardware. Il driver è quindi un processo che permette agli altri programmi di usare facilmente un hardware, senza conosce come colloquiare con il firmware. Quindi un driver permette ad un programma di usare delle istruzioni che possono far funzionare sia quell'hardware gestito da quel driver sia tutti gli hardware simili gestiti da altri driver (in pratica tutti i driver che gestiscono una classe di hardware offrono ai programmi un'interfaccia più o meno comune ... pensa agli hard disk, qualsiasi programma riesce a scrivere su qualsiasi hard disk che metti dentro al PC, senza dover modificare il programma stesso! Sono i driver che gestiscono i diversi hard disk a fare da interfaccia tra il programma e il firmware del driver). Ma se come dice wikipedia (e come sapevo anche io) il firmware è integrato direttamente nei dispositivi, come può questo essere incluso o meno in Debian. È possibile mettere qualcosa che va a scrivere nel "firmware". Che sappia io ci sono due modalità di scrittura: 1) scrittura temporanea: è possibile inserire delle "istruzioni aggiuntive" nel firmware, ma queste saranno perse al riavvio della macchina. Di solito è possibile "sostituire", sempre temporaneamente, alcune parti del firmware 2) scrittura permanente: la scrittura sostituisce tutto o parte del firmware in modo permanente E ora, mettendo firmware proprietari in Debian (quindi di fatto senza sorgenti) la Debian Free Software Guidelines [4] dove va a finire? attenzione. Debian, come ogni altra distro GNU/Linux, è principalmente un aggregatore di software fatto da altri (con alcune eccezioni naturalmente). Se chi gestisce il software sotto licenza libera, per esempio la licenza GPL, include anche dei binari che vengono usati per modificare un firmware, allora in teoria anche quei binari sono sotto la stessa licenza GPL. Quello che si farà è ritenere che i "firmware" presenti soddisfino la GPL e quindi siano a disposizione anche i sorgenti o possano essere reperiti. Bisogna tenere conto anche di un altro punto: normalmente un firmware non è scritto in linguaggio C o simile. Il linguaggio utilizzato è molto vicino al linguaggio macchina e potrebbe anche essere soltanto una serie di 0 e 1. Per la GPL il "sorgente" è, detto in parole povere, il formato usato per effettuare le modifiche sul file. In questi casi, capire cosa è un sorgente e cosa non lo è, non è poi così semplice. (Punto 2: Il programma deve includere il codice sorgente e deve permettere la distribuzione sia come codice sorgente che in forma compilata) tieni conto che in molti casi la forma "sorgente" e "compilata" coincidono ... guarda ad esempio uno script bash o perl o ... Ed ecco una soluzione da emerito ignorante che sono: ma al posto di integrarli in Debian non si poteva creare dei repository a parte? non me ne intendo molto, ma penso che per alcune cose se non modifichi il firmware non avrai un hardware funzionante o meglio non potrai utilizzare l'hardware in modo corretto. Penso che in alcuni casi il firmware venga modificato per risolvere dei bug o malfunzionamenti ... quindi se non hai quella modifica non avrai mai un hardware funzionante al 100%. O ha ragione questo utente [5] e allora io non ho capito proprio un razzo e il firmware è fuori dall'hardware?!?! booh?!?! quell'utente è più di un utente è un DD: Debian Developer. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per liberare i PC: http://www.petitiononline.com/liberasw/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subje
Re: OT OT OT (a proposito di ubuntu)
On Sat, 10 Jan 2009 21:54:02 +0100, Davide Prina wrote: > Mauro wrote: > > 2009/1/9 skizzHG > > > Spero che questo quoting sia corretto...a proposito dell'html, io mando > > le mail dall'interfaccia web di gmail, vi arrivano in html? > > il quoting è ok, però la mail è in HTML. Controlla tra le opzioni di > gmail dovrebbe esserci la possibilità di rispondere in puro testo. Io la vedo sia in testo che in html (e infatti di default vedo il testo solo). Sarà che claws-mail è troppo avanzato e mi mette le parti MIME del messaggio separate David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Re: OT OT OT (a proposito di ubuntu)
Mauro wrote: 2009/1/9 skizzHG Spero che questo quoting sia corretto...a proposito dell'html, io mando le mail dall'interfaccia web di gmail, vi arrivano in html? il quoting è ok, però la mail è in HTML. Controlla tra le opzioni di gmail dovrebbe esserci la possibilità di rispondere in puro testo. Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per uso di software interoperabile nell'UE: http://openparliament.eu/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debian e firmware proprietario
elphio ha scritto: > Leggendo alcuni articoli [1] [2] [3] inizio ad avere confusione nella > testa. > Wikipedia dice: > "Il firmware è un programma, inteso come sequenza di istruzioni, > integrato direttamente in un componente elettronico nel senso più > vasto del termine (integrati, schede elettroniche, periferiche)" > > Che il firmware è a tutti gli effetti un software mi pare chiaro > (nella mia concezione di software). E' chiaro anche che firmware e > driver sono altresì due cose ancora diverse. > Ma se come dice wikipedia (e come sapevo anche io) il firmware è > integrato direttamente nei dispositivi, come può questo essere incluso > o meno in Debian. > Facendo un "apt-cache search firmware"compaiono firmware dei > dispositivi più differenti dagli augio player ai dispositivi di > puntamento alle schede di rete (cablate e non). > E ora, mettendo firmware proprietari in Debian (quindi di fatto senza > sorgenti) la Debian Free Software Guidelines [4] dove va a finire? > (Punto 2: Il programma deve includere il codice sorgente e deve > permettere la distribuzione sia come codice sorgente che in forma > compilata) > > Ed ecco una soluzione da emerito ignorante che sono: ma al posto di > integrarli in Debian non si poteva creare dei repository a parte? > > O ha ragione questo utente [5] e allora io non ho capito proprio un > razzo e il firmware è fuori dall'hardware?!?! booh?!?! Questo utente [5] è stato fin troppo chiaro, dovresti rileggere il suo articolo ed ignorare gli altri, soprattutto [2]. > > Grazie a chi mi darà delucidazioni! > > > [1] > http://www.heise-online.co.uk/open/The-way-is-cleared-for-Debian-5--/news/112342 > > [2] > http://pollycoke.net/2009/01/05/debian-lenny-conterra-firmware-proprietari/ > > [3] http://www.debian.org/vote/2008/vote_003.en.html#outcome > [4] http://www.debian.org/social_contract.it.html > [5] http://kaeso.wordpress.com/2009/01/08/you-got-it-all-wrong/ > > signature.asc Description: OpenPGP digital signature
Debian e firmware proprietario
Leggendo alcuni articoli [1] [2] [3] inizio ad avere confusione nella testa. Wikipedia dice: "Il firmware è un programma, inteso come sequenza di istruzioni, integrato direttamente in un componente elettronico nel senso più vasto del termine (integrati, schede elettroniche, periferiche)" Che il firmware è a tutti gli effetti un software mi pare chiaro (nella mia concezione di software). E' chiaro anche che firmware e driver sono altresì due cose ancora diverse. Ma se come dice wikipedia (e come sapevo anche io) il firmware è integrato direttamente nei dispositivi, come può questo essere incluso o meno in Debian. Facendo un "apt-cache search firmware"compaiono firmware dei dispositivi più differenti dagli augio player ai dispositivi di puntamento alle schede di rete (cablate e non). E ora, mettendo firmware proprietari in Debian (quindi di fatto senza sorgenti) la Debian Free Software Guidelines [4] dove va a finire? (Punto 2: Il programma deve includere il codice sorgente e deve permettere la distribuzione sia come codice sorgente che in forma compilata) Ed ecco una soluzione da emerito ignorante che sono: ma al posto di integrarli in Debian non si poteva creare dei repository a parte? O ha ragione questo utente [5] e allora io non ho capito proprio un razzo e il firmware è fuori dall'hardware?!?! booh?!?! Grazie a chi mi darà delucidazioni! [1] http://www.heise-online.co.uk/open/The-way-is-cleared-for-Debian-5--/news/112342 [2] http://pollycoke.net/2009/01/05/debian-lenny-conterra-firmware-proprietari/ [3] http://www.debian.org/vote/2008/vote_003.en.html#outcome [4] http://www.debian.org/social_contract.it.html [5] http://kaeso.wordpress.com/2009/01/08/you-got-it-all-wrong/ -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Unsubscription Confirmation
Thank you for subscribing. You have now unsubscribed and no more messages will be sent. -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: touchpad da etch a lenny
>2009/1/8 Davide Prina : > $ lsmod c'è un "psmouse" in più in etch > $ less /etc/X11/xorg.conf niente di notevole > $ less /proc/bus/input/devices trova un "SynPS/2 Synaptics TouchPad" che lenny non vede > $ less /var/log/syslog non riesco a leggerlo > se è usb forse trovi qualcosa d'interessante anche qui: > $ lsusb niente, infatti dev'essere ps2 > Questa ti tira fuori un po' tutto ... > $ lshal etch dice info.linux.driver = 'psmouse' (string) entrambi invece hanno info.product = 'IBM Enhanced (101/102-key, PS/2 mouse support)' (string) pnp.description = 'IBM Enhanced (101/102-key, PS/2 mouse support)' (string) non sono molto ferrato in materia e google non mi è troppo amico. così a naso ho provato un modprobe psmouse ma non cambia nulla anche se il modulo è caricato... avreste qualche suggerimento?grazie!! brunetto -- "In piedi davanti al mare... meravigliato della meraviglia... io... un universo di atomi... un atomo nell'universo" "Ad ogni uomo viene data la chiave delle porte del paradiso. La stessa chiave apre le porte dell'inferno." - Richard P. Feynman - "Coltiva Linux, tanto Windows si pianta da solo" - Anonimo - -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: a proposito di ubuntu
Ciao Davide, e un saluto "chiarificatore" si estende a tutti i partecipanti alla lista .. :-)) Davide Prina wrote: Mauro wrote: 2009/1/9 Davide Prina: ahi, ahi, ahi, ... top quoting ... questo è male! ;-) Perche' scusa? Non lo dice la netiquette di rispondere sotto? io ho risposto ad una mail in cui era stato fatto il top quoting (rispondere sopra). Inoltre è errato anche il botton quoting (rispondere sotto). La netiquette dice di: 1) eliminare gli eventuali indirizzi di e-mail presenti 2) lasciare i nominativi delle persone che hanno partecipato alla discussione in modo da poter identificare immediatamente chi ha detto cosa 3) eliminare tutte le parti non più necessarie al proseguimento del discorso 4) rispondere immediatamente sotto ad una "domanda" 5) le identazioni devono essere di questo tipo: > testo >> testo >>> testo Quindi una risposta dovrebbe essere più o meno come questo esempio: ---8<---8<---8<---8<---8<---8<---8<--- Persona1 ha scritto: > Persona2 ha scritto: >> Persona3 ha scritto: >>> testo persona3 tua risposta >> testo persona2 > testo persona1 tua risposta >>> testo persona3 tua risposta ---8<---8<---8<---8<---8<---8<---8<--- Ciao Davide Complimenti Davide!, sei stato chiarissimo!, non si poteva essere più dettagliati di così ... :-)) Spero che questo abbia fugato ogni dubbio o incertezza :-)) E poi dicono che in questa lista siamo troppo stringati nelle risposte e non spieghiamo gli argomenti con cura ... .-)) Au Revoire Hugh Hartmann -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: OT OT OT (a proposito di ubuntu)
2009/1/9 skizzHG > > > sarebbe anche gradito non mandare mail in html (con mutt me ne accorgo > piu' di voi) e non e' bello vedere righe giustificate senza alcuna > logica od ordine > Spero che questo quoting sia corretto...a proposito dell'html, io mando le mail dall'interfaccia web di gmail, vi arrivano in html?
Re: a proposito di ubuntu
Mauro wrote: 2009/1/9 Davide Prina: ahi, ahi, ahi, ... top quoting ... questo è male! ;-) Perche' scusa? Non lo dice la netiquette di rispondere sotto? io ho risposto ad una mail in cui era stato fatto il top quoting (rispondere sopra). Inoltre è errato anche il botton quoting (rispondere sotto). La netiquette dice di: 1) eliminare gli eventuali indirizzi di e-mail presenti 2) lasciare i nominativi delle persone che hanno partecipato alla discussione in modo da poter identificare immediatamente chi ha detto cosa 3) eliminare tutte le parti non più necessarie al proseguimento del discorso 4) rispondere immediatamente sotto ad una "domanda" 5) le identazioni devono essere di questo tipo: > testo >> testo >>> testo Quindi una risposta dovrebbe essere più o meno come questo esempio: ---8<---8<---8<---8<---8<---8<---8<--- Persona1 ha scritto: > Persona2 ha scritto: >> Persona3 ha scritto: >>> testo persona3 tua risposta >> testo persona2 > testo persona1 tua risposta >>> testo persona3 tua risposta ---8<---8<---8<---8<---8<---8<---8<--- Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki Petizione per uso di software interoperabile nell'UE: http://openparliament.eu/ Non autorizzo la memorizzazione del mio indirizzo su outlook -- Per REVOCARE l'iscrizione alla lista, inviare un email a debian-italian-requ...@lists.debian.org con oggetto "unsubscribe". Per problemi inviare un email in INGLESE a listmas...@lists.debian.org To UNSUBSCRIBE, email to debian-italian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Font skype (qt4) in ambiente qt3 (kde 3.5.10)
Ciao, prova $ qtconfig-qt4 Egidio 2009/1/10 pierpaolo > Ho trovato > .config/Trolltech.conf > .qt (credo sia la v3) > > .Skype/shared.xml | grep -i font > .Skype/shared.xml | grep -i char > non ha restituito nulla > > 2009/1/10 pierpaolo > > 'ngiorno a tutta la lista: >> dopo svariate pressioni installo finalmente skype2, tutto funziona >> benissimo, direi perfettamente, al dunque. L'unica cosa un poco fastidiosa >> sono i font troppo grandi rispetto al resto del desktop: una grandezza che >> sembra 14 o 16 rispetto al resto di 10pt. Sono sicuro che basterà modificare >> un .qt4 o qualcosa del genere... ma sono troppo lazy stamattina per cercare >> quale file e quale istruzione inserire... qualcuno può darmi una mano? >> >> Grazie, >> Pierpaolo. >> > >
Re: a proposito di ubuntu
2009/1/9 Davide Prina > ahi, ahi, ahi, ... top quoting ... questo è male! ;-) > Perche' scusa? Non lo dice la netiquette di rispondere sotto?
Re: Non mi parte sensorsd
On Sat, 10 Jan 2009 06:54:21 +0100 leandro noferini wrote: > leandro noferini ha scritto: > > > ho scoperto l'arcano (nascosto in un oscuro documento chiamato > > FAQ.gz - leggi le FAQ, cazzo, leggi le FAQ): manca il modulo > > i2c-sensor nel kernel 2.6.24 di etchanhalf > > Modulo i2c-sensor che però non riesco a trovare da nessuna parte > nei sorgenti del kernel: qualcuno mi sa dire dove/cosa devo cercare? Ancora non ho capito se il kernel è ricompilato da te... Cmq, utilizzando make-menuconfig, trovi tutto il necessario per i2c-sensor sotto "Device Drivers" --> "I2C Support" Magari per etch esiste un pacchetto/modulo a parte, installabile senza dover ricompilare il kernel. Ciao -- Luca Sighinolfi Se smetti di essere curioso, sei bello che morto. Al Pacino, Profumo Di Donna signature.asc Description: PGP signature