Re: Firma digitale della posta certificata su client email linux
Il giorno 07/lug/2014, alle ore 04:11, allanon allano...@gmail.com ha scritto: Mi chiedo.. ma questi del governo non potevano semplicemente delegare alle Poste Italiane l'associazione univoca tra codice fiscale e chiave gnupg?? Possibile che sia l'ennesimo caso di magna magna di appalti e concessioni, oppure c'e' un motivo tecnico dietro questa scelta? Di base l'idea del pec e' ottima. A differenza della mail ordinaria, hai la certezza della, spedizione e della ricezione, con tanto di firma digitale dei gestori, obbligo di archivio degli stessi. Insomma, la trasposizione della raccomandata AR in forma elettronica. Ma, fatta l'idea ci siamo persi per strada. Intanto si tratta di uno standard nostrano che non ha validità fuori dei confini nazionali. La pec non comunica con la posta standard, o meglio ok da pec a mail ordinaria. Viceversa non e' garantito. Gpg non e' una firma digitale forte garantita. Non c' nessuno dietro che garantisce che quella firma e' la tua. Sarebbe stato meglio creare un'authority di certificazione nazionale in grado di garantire i certificati rilasciati sul nostro territorio a livello globale e usare strumenti già' conosciuti. Ma visti i soldino messi in ballo Era meglio inventarsi st'accrocchio che facessero felici i pochi noti. -- 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 Archive: https://lists.debian.org/63e07915-baaf-46f9-8764-ab0303b43...@majaglug.net
Re: Chromium + flash
Il giorno 07/lug/2014, alle ore 03:38, allanon allano...@gmail.com ha scritto: La politica apple a favore di html5 non potrebbe, per caso spiegarsi con la risposta alla domanda: quali protocolli proprietari sono stati ammessi in html5, chi li ha sponsorizzati caldamente e chi si e' opposto a Potrei dire una fesseria, ma html5 non contiene protocolli proprietari. E' una cosa standard, ben supportata praticamente ovunque. -- 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 Archive: https://lists.debian.org/146e484a-ae07-43f9-9595-be83cf9b6...@majaglug.net
Re: Chromium + flash
Il Mon, 07 Jul 2014 08:47:28 +0200, ma...@majaglug.net ha scritto: Potrei dire una fesseria, ma html5 non contiene protocolli proprietari. E' una cosa standard, ben supportata praticamente ovunque. Purtroppo no. Controlla i formati audio/video supportati dai tag audio e video Di recente, poi, sono riusciti a far introdurre anche il DRM. Sarò pessimista ma la vedo abbastanza grigia per il web nei prossimi anni. Bye. -- 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 Archive: https://lists.debian.org/lpdhf0$61f$1...@ger.gmane.org
Re: Chromium + flash
Il giorno 07/lug/2014, alle ore 09:15, Alessandro Pellizzari a...@amiran.it ha scritto: Purtroppo no. Controlla i formati audio/video supportati dai tag audio e video a parte l'ogg che e' stato rimosso dalle ultime specifiche, l'html5 non prevede espressamente un supporto video definitivo. Apple e M$ stanno facendo tavola rasa a favore di mpeg4 ma pure loro si muovo con circospezione in quanto il prodotto e' coperto da copyright e nessuno e' d'accordo. Di recente, poi, sono riusciti a far introdurre anche il DRM. questa e' una bella porcata. Sarò pessimista ma la vedo abbastanza grigia per il web nei prossimi anni. posso essere d'accordo con te, ma queste storie vanno avanti da secoli, da quanto i computer erano di legno. diciamo che e' un continuo portare avanti battaglie su tutti i fronti. Il futuro non e' deciso. mauro ma...@majaglug.net signature.asc Description: Message signed with OpenPGP using GPGMail
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Il giorno 07/lug/2014, alle ore 03:59, allanon allano...@gmail.com ha scritto: Wed 02 July 2014, alle 23:16 +0200, Federico Bruni ha scritto: Il giorno mer 2 lug 2014 alle 10:40, gerlos gerlo...@gmail.com ha scritto: Alla fine la soluzione me l’ha data una SD card da 32 GB che mi è passata per le mani: exFAT!!! http://it.wikipedia.org/wiki/ExFAT Vantaggi: - E’ pensato per essere il successore di FAT in un mondo in cui esistono file grandi - E’ costruito appositamente per dischi esterni, non ci sono seccature con permessi e proprietari - E’ semplice e snello, anche i computer più vecchi possono scriverci sopra senza problemi - E’ robusto: mi è capitato a volte di staccare in modo “drastico” il disco, senza perdere dati. E in ogni caso il controllo e la riparazione del disco è veloce, molto più veloce di NTFS - E’ supportato nativamente da tutte le versioni recenti di Windows (da XP) e da tutte le versioni recenti di Mac OS X (da 10.6), molti terminali Android, oltre che da una quantità di NAS, smartTV, macchine fotografiche, videocamere, ecc. Se il dispositivo può montare SDXC, allora supporta exFAT - E’ supportato al 100% nativamente in Debian Wheezy dal pacchetto exfat-fuse. Urrah! :-D Grazie per l'analisi dettagliata, mi hai convinto :) Io non sono molto convinto invece. 1) il fatto che venga utilizzato fuse, sia per ntfs sia per exfat, non lascia forse intendere che exfat e ntfs magari non siano supportati al ..100% nativamente ? Il fatto che venga utilizzato FUSE non vuol dire che ci sia qualche forma di “emulazione”. Semplicemente che gli sviluppatori hanno deciso di usare questo strumento invece che scrivere un modulo per il kernel. Non vuol dire necessariamente che il supporto al file system sia incompleto o “non nativo. Per quel che ne so, usando FUSE puoi sviluppare in user space, cosa che ha dei vantaggi rispetto allo sviluppo in kernel space, al costo di un uso di risorse un po’ maggiore (che con i pc di oggi è trascurabile): http://www.linux-mag.com/id/7814/ Un contro esempio: esiste un driver per NTFS nel kernel (http://russon.org/ntfs/status.html), ma è incompleto, e non supporta la scrittura su NTFS. Esiste un progetto alternativo, NTFS-3G su FUSE (http://www.tuxera.com/community/ntfs-3g-download/), che invece fornisce supporto completo, in lettura e scrittura, e non mi sembra che ci siano differenze di prestazioni rilevanti tra i due. In un’intervista lo sviluppatore di exfat-fuse diceva chiaramente che avevano deciso di sviluppare in user space usando FUSE per ragioni di opportunità: http://goo.gl/HqMMgK Ad ogni modo, c’è un’implementazione di exfat per linux che non richiede FUSE (solo per ARM): https://github.com/dorimanx/exfat-nofuse E anche Samsung ha recentemente fornito un’implementazione GPL di exfat che non richiede FUSE: http://www.phoronix.com/scan.php?page=news_itempx=MTQzODQ C’è da aspettarsi che a poco a poco exfat sostituisca fat come standard industriale, quindi senza dubbio avremo bisogno di un driver. Speriamo solo che le questioni di brevetti vengano risolte. 2) Posto che la risposta al punto (1) sia che exfat e ntfs non siano nativi su gnu/linux, per quale motivo una sistema windows non puo' abbassarsi a utilizzare tools esterni per leggere ext4, mentre un sistema linux *deve* invece adattarsi a utilizzare fs non suoi, tramite fuse.? Questa è una domanda di principio, e non ho voglia di discutere su questioni di principio. Mi sento più a mio agio con le questioni tecniche. Il fatto è che ad oggi ci sono casi d’uso in cui è molto utile avere dischi esterni, da collegare al computer via USB, via Thunderbold o via Firewire. Per esempio per spostare da una macchina all’altra, in città diverse, un set di dati utili per fare montaggio ed editing video, o grossi progetti fotografici in RAW. In LAN si può usare un NAS, ma se stai lavorando occasionalmente con persone dislocate in posti diversi su centinaia di GB di dati è comunque più vantaggioso usare un HD USB3. Insomma, ci vuole una sneakernet (http://it.wikipedia.org/wiki/Sneakernet). ;-) A mio avviso, un disco esterno ha bisogno di un file system con alcune caratteristiche peculiari: - i file non devono aver assegnati proprietari e permessi, per evitare che quando lo colleghi ad un PC “straniero” ci siano difficoltà a leggere/scrivere dati. - deve essere veloce e “robusto”, in modo tale che se viene staccato in modo improvviso si evitino danni o quanto meno il danno sia limitato ai file su cui si stava scrivendo. - deve supportare i file “grandi”, che è svantaggioso trasferire via rete. - deve essere semplice, in modo tale che dispositivi “semplici come macchine fotografiche, camcorder, smart tv e simili siano in grado di usarlo. - deve essere supportato da quanti più sistemi operativi possibile. ExFAT corrisponde a questi requisiti, ma è proprietario; io avrei sperato che fosse la comunità del
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
gerlos writes: Il giorno 07/lug/2014, alle ore 03:59, allanon allano...@gmail.com ha scritto: Wed 02 July 2014, alle 23:16 +0200, Federico Bruni ha scritto: Il giorno mer 2 lug 2014 alle 10:40, gerlos gerlo...@gmail.com ha scritto: Alla fine la soluzione me l’ha data una SD card da 32 GB che mi è passata per le mani: exFAT!!! http://it.wikipedia.org/wiki/ExFAT Vantaggi: - E’ pensato per essere il successore di FAT in un mondo in cui esistono file grandi Anche dopo aver letto tutte le caratteristiche per cui è stato pensato non posso che dire senza riserve e ripensamenti: NO a extFat. Vedi oltre nel messaggio, dopo la parentesi sui microkernel (qui sotto). 1) il fatto che venga utilizzato fuse, sia per ntfs sia per exfat, non lascia forse intendere che exfat e ntfs magari non siano supportati al No, il fatti che sia nato FUSE significa che il kernel Linux monolitico sta avviando a cedere allo user space molti servizi e stia diventando un microkernel. Io a questo punto cercherei però di fare un flavour Linux su Darwin, che se non erro è ancora libero. 2) Posto che la risposta al punto (1) sia che exfat e ntfs non siano nativi su gnu/linux, per quale motivo una sistema windows non puo' abbassarsi a utilizzare tools esterni per leggere ext4, mentre un sistema linux *deve* invece adattarsi a utilizzare fs non suoi, tramite fuse.? Per problemi di dominazione del mercato. Microsoft deve prendere ancora qualche legnata prima di raggiungere la necessaria umiltà ed ammettere che per lo meno non ha vinto la partita (se non che la ha persa). Thunderbold Ocio, tunderbolt :) Insomma, ci vuole una sneakernet (http://it.wikipedia.org/wiki/Sneakernet). ;-) Oh, gli hanno dato un nome! A suo tempo avevo pensato a SRFTP, Self Routing File Transfer Protocol, dove il pacchetto (macchina o omo-che-cammina + carico di floppy) si auto instrada invece che essere instradato dai router. ExFAT corrisponde a questi requisiti, ma è proprietario; io avrei sperato che fosse la comunità del software libero a fornirci un file system con queste caratteristiche, ma finora non è accaduto Come promesso, ora spiego il mio inamovibile no. Forse per quanto ti piaccia non è così bello. E no, non cercare di dirci che c'è di bello in qualcosa con FAT dentro :) :). exFAT non ha indicizzazioni sui nomi, rendendo lento l'accesso alle informazioni su dove il file è, anche usando hash sui nomi (NTFS usa un Btree per accedere a queste informazioni in tempo logaritmico invece che lineare). Se hai pochi file NON te ne accorgi. E poi basta una occhiata a Wikipedia: exFAT is a proprietary file system protected under US patent law. Microsoft has not officially released the complete exFAT file system specification and a restrictive license from Microsoft is required in order to make and distribute exFAT implementations. Microsoft also asserts patents on exFAT which make it impossible to re-implement its functionality in a compatible way without violating a large percentage of them. Non occorre discutere. extFAT è male, fine della discussione. Il fatto che sia protetta da un brevetto la rende male al di la di una qualsiasi discussione. Non ultimo il fatto che mi pare che una cosa del genere (brevetto software) sia tuttora illegale in UE. I brevetti sono estremamente nocivi per il software. Esempio della letteratura (di R.M.S.): Col copyright Shakespeare potrebbe impedire che venga scopiazzato in maniera inaccettabile la sua 'Giulietta e Romeo'. Coi brevetti può impedire a chiunque di scrivere storie che prevedano una scena d'amore su un terrazzo. Spero che questo esempio chiarisca quanto nocivi sono i brevetti: non solo vietano di riusare il tuo codice, ma anche impediscono di creare codice che faccia le stesse cose anche per scopi diversi. Personalmente exFAT ritengo la solita minestra Microsoft: belle menti costrette a creare un accrocchio dal Marketing. In passato questa ricetta ha portato ad una caratteristica di Win32 etichettate come madness (follia pericolosa) e che ha richiesto oltre 10 anni per l'eliminazione degli effetti nocivi, forse stavolta c'è qualcosa di più utile. E continuo a pensare che se si fa uso frequente di sneakernet conviene usare i nastri. Danno dei boost di banda notevoli con la loro capacità e probabilmente riducono pure la latenza, visto che sono più leggeri di una equivalente quantità di dispositivi allo stato solido. :). Tornando al problema originale, meglio usare una NAS (o SAN, insomma uno scatolotto che esporta i file system) anche dovendolo portare da una parte all'altra. Peraltro, avere un proprietario, anche se non gestito indirettamente, impedisce ad altre persone che non siano il tuo altro significativo di vedere le immagini sul media che potrebbero risultare dannatamente imbarazzanti al di fuori del loro contesto
fully-qualified hostname ERA [exim4 Helo command rejected]
Ciao a tutti, ora ho le idee più chiare. Come dicevo ho cambiato il mailserver (postfix che non gestisco io) ed ora exim4 non riesce più ad inviare la posta sulla porta 25 mentre riesce se configurato per l'utilizzo dell'smtp autenticato. Non riesce però solo su pc con debian testing; debian stable e old stable riescono mentre exim4 su testing, stessa configurazione, fallisce e nei log trovo qualcosa tipo: 2014-07-07 14:15:27 1X46QJ-00022v-8v ** ps...@csaricerche.com r...@psala-lx2.csaricerche.com R=smarthost T=remote_smtp_smarthost: SMTP error from remote mail server after RCPT TO:ps...@csaricerche.com: host servercsa.csaricerche.com [192.168.70.2]: 504 5.5.2 psala-lx2: Helo command rejected: need fully-qualified hostname eppure $ hostname -f psala-lx2.csaricerche.com se però eseguo il comando # hostname psala-lx2.csaricerche.com la posta esce... è un bel mistero no? Questo è il mio file hosts: $ cat /etc/hosts 127.0.0.1localhost localhost.localdomain 127.0.1.1psala-lx2.csaricerche.compsala-lx2 # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters Dove sbaglio? Credete sia un baco? Grazie Piviul -- 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 Archive: https://lists.debian.org/53ba96d5.4010...@riminilug.it
case per raspberry
Ciao a tutti l'ultima discussione per un filesystem per un disco esterno che ha portato al consiglio di un NAS con raspberry mi ha fatto venire voglia di costruirmelo. Vorrei però che il case contenesse anche un hd da 2.5'' e qui mi sono subito arrestato: non ci sono? Non vorrei avere 2 aggeggi, il raspberry e l'hd usb, vorrei avere un solo dispositivo. Avete qualche notizia a riguardo? Grazie Piviul -- 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 Archive: https://lists.debian.org/53ba9940.5080...@riminilug.it
Re: Firma digitale della posta certificata su client email linux
Il 07/07/2014 08:43, ma...@majaglug.net ha scritto: Il giorno 07/lug/2014, alle ore 04:11, allanon allano...@gmail.com ha scritto: Mi chiedo.. ma questi del governo non potevano semplicemente delegare alle Poste Italiane l'associazione univoca tra codice fiscale e chiave gnupg?? Il codice fiscale è un codice parlante non sempre univoco in quanto, per vari motivi, può cambiare nel corso della vita di una persona, e quindi un codice potrebbe anche essere riassegnato a un'altra persona. La posta certificata invece risolve il problema della raccomandata con ricevuta di ritorno automatica e cioè, se hai una mailbox pec e io ti invio una mail dalla mia mailbox pec, nel momento in cui il provider la riceve nei suoi server automaticamente manda al mittente una ricevuta che comprova che tu hai ricevuto la mia pec, e questo anche se non scarichi la posta sul tuo pc e non ti colleghi alla webmail. Possibile che sia l'ennesimo caso di magna magna di appalti e concessioni, oppure c'e' un motivo tecnico dietro questa scelta? Per gestire un server di posta certificata occorre possedere dei requisiti sociali piuttosto importanti e anche, credo, avere certe forme assicurative, perchè ci possono essere conseguenze legali in caso di malfunzionamenti. Quindi tutti i piccoli provider sono stati tagliati fuori da questo business. Anche aziende ICT che installano server di posta si sono trovati fuori mercato perchè i loro clienti non possono gestire direttamente la loro pec. In altre parole, io non possono firmare la ricevuta di una pec: la può firmare solo il gestore al posto mio. La cosa effettivamente è un pò insolita Ma, fatta l'idea ci siamo persi per strada. Intanto si tratta di uno standard nostrano che non ha validità fuori dei confini nazionali. La pec non comunica con la posta standard, o meglio ok da pec a mail ordinaria. Viceversa non e' garantito. Hai perfettamente ragione: è vero che c'è il RFC 6109, ma è informational e non standard. C'è anche da dire che sulla posta elettronica, visto la marea di spam che circola, ci sarebbe bisogno di qualche riflessione: va bene la l'anonimato, ma se non voglio ricevere messaggi anonimi, lo standard da quelche parte dovrebbe prevederla, questa opzione. Luciano -- 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 Archive: https://lists.debian.org/53ba9c5d.5050...@modula.net
Re: Firma digitale della posta certificata su client email linux
Il giorno 07/lug/2014, alle ore 15:10, fran...@modula.net ha scritto: Ma, fatta l'idea ci siamo persi per strada. Intanto si tratta di uno standard nostrano che non ha validità fuori dei confini nazionali. La pec non comunica con la posta standard, o meglio ok da pec a mail ordinaria. Viceversa non e' garantito. Hai perfettamente ragione: è vero che c'è il RFC 6109, ma è informational e non standard. C'è anche da dire che sulla posta elettronica, visto la marea di spam che circola, ci sarebbe bisogno di qualche riflessione: va bene la l'anonimato, ma se non voglio ricevere messaggi anonimi, lo standard da quelche parte dovrebbe prevederla, questa opzione. tanto per farvi sorridere. nonostante la pec sia un meccanismo piuttosto sicuro, tra certificati, crittografia e affini, ha comunque un punto debole non da poco: l'endpoint del client. non di rado mi fanno notare spam in entrata sulle caselle pec in arrivo da altre caselle pec. Tradotto, l'utente resta l'anello debole della catena e spesso, come si fa un uso qualche volta troppo disinvolto delle caselle ordinarie, anche la pec entra nel calderone delle credenziali rubate. signature.asc Description: Message signed with OpenPGP using GPGMail
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Il giorno 07/lug/2014, alle ore 14:40, sa...@eng.it ha scritto: ExFAT corrisponde a questi requisiti, ma è proprietario; io avrei sperato che fosse la comunità del software libero a fornirci un file system con queste caratteristiche, ma finora non è accaduto Come promesso, ora spiego il mio inamovibile no. Forse per quanto ti piaccia non è così bello. E no, non cercare di dirci che c'è di bello in qualcosa con FAT dentro :) :). [CUT] E poi basta una occhiata a Wikipedia: exFAT is a proprietary file system protected under US patent law”. Come detto, continuo a sperare che la nostra comunità del software libero realizzi un file system adeguato all’uso “promiscuo di hard disk esterni (se butto i miei dati su un disco che può essere collegato a qualsiasi computer, è perché **voglio** che siano letti da qualsiasi computer). Possono non piacere, ma sono strumenti utili per molti. Un file system specifico, libero e utilizzabile da diversi OS sarebbe utile. E continuo a pensare che se si fa uso frequente di sneakernet conviene usare i nastri. Danno dei boost di banda notevoli con la loro capacità e probabilmente riducono pure la latenza, visto che sono più leggeri di una equivalente quantità di dispositivi allo stato solido. :). Il problema è trovare amici e parenti che abbiano lettori di nastri attaccati al computer (tralasciando il caso speciale del fotografo di matrimoni che tiene video e immagini raw del progetto corrente sull’HD esterno). ;-) Cavoli quanto ho scritto, il mio collega di scrivania direbbe che ho fatto un bella dimostrazione di saccenza :) Allora siamo in due! ;-) saluti gerlos -- Life is pretty simple: You do some stuff. Most fails. Some works. You do more of what works. If it works big, others quickly copy it. Then you do something else. The trick is the doing something else. http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- 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 Archive: https://lists.debian.org/4f5bd971-0c00-47f6-bcdf-05b8b7c2d...@gmail.com
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
gerlos writes: Come detto, continuo a sperare che la nostra comunità del software libero realizzi un file system adeguato all’uso “promiscuo di hard disk esterni Meglio un box di cui ti dimentichi come contiene i dati e che ti permetta di dire a chi si ed a chi no. E continuo a pensare che se si fa uso frequente di sneakernet conviene usare i nastri. Danno dei boost di banda notevoli con la loro capacità e probabilmente riducono pure la latenza, visto che sono più leggeri di una equivalente quantità di dispositivi allo stato solido. :). Il problema è trovare amici e parenti Questo fa pensare ad usi sporadici. Non usi frequenti. Cavoli quanto ho scritto, il mio collega di scrivania direbbe che ho fatto un bella dimostrazione di saccenza :) Allora siamo in due! ;-) Lui può - ha un credito notevole, tu sei salvo perché sei fuori tiro : -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- 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 Archive: https://lists.debian.org/21434.40519.116222@mail.eng.it
Re: case per raspberry
Piviul writes: Ciao a tutti l'ultima discussione per un filesystem per un disco esterno che ha portato al consiglio di un NAS con raspberry mi ha fatto venire voglia di costruirmelo. Vorrei però che il case contenesse anche un hd da 2.5'' e qui mi sono subito arrestato: non ci sono? Non vorrei avere 2 aggeggi, il raspberry e l'hd usb, vorrei avere un solo dispositivo. Avete qualche notizia a riguardo? Credo che in rete ci sia qualcosa (Google non ha dato risposte accettabili?). Altrimenti (bruttina) negozio di elettronica e box di metallo che contenga ambedue. O, perché no, LEGO, soprattutto se le temperature non salgono tanto... Probabilmente ci sta anche dentro il modellino del VW Samba da costruire della Revell :). Ecco qualche link tirato giù in fretta e furia: http://www.raspberrypi.org/forums/viewtopic.php?t=29667 http://www.reddit.com/r/picases http://shop.pimoroni.com/ -- 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 Archive: https://lists.debian.org/21434.40554.917295.340...@mail.eng.it
Re: case per raspberry
Il 07/07/2014 14:57, Piviul ha avuto l'onore e l'ardire di scrivere: Ciao a tutti l'ultima discussione per un filesystem per un disco esterno che ha portato al consiglio di un NAS con raspberry mi ha fatto venire voglia di costruirmelo. Vorrei però che il case contenesse anche un hd da 2.5'' e qui mi sono subito arrestato: non ci sono? Non vorrei avere 2 aggeggi, il raspberry e l'hd usb, vorrei avere un solo dispositivo. Avete qualche notizia a riguardo? Grazie Piviul Ciao Piviul. Anche io tempo fa ero stato interessato all'idea di un NAS con il rpi. Mi ero fermato perché: * il disco esterno deve essere usb (non c'è infatti alcuna porta SATA) * deve essere alimentato a parte (per es. tramite l'hub usb, alimentato anch'egli per conto suo) * il rpi ha una porta di rete 10/100 Mbps: un NAS così sarebbe un po' lentino. * la relativa poca ram e il soc non prestante abbassano le prestazioni globali e quelle di accesso al disco (su questo discorso però non ho link a supporto) Io oggi lo uso con molta soddisfazione come lettore universale (tramite wifi e omxplayer) di file video su altro NAS: regge benissimo anche in full hd collegato via HDMI al tv. Cmq, enjoy! Mario signature.asc Description: OpenPGP digital signature
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
sa...@eng.it scrisse in data 07/07/2014 15:19: gerlos writes: Come detto, continuo a sperare che la nostra comunità del software libero realizzi un file system adeguato all’uso “promiscuo di hard disk esterni Meglio un box di cui ti dimentichi come contiene i dati e che ti permetta di dire a chi si ed a chi no. IMHO i permessi su hd esterni hanno poco senso e fanno solo confusione dal momento che uid e gid su differenti computer sono mappati su utenti differenti. Se non vuoi che leggano i tuoi dati conviene criptare... sempre IMHO. Piviul -- 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 Archive: https://lists.debian.org/53ba9fb8.50...@riminilug.it
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Il giorno 07/lug/2014, alle ore 15:13, gerlos gerlo...@gmail.com ha scritto: Il giorno 07/lug/2014, alle ore 14:40, sa...@eng.it ha scritto: exFAT is a proprietary file system protected under US patent law”. Come detto, continuo a sperare che la nostra comunità del software libero realizzi un file system adeguato all’uso “promiscuo di hard disk esterni (se butto i miei dati su un disco che può essere collegato a qualsiasi computer, è perché **voglio** che siano letti da qualsiasi computer). Mentre scrivevo l’ultima frase, mi è venuta in testa una cosa: Apple ha “aggirato” il problema dei permessi e delle proprietà dei file sui dischi esterni in HFS+ (che supporta permessi e proprietà come ext4) con l’utente unknown (iid 99). Vedi gli interessanti dettagli qui: http://googlemac.blogspot.it/2007/03/user-99-unknown.html Curiosità accademica: sapete se è possibile implementare qualcosa di simile anche su gnu/linux? saluti gerlos -- Fairy tales are more than true, not because they tell us that dragons exist, but because they tell us that dragons can be beaten. G. K. Chesterton http://gerlos.altervista.org gerlos +- - - gnu/linux registred user #311588 -- 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 Archive: https://lists.debian.org/15dee48f-af4c-4083-8732-242f23fd4...@gmail.com
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Piviul writes: sa...@eng.it scrisse in data 07/07/2014 15:19: gerlos writes: Come detto, continuo a sperare che la nostra comunità del software libero realizzi un file system adeguato all’uso “promiscuo di hard disk esterni Meglio un box di cui ti dimentichi come contiene i dati e che ti permetta di dire a chi si ed a chi no. IMHO i permessi su hd esterni hanno poco senso e fanno solo confusione dal momento che uid e gid su differenti computer sono mappati su utenti differenti. Se non vuoi che leggano i tuoi dati conviene criptare... sempre IMHO. Duri, eh? Ho detto box, non hd. Come ho già detto in precedenza ritengo che una san/nas sia una soluzione migliore dell'HD (basta che sai le credenziali di accesso valide e entri facilmente, se non le sai entrare è ben più laborioso). Un device removibile lo monti e lo leggi... -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- 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 Archive: https://lists.debian.org/21434.41211.397300.366...@mail.eng.it
Re: case per raspberry
sa...@eng.it scrisse in data 07/07/2014 15:19: Piviul writes: Ciao a tutti l'ultima discussione per un filesystem per un disco esterno che ha portato al consiglio di un NAS con raspberry mi ha fatto venire voglia di costruirmelo. Vorrei però che il case contenesse anche un hd da 2.5'' e qui mi sono subito arrestato: non ci sono? Non vorrei avere 2 aggeggi, il raspberry e l'hd usb, vorrei avere un solo dispositivo. Avete qualche notizia a riguardo? Credo che in rete ci sia qualcosa (Google non ha dato risposte accettabili?). no, case tanti, ma pensati per un raspberry e un disco usb 2.5'' no... Altrimenti (bruttina) negozio di elettronica e box di metallo che contenga ambedue. O, perché no, LEGO, soprattutto se le temperature non salgono tanto... Probabilmente ci sta anche dentro il modellino del VW Samba da costruire della Revell :). Ecco qualche link tirato giù in fretta e furia: http://www.raspberrypi.org/forums/viewtopic.php?t=29667 http://www.reddit.com/r/picases http://shop.pimoroni.com/ Forse non mi sono spiegato bene. Certo che prendere un raspberry e appiccicargli con lo scotch un hd da 2.5'' o prendere una scatola da scarpe o costruirla con il lego ed inserirgli un raspberry e un hd da 2.5'' non è quello che intendevo. Mi chiedevo se qualcuno per caso avesse avuto la mia stessa necessità e avesse trovato qualcosa di adatto per questo scopo. Ciao e grazie Piviul -- 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 Archive: https://lists.debian.org/53baa2c6.9080...@riminilug.it
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
gerlos writes: **voglio** che siano letti da qualsiasi computer). Claro! Ma a naso ci sono altre soluzioni. Curiosità accademica: sapete se è possibile implementare qualcosa di simile anche su gnu/linux? A naso si. Bene o male si tratta di fare alcuni statement condizionali... -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- 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 Archive: https://lists.debian.org/21434.41872.14754.635...@mail.eng.it
Re: case per raspberry
Piviul writes: http://www.raspberrypi.org/forums/viewtopic.php?t=29667 http://www.reddit.com/r/picases http://shop.pimoroni.com/ Forse non mi sono spiegato bene. Certo che prendere un raspberry e appiccicargli con lo scotch un hd da 2.5'' o prendere una scatola da scarpe o costruirla con il lego ed inserirgli un raspberry e un hd da 2.5'' non è quello che intendevo. Ti sei spiegato benissimo, io ti suggerivo dei case alternativi che, se pensati bene, non sono niente male esteticamente. Col lego puoi fare cagate buttate li oppure cose carine. Idem con strutture non necessariamente fatte per fare il case, come un modello in scala 1/24 di un VW Samba :) - adoro quel furgone. Case che richiedono però di sporcarsi un pelino le manine. Puoi anche scartare il suggerimento, quello che scegli di fare è una tua libera scelta, non è detto che quello che io trovo divertente lo sia anche per altri. -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install già sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- 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 Archive: https://lists.debian.org/21434.43095.673816.95...@mail.eng.it
Re: case per raspberry
Il giorno 07 luglio 2014 15:22, Mario mariogo...@tiscali.it ha scritto: Il 07/07/2014 14:57, Piviul ha avuto l'onore e l'ardire di scrivere: Anche io tempo fa ero stato interessato all'idea di un NAS con il rpi. Mi ero fermato perché: [...] * il rpi ha una porta di rete 10/100 Mbps: un NAS così sarebbe un po' lentino. Se non hai necessità di caricare contemporaneamente da piú macchine, è ininfluente: anche le macchine da cui carichi sono tipicamente 10/100. E da 4 macchine in su il collo di bottiglia inizia ad essere l'USB. Comunque ho una Raspberry che fa anche da NAS, e sí, non è rapidissima, ma neanche è malaccio. -- Lorenzo Breda
NAS on RPI [was: Re: case per raspberry]
Temo stiamo scivolando un po' OT, cambio il subject (spero che Piviul non me ne voglia! ;) ) Il 07/07/2014 16:13, Lorenzo Breda ha avuto l'onore e l'ardire di scrivere: Il giorno 07 luglio 2014 15:22, Mario mariogo...@tiscali.it mailto:mariogo...@tiscali.it ha scritto: * il rpi ha una porta di rete 10/100 Mbps: un NAS così sarebbe un po' lentino. Se non hai necessità di caricare contemporaneamente da piú macchine, è ininfluente: anche le macchine da cui carichi sono tipicamente 10/100. Non sono d'accordo. Sono anni che non fanno più desktop o portatili con scheda di rete 10/100... (progetti embedded a parte come il rpi) Se parliamo di NAS il minimo è avere *tutto* collegato a 1Gbps, IMHO! Che poi ci siano porte a 1Gbps che non hanno prestazioni reali degne di tale classe questo è vero, ma sono sempre più veloci di una 10/100. da 4 macchine in su il collo di bottiglia inizia ad essere l'USB. Comunque ho una Raspberry che fa anche da NAS, e sí, non è rapidissima, ma neanche è malaccio. Per curiosità sincera, posso chiederti che distro hai fatto girare? ciao, Mario signature.asc Description: OpenPGP digital signature
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Il giorno lun, 07/07/2014 alle 12.51 +0200, gerlos ha scritto: OK: stiamo andando OT Insomma, ci vuole una sneakernet Come hobby mi trovo a gestire con alcuni amici una sala cinematografica. I film arrivano tramite corriere (HDD da 1 o 2 TB), visto che nessuna rete permette di avere trasferimenti in tempi ragionevoli [1]. Quasi quasi ci vuole più tempo a trasferire il contenuto sui dischi interni del server (connessione eSATA oppure SAS) che andare a prendere il disco dal distributore... Il formato del FS? ovviamente ext3! E chi non usa linux semplicemente si è adeguato Non è che chi usa un altro OS sia per forza pigro o ignorante... [1] In realtà stiamo valutando un trasferimento satellitare broadcast -- Vincenzo Villa IISS Alessandro Greppi Monticello Brianza - Lecco http://www.issgreppi.gov.it -- 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 Archive: https://lists.debian.org/1404744887.15493.17.camel@vv-15rse
Come ri-ascoltare 'Shakespeare 450°' da Radio3?
Ciao a tutti, poco fa ho provato a ri-ascoltare alcuni dei sonetti di Shakespeare dal portale www.radio3.rai.it/dl/portaleRadio/media/ContentItem(numeririf).html senza successo. Noto solo che il riferimento non ha la solita struttura: http://www.rai.it/dl/audio-nomeprogramma-data.ram Qualcuno può darmi indicazioni? Grazie, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- 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 Archive: https://lists.debian.org/20140707160424.ga3...@deby.ei.hnet
Re: NAS on RPI [was: Re: case per raspberry]
Il giorno 07 luglio 2014 17:00, Mario mariogo...@tiscali.it ha scritto: Per curiosità sincera, posso chiederti che distro hai fatto girare? Una semplice Raspbian, che deve farmi anche altro oltre al NAS. Il punto è che già avevo un disco WD con USB, e volevo aggiungergli SMB e SFTP per praticità e per usarlo da piú macchine. A prezzo di perdere il fatto che il disco è USB3, però. Insomma, io sono del partito NAS, ma se si ha un disco a disposizione, credo che prendere una RPi sia un inizio. -- Lorenzo Breda
Re: Come ri-ascoltare 'Shakespeare 450°' da Radio3?
On Mon, Jul 07, 2014 at 06:04:24PM +0200, Ennio-Sr wrote: Ciao a tutti, poco fa ho provato a ri-ascoltare alcuni dei sonetti di Shakespeare dal portale www.radio3.rai.it/dl/portaleRadio/media/ContentItem(numeririf).html senza successo. Forse non ho ben compreso il problema, ma andando, p.es. qui http://www.radio3.rai.it/dl/portaleRadio/media/ContentItem-2a0b74d6-896c-4a6b-baef-730151620d32.html e usando unplug (plugin di iceweasel), posso scaricare l'mp3 senza problemi. Non credo la Rai abbia una API (pubblica) per i suoi programmi. -- 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 Archive: https://lists.debian.org/20140707180236.ga16...@x60s.casa
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Alla fine la soluzione me l’ha data una SD card da 32 GB che mi è passata per le mani: exFAT!!! Che ne pensate invece di udf per uso come disco esterno? http://tanguy.ortolo.eu/blog/article93/usb-udf
Re: Firma digitale della posta certificata su client email linux
Mon 07 July 2014, alle 15:10 +0200, fran...@modula.net ha scritto: Il 07/07/2014 08:43, ma...@majaglug.net ha scritto: Il giorno 07/lug/2014, alle ore 04:11, allanon allano...@gmail.com ha scritto: Mi chiedo.. ma questi del governo non potevano semplicemente delegare alle Poste Italiane l'associazione univoca tra codice fiscale e chiave gnupg?? Il codice fiscale è un codice parlante non sempre univoco in quanto, per vari motivi, può cambiare nel corso della vita di una persona, e quindi un codice potrebbe anche essere riassegnato a un'altra persona. Aspetta, io ho riassuntato troppo il procedimento, pensando che fosse implicito il come deve avvenire il procedumento. A me e' stato richiesto, ai fini della PEC, di presentarmi allo sportello di Poste Italiane, esibire Carta di Identita' e codice fiscale magnetico, ok? quello che non ho scritto bene, e' che magari assieme ai due documenti avrei potuto presentare il fingerprint della mia chiave gnupg, affinche' lo Stato Italiano fungesse da garante che a quella chiave rispondo io e solo io. In tal modo, il ring of trust che vale tra utenti privati, avrebbe avuto un valore Nazionale e Internazionale, no? Sarebbe stato tutto piu' facile, economico, ed integrato in una realta' gia' esistente e funzionale, no? La posta certificata invece risolve il problema della raccomandata con ricevuta di ritorno automatica e cioè, se hai una mailbox pec e io ti invio una mail dalla mia mailbox pec, nel momento in cui il provider la riceve nei suoi server automaticamente manda al mittente una ricevuta che comprova che tu hai ricevuto la mia pec, e questo anche se non scarichi la posta sul tuo pc e non ti colleghi alla webmail. Su questo nulla da dire, non esiste uno strumento simile perche' l'email e' nata in quel modo e nessuno si e' mai prodigato per modificarla. La PEC come ricevuta di ritorno e' utile, ma fino ad un certo punto, se il destinatario non puo' esser certo che quella email e' mia, finche' non la Firmo. -- Francesco Alaimo - GnuPG ID Key: A07FF2DB Fingerprint 3D2F DCD4 6AB3 9C52 995A 969E D634 02FF A07F F2DB -- 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 Archive: https://lists.debian.org/20140707184938.ga2...@alaimo.org
Re: Chromium + flash
Il Mon, 07 Jul 2014 09:28:23 +0200, mauro ha scritto: Il giorno 07/lug/2014, alle ore 09:15, Alessandro Pellizzari a...@amiran.it ha scritto: Controlla i formati audio/video supportati dai tag audio e video a parte l'ogg che e' stato rimosso dalle ultime specifiche, l'html5 non prevede espressamente un supporto video definitivo. No, ed è proprio quello il problema. Apple e M$ stanno facendo tavola rasa a favore di mpeg4 ma pure loro si muovo con circospezione in quanto il prodotto e' coperto da copyright e nessuno e' d'accordo. Windows e OSX, volenti o nolenti, rappresentano il 98% del mercato desktop. Android e iOS il 99% di quello mobile. Tutti questi supportano h264, ma solo Android supporta Theora. La scelta logica per uno che vuole encodare un video e metterlo sul sito è usare h264 (eccetto usare Youtube, naturalmente). O continuare a usare Flash (idem, h264). Sarò pessimista ma la vedo abbastanza grigia per il web nei prossimi anni. posso essere d'accordo con te, ma queste storie vanno avanti da secoli, da quanto i computer erano di legno. diciamo che e' un continuo portare avanti battaglie su tutti i fronti. Il futuro non e' deciso. Sono d'accordo, ma il problema è che adesso dietro a Internet ci sono molti più interessi, e i grossi fanno praticamente quello che vogliono. Se perfino Mozilla è stata costretta a implementare i DRM in Firefox (altrimenti rischiava di perdere utenti) e ad autoinstallare i codec proprietari per i video, capisci la mia visione. :) Google sta diventando sempre più evil ogni giorno che passa. MS non ha speranze di redenzione. Apple sappiamo tutti come ragiona. OK, la smetto di lamentarmi. :D Bye. -- 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 Archive: https://lists.debian.org/lpesdb$n9p$1...@ger.gmane.org
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
LV == Ludovico Van ludovicova...@gmail.com writes: Alla fine la soluzione me l ha data una SD card da 32 GB che mi ? LV passata per le mani: exFAT!!! LV Che ne pensate invece di udf per uso come disco esterno? Penso che sia una grande trovata, e quello che cercava Golluo se non erro :). Grazie per la segnalazione. -- /\ ___Ubuntu: ancient /___/\_|_|\_|__|___Gian Uberto Lauri_ African word //--\| | \| | Integralista GNUslamicomeaning I can \/ coltivatore diretto di software not install gi? sistemista a tempo (altrui) perso...Debian Warning: gnome-config-daemon considered more dangerous than GOTO -- 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 Archive: https://lists.debian.org/21435.74.385632.598...@cyrano.gianoziaorientale.it
Re: miglior filesystem per condivisione dati Linux/Mac/Windows
Il 07/07/2014 20:31, Ludovico Van ha scritto: Che ne pensate invece di udf per uso come disco esterno? http://tanguy.ortolo.eu/blog/article93/usb-udf L'ho provato per un po' e va abbastanza bene. A me serviva su un disco dati interno di scambio e sfortunatamente non era sufficientemente reattivo ne su linux ne su windows (tra i 3 e i 5 MB/s in scrittura sequenziale) e ogni tanto dava qualche grana sia su windows che su linux (è passato del tempo e non ricordo bene il tipo di errore)... mi tocca ammetterlo perché non amo l'uso di roba proprietaria... ma ntfs tramite fuse su linux funziona decisamente meglio di udf ed è la soluzione migliore che ho trovato a livello di stabilità e prestazioni. Driver ext2/3 su windows ne ho provati 2 ma non erano particolarmente stabili e ho dovuto abbandonare l'idea. Ciaoo -- Davide -- 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 Archive: https://lists.debian.org/53bb05c2.2030...@gmail.com
Re: Firma digitale della posta certificata su client email linux
Il giorno 07/lug/2014, alle ore 20:49, allanon allano...@gmail.com ha scritto: quello che non ho scritto bene, e' che magari assieme ai due documenti avrei potuto presentare il fingerprint della mia chiave gnupg, affinche' lo Stato Italiano fungesse da garante che a quella chiave rispondo io e solo io. secondo me sarebbe bastato creare un' certificatore nazionale che rilasciasse certificati digitali secondo gli standard universalmente riconosciuti. fare in modo di rendere la ricevuta di ritorno dai server cosa standard con tanto di firma digitale di ritorno (postfix lo fa beato e tranquillo, basta chiederglielo), fare in modo che i provider mantenessero questo tipo di mail in archivio per un periodo di tempo lungo cosi' come avviene per chi gestisce la pec. fine. il problema, di fondo, e' garantire che una mail parta e arrivi con certezza e che il tutto venga certificato correttamente. In realta' questi strumenti esistono da quando e' nata la posta elettronica, serviva solo qualche affinamento che in parte c'e' gia'. Inutile inventarsi una pippa supplementare che fa solo confondere le idee alla gente che in italia - ammettiamolo - ha seri problemi a capire e masticare un minimo di tecnologia. e invece no dobbiamo soffrire. sigh. mauro ma...@majaglug.net signature.asc Description: Message signed with OpenPGP using GPGMail
Re: Come ri-ascoltare 'Shakespeare 450°' da Radio3?
Il giorno lun 7 lug 2014 alle 18:04, Ennio-Sr nasr.la...@tin.it ha scritto: Ciao a tutti, poco fa ho provato a ri-ascoltare alcuni dei sonetti di Shakespeare dal portale www.radio3.rai.it/dl/portaleRadio/media/ContentItem(numeririf).html senza successo. Noto solo che il riferimento non ha la solita struttura: http://www.rai.it/dl/audio-nomeprogramma-data.ram Qualcuno può darmi indicazioni? Su Chromium riesco a sentire l'audio. Oppure puoi guardare nel sorgente html e aprire il link con VLC (scomodo ma funziona): http://mediapolisvod.rai.it/relinker/relinkerServlet.htm?cont=9PrQHuNHADkeeqqEEqual
Re: Come ri-ascoltare 'Shakespeare 450°' da Radio3?
* Francesco Ariis fa...@ariis.it [070714, 20:02]: On Mon, Jul 07, 2014 at 06:04:24PM +0200, Ennio-Sr wrote: poco fa ho provato a ri-ascoltare alcuni dei sonetti di Shakespeare dal portale www.radio3.rai.it/dl/portaleRadio/media/ContentItem(numeririf).html senza successo. Forse non ho ben compreso il problema, ma andando, p.es. qui http://www.radio3.rai.it/dl/portaleRadio/media/ContentItem-2a0b74d6-896c-4a6b-baef-730151620d32.html e usando unplug (plugin di iceweasel), posso scaricare l'mp3 senza problemi. Non credo la Rai abbia una API (pubblica) per i suoi programmi. Scusa, ho scritto troppo frettolosamente... Il sito è quello da te indicato, ma ci trovo solo le icone relative all`ascolto (per altri podcast, ad es. I Promessi Sposi, appare anche il 'Download'). Uso iceweasel 10.0.12 con Debian Squeeze e, non conoscevo 'unPlug'. L'ho installato, ma non è cambiato nulla! Forse non esiste più la possibilità del download, oppure sono nel posto sbagliato in modo 'sbadato' ;) Grazie, comunque, del suggerimento: spero torni utile per altri casi. Ciao, Ennio -- [Perche' usare Win$ozz (dico io) se ...anche uno sciocco sa farlo. \\?// Fa' qualche cosa di cui non sei capace! (diceva Henry Miller) ](°|°) [Why use Win$ozz (I say) if ... even a fool can do that. )=( Do something you aren't good at! (as Henry Miller used to say) ] -- 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 Archive: https://lists.debian.org/20140707225548.ga3...@deby.ei.hnet
Re: [RFR] po-debconf://ssl-pam-ldap/it.po
On Monday 07 July 2014, at 00:02 +0200, Pierangelo Mancusi wrote: ciao Beatrice, credo manchi qualcosa :) -sig- un'altra volta :( eccolo, scusate beatrice # Italian translation of nss-pam-ldapd debconf messages. # Copyright (C) 2013, Beatrice Torracca # This file is distributed under the same license as the nss-pam-ldapd package. # Translators: # Vincenzo Campanella vin...@gmail.com, 2009, 2010. # Beatrice Torracca beatri...@libero.it, 2013, 2014. msgid msgstr Project-Id-Version: nss-pam-ldapd 0.8.13-2\n Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n POT-Creation-Date: 2014-06-08 11:45+0200\n PO-Revision-Date: 2014-07-04 14:28+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-italian@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../nslcd.templates:1001 msgid LDAP server URI: msgstr URI del server LDAP: #. Type: string #. Description #: ../nslcd.templates:1001 msgid Please enter the Uniform Resource Identifier of the LDAP server. The format is \ldap://hostname_or_IP_address:port/\. Alternatively, \ldaps://\ or \ldapi://\ can be used. The port number is optional. msgstr Inserire l'URI (Uniform Resource Identifier) del server LDAP. Il formato è «ldap://nomehost_o_indirizzo_IP:porta»; è anche possibile usare «ldaps://» oppure «ldapi://». Il numero della porta è facoltativo. #. Type: string #. Description #: ../nslcd.templates:1001 msgid When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable. msgstr Quando si usa lo schema ldap o ldaps è raccomandato utilizzare un indirizzo IP, al fine di ridurre i rischi di errore quando i servizi dei nomi di dominio non sono disponibili. #. Type: string #. Description #: ../nslcd.templates:1001 msgid Multiple URIs can be separated by spaces. msgstr URI multipli possono essere separati da spazi. #. Type: string #. Description #: ../nslcd.templates:2001 msgid LDAP server search base: msgstr Base di ricerca del server LDAP: #. Type: string #. Description #: ../nslcd.templates:2001 msgid Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \example.net\ would use \dc=example,dc=net\ as the distinguished name of the search base. msgstr Inserire il DN (nome distinto) della base di ricerca LDAP. Molti siti usano le componenti del loro nome di dominio per questo scopo: per esempio, il dominio «esempio.net» userebbe «dc=esempio,dc=net» come DN della base di ricerca. #. Type: select #. Choices #: ../nslcd.templates:3001 msgid none msgstr nessuna #. Type: select #. Choices #: ../nslcd.templates:3001 msgid simple msgstr semplice #. Type: select #. Choices #: ../nslcd.templates:3001 msgid SASL msgstr SASL #. Type: select #. Description #: ../nslcd.templates:3002 msgid LDAP authentication to use: msgstr Autenticazione LDAP da usare: #. Type: select #. Description #: ../nslcd.templates:3002 msgid Please choose what type of authentication the LDAP database should require (if any): msgstr Scegliere quale tipo di autenticazione deve richiedere il database LDAP: #. Type: select #. Description #: ../nslcd.templates:3002 msgid * none: no authentication;\n * simple: simple bind DN and password authentication;\n * SASL: any Simple Authentication and Security Layer mechanism. msgstr * nessuna: nessuna autenticazione;\n * semplice: semplice autenticazione con bind DN e password;\n * SASL: qualsiasi meccanismo Simple Authentication and Security Layer. #. Type: string #. Description #: ../nslcd.templates:4001 msgid LDAP database user: msgstr Utente del database LDAP: #. Type: string #. Description #: ../nslcd.templates:4001 msgid Please enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name). msgstr Inserire il nome dell'account che verrà usato per eseguire l'accesso nel database LDAP. Questo valore dovrebbe essere specificato come DN (nome distinto). #. Type: password #. Description #: ../nslcd.templates:5001 msgid LDAP user password: msgstr Password dell'utente LDAP: #. Type: password #. Description #: ../nslcd.templates:5001 msgid Please enter the password that will be used to log in to the LDAP database. msgstr Inserire la password che verrà utilizzata per accedere al database LDAP. #. Type: select #. Description #: ../nslcd.templates:6001 msgid SASL mechanism to use: msgstr Meccanismo SASL da usare: #. Type: select #. Description #: ../nslcd.templates:6001 msgid Please choose the SASL mechanism that will be used to authenticate to the LDAP database: msgstr Scegliere il meccanismo SASL da usare per l'autenticazione nel