<analytics uacct="UA-6089322-1" ></analytics>

Discussione:PinGuide

Da Cantiere.
Versione del 16 gen 2009 alle 02:35 di Christian (Discussione | contributi) (discussioni sul milestone)

Inserire i nuovi temi in fondo e ricordarsi di firmare a capo i commenti!


Preoccupato...

Sono molto preoccupato per l'allungamento dei tempi. Purtroppo le questioni formali e organizzative prendono molto tempo e il lavoro di montaggio non è facile senza l'occhio supervisore di Francesca. Impossibile aver pronti 5 video per il LinuxDay. Puntiamo ai 4, anche se non sarà facile visto che il testo dell'Episodio 3 è da scrivere ancora (Ekiga/SIP).

--Christian (discussione) 23:12, 26 set 2008 (CEST)

Non credo che questo sia un problema, personalmente adotterei la filosofia dei rilasci stabili di Debian, ovvero si rilascia quando tutto e pronto. Quindi se per il LinuxDay saranno pronte solo 4 episodi, ben vengano i 4 e poi si vedrà.
--PauLoX (discussione) 00:52, 27 set 2008 (CEST)

Chiarimento

Alla fine gli episodi da consegnare entro il LinuxDay sono 4:

  1. Gnome
  2. Firefox
  3. Thunderbird
  4. Ekiga
  5. Amule

Quindi l'episodio 3 rimane dedicato ad Ekiga ma verrà prodotto successivamente?

--PauLoX (discussione) 20:38, 27 set 2008 (CEST)

Sì. Una chiarificazione. Episodio X, Y, Z... rappresentano i contenitori in cui sviluppare il lavoro, ma non rappresentano la numerazione finale, né le priorità di lavoro. Fatemi sapere se non è chiaro così.
--Christian (discussione) 20:53, 27 set 2008 (CEST)

Primi obiettivi del progetto

Rinvio alla vecchia discussione, solo per la cronaca: Cantiere:Bar/Archivio/1#Conferenza_sul_Software_Libero_a_Trento

--Christian (discussione) 17:49, 9 nov 2008 (CET)

Finanziare i progetti e in particolare LinuxDay

In questi giorni ho riflettuto molto su quello che sto facendo. Il progetto "Cantiere" nel suo insieme cresce e mi rendo conto delle incredibili potenzialità e possibilità. Dunque si fa impellente la questione delle aspettative e diventa necessario rifare il punto della situazione.

Ora l'attenzione è concentrata su LinuxDay. Ecco alcune considerazioni sparse:

  • mi convinco sempre di più che LinuxDay sia un progetto valido e il risultato potrà interessare molte persone;
  • ancora c'è molto lavoro da fare per costruire una piattaforma di collaborazione che sia efficace, chiara e non troppo complicata.
  • le collaborazioni avviate finora sono state eccezionali, in particolare con Andrea, PauLoX, Franco, Emil, Francesca, Giancarlo.
  • la mole di cose da fare che mi cade sulle spalle è enorme. Ma è un lavoro che mi appassiona molto. C'è molto da fare nella comunicazione del progetto, nella ricerca di nuove collaborazioni.

In considerazione però dell'impegno che questo progetto mi prende, è importante per me capire come far quadrare il tutto professionalmente, fermo restando il rispetto per alcuni principi basilari, in particolare.

  • l'opposizione alle logiche classiche di copyright
  • l'assoluta indipendenza nella ricerca e nello sviluppo dei video

Prendendola larga, credo che simili progetti potrebbero essere finanziati seguendo 4 strade:

  • committenza
  • competenza
  • consulenza
  • vendita

committenza

Nella committenza, qualcuno di esterno richiede la creazione di un prodotto con certe caratteristiche, e mette dei soldi sul piatto. Si contratta, ma in genere si produce secondo le esigenze del committente. Non è questo il caso (LinuxDay) e forse difficilmente si accetteranno lavori di questo genere, in quanto i condizionamenti del committente possono essere forti, visto che lui paga e giustamente pretende un lavoro di suo gusto. Ma questo entra in conflitto con l'indipendenza della ricerca.

competenza

Nella competenza, il video è un veicolo pubblicitario per un'altra attività: insegnamento di GNU/Linux, vendita di computer, assistenza tecnica, per fare degli esempi. Anche questo modello di business devo scartarlo, perché finirei per fare altro e non produrrei più video.

Probabilmente altri sfrutteranno i video professionalmente. Sono contento se questo succede, significa che il mio lavoro ha un senso di esistere.

consulenza

Poi c'è la consulenza, intesa come gestione e sviluppo di video partecipativi. La responsabilità sui contenuti è di altri, noi gestiamo solamente la piattaforma. Non è il caso per LinuxDay e anche con il Cantiere siamo ancora in alto mare.

E poi non è che faccio questo lavoro "pour parler". Mi piace approfondire certi argomenti, non tutti.

Vendita

Non ci resta che la vendita. Di che cosa? A chi? Ho fatto una lista delle possibilità:

  • partecipazioni / donazioni
  • versioni non "crippled" o ad hoc
  • vendita di DVD

Vendita in dettaglio...

partecipazioni / donazioni

Chi si riconosce nel messaggio, lo trova utile, lo usa professionalmente, ne vorrebbe di nuovi e ha la disponibilità finanziaria, potrebbe supportare lo sviluppo di nuovi episodi.

Non è una strategia che possa garantire una sicurezza di finanziamento, in quanto tutto dipende dalla buona volontà delle persone.

In questa categoria va inclusa anche la ricerca di fondi presso fondazioni private (Google?) o enti pubblici, ma come sappiamo questa è un'attività che richiede tempo e pazienza.

Se posso fare una critica/suggerimento Christian, se il video lo hai prodotto o lo hai in produzione, sei tu che stabilisci il prezzo valutando:
  • se riesci a viverci
  • se riesci a mantenere lo sviluppo dei progetti che hai in cantiere
  • valutando gli imprevisti (sei un libero professionista...e se ti ammali che fai?)
ecc. che sai meglio di me. Per cui, secondo me, tu devi stabilire il prezzo e indicare (come MediaWiki sta facendo in questi giorni) con una barra o qualcosa, il raggiungimento dell'obbiettivo.
È un segno di trasparenza che sarebbe molto apprezzato e che, spronerebbe la gente a finanziare vedendo il livello raggiunto.
Io metterei una barra per ogni video/progetto indicante lo stato di avanzamento del finanziamento. Si può contribuire anche con poco ma quel poco dovrebbe essere il più visibile possibile. Io metterei anche una form con i commenti alla donazione. Io, per esempio, ti darei personalmente qualcosa (come ho dato a mediawiki) ma vorrei vedere dove e come va a finire il mio finanziamento.
--Ciampix (discussione) 09:27, 24 nov 2008 (CET)
Grazie Ciampix per i tuoi consigli. Concordo con te.
La questione si complica però in considerazione di alcune variabili:
  • ancora il modello produttivo non è ben definito. Il tempo che io ora impiego dipende dall'inesperienza, dal non avere coordinato al meglio le collaborazioni o sarà sempre necessario quella quantità di tempo/soldi?
  • questioni tecniche: fatico ancora molto a coordinare e sviluppare il sito. Questo ha pesanti ricadute sulla velocità di produzione, il coordinamento degli sforzi e la visibilità per la distribuzione. Sto lavorando a rifare il sito statico e a metter su una mailing list, ma mi brucia un tempo infinito non essendo un tecnico. E nello stesso tempo non è facile trovare il modo per delegare questo tipo di compiti così impegnativo e delicato. La barra di Wikipedia con i finanziamenti è trasparente, ma tecnicamente non saprei nemmeno da che parte cominciare. Si pone poi un'altra questione da tempo aperta...
  • siam piramide o peers? Nel senso: il centro sono io e ho degli aiuti per tasks specifiche oppure io sono semplicemente il collante dei contributi di tanti collaboratori-autori? Da tempo pensiamo di costituirci come associazione e io diventerei un collaboratore della stessa, ma molte cose non sono chiare a livello burocratico.
Insomma, le tue critiche sono legittime. Al momento siamo come il tipo della barzelletta che chiede a San Gennaro di fargli fare 6 all'Enalotto. Poi torna da San Gennaro e si arrabbia con lui che non l'ha fatto vincere e San Gennaro gli dice: "Ma io ti farei pure vincere, ma tu almeno la schedina la devi giocare!"
A questo punto, anche su suggerimento di Andrea, mi metto al lavoro sulla mailing list e sul sito statico e mi muovo per cercare di organizzare un incontro online per discutere del futuro del Cantiere.
Grazie per il prezioso stimolo.
--Christian (discussione) 11:08, 24 nov 2008 (CET)

versioni non "crippled" o ad hoc

I video prodotti verranno indubbiamente rilasciati con licenze copyleft (CC by-sa e GNU GDL). Pur rimanendo in questa logica però si potrebbero prevedere delle piccole limitazioni formali, mantenute fino all'ottenimento del finanziamento. Fra queste limitazioni si può pensare:

  • versioni a risoluzione o dimensioni più basse
  • il logo "biasco.ch" in sovraimpressione
  • la vendita di versioni con loghi ad hoc

In quest'ultima categoria rientra chiaramente anche la pubblicità.

vendita di DVD

Altra alternativa è invece la vendita di DVD, non solo contenenti il video per DVD players, ma anche il video già compresso in diversi formati, una versione offline del materiale e magari addirittura il materiale grezzo per eventuali rimontaggi.

Chiaramente il costo dei DVD deve essere ragionevole e competitivo rispetto allo sforzo di copiarselo, ma deve comprendere anche i costi di stampa, grafica e spese di spedizione.


Ieri (2 Novembre 2008) abbiamo (noi del LinuxTrent) mostrato "Lo Gnu ..." alla fiera "Fa la cosa giusta" di Trento; in alcuni momenti si formavano capannelli di persone: http://www.flickr.com/photos/crackedboy/2997080942/in/set-72157608601498985/
Credo che l'idea dei DVD sia molto valida, perchè uno può guardarseli sul player casalingo senza accendere il pc. Potrebbero essere acquistati in lotti dai LUG, per esempio, e distribuiti in occasioni come queste.
--Rresoli (discussione) 09:06, 3 nov 2008 (CET)

Conclusione

Volevo condividere con voi queste riflessioni e sapere cosa ne pensate.

Rispondetemi in questa pagina di discussione oppure scrivetemi una mail: i n f o @ b i a s c o . c h

--Christian (discussione) 16:46, 6 ott 2008 (CEST)


Blender

Spero di poterti rispondere più velocemente domani, comunque la pubblicazione dei video del progetto blender utilizza delle tecniche di finanziamento che si possono applicare a questo caso, magari sul loro sito trovi degli spunti.

--PauLoX (discussione) 18:20, 6 ott 2008 (CEST)

CPM, Costo di produzione, lingue

Da una parte concordo con Francesca che il prezzo attuale deve essere almeno di 2'000 euro se questo vuole essere un lavoro. Senza considerare i ritmi di lavoro forsennati, ho impiegato più di tre mesi per realizzare due episodi (senza tenere conto dello sviluppo del format e del lavoro prima). Bisognerebbe poi considerare oneri fiscali, contributi etc e dunque la stima appare subito più che legittima.

Forse le prossime puntate possono essere un po' più veloci, ma ancora non abbiamo calcolato lo sforzo necessario nella distribuzione del video e nella ricerca fondi.

D'altra parte bisognerà anche considerare quanto il mercato valuta simili lavori.

  • esiste un mercato?
  • chi è interessato a questi lavori, che valore gli dà?
  • Chi sono i concorrenti? Possono offrire prodotti simili allo stesso prezzo?

Sono tipiche domande da imprenditori, business plan e altre cose antipatiche. Ma forse sono domande che dobbiamo porci.

Un altro aspetto interessante potrebbe essere quello del valore dato rispetto agli standard della pubblicità. Da qualche parte ho letto che per la pubblicità in video su internet, tutto si misura in Cost-per-mille ovvero, quanto sono disposto a pagare io azienda per 1'000 visioni del video? Sembra che allo stato attuale il valore oscilli fra i 15 e i 90 dollari.

Consideriamo la cifra tonda di 20 euro. Se il video costasse 2'000 euro, significherebbe che sarebbe interessante per uno sponsor se facesse 100'000 click. Nel caso del famoso π-videoblog 4 siamo sicuramente intorno ai 40'000 se consideriamo che sono più di 18'000 solo su arcoiris, almeno 7'000 dal mio sito, oltre 4'000 su Youtube, e poi una marea di persone l'hanno postato su Google, Youtube, Libero, etc. E poi ancora le visioni "fisiche" durante i LinuxDay, convegni, etc.

Lontani dai 100'000? Ma stiamo parlando solo della versione in italiano! Ci potrebbero essere le versioni in inglese, spagnolo, e forse anche in francese e tedesco (al limite però...). Dunque, forse si potrebbe pensare che il costo produttivo va suddiviso fra le potenzialità delle varie lingue.

Nello stesso tempo però è evidente che non tutti i video possono avere lo stesso successo. Firefox interesserà probabilmente di più di GNOME o di Ekiga.

Che ne dite?

--Christian (discussione) 02:24, 22 ott 2008 (CEST)

Interessante il secondo aspetto. Con un'adeguata pubblicità, si potrebbero raggiungere i 100'000. Credo poi che con le versioni inglese e spagnolo la cifra si raggiunga molto più in fretta (se qualche amico di amico con un blog in inglese ti fa pubblicità, le cose sono ancora più semplici). Ad ogni modo è un'idea, bisognerebbe vedere se lo sponsor è interessato ad un'utenza estera. --Andrea (discussione) 11:57, 22 ott 2008 (CEST)
Molto meglio se direttamente lo sponsor è estero!
--Christian (discussione) 12:19, 22 ott 2008 (CEST)

Blip.tv, formati, licenze

Ho notato 2 cose sul video ospitato su blip.tv che volevo sottoporre alla vostra attenzione:

  • i video risultano rilasciati con licenza "Creative Commons Attribution-NonCommercial-NoDerivs" e non con licenza CC BY-SA come indicato sul wiki. Mi viene da pensare ad una svista o al fatto di voler limitare i derivati della versione beta?
  • il video da blip.tv è scaricabile solo come .flv ma credevo che il vantaggio di blip.tv rispetto a googlevideo fosse la possibilità di far scaricare i video in formati quali mpeg, ogg, etc ... avevo capito male?

--PauLoX (discussione) 10:47, 20 ott 2008 (CEST)

È solo la situazione per la versione BETA. La licenza sarà doppia: "CC By-Sa" per video, audio, immagini,... ", GNU FDL per i testi, come stabilito nel Cantiere. Venerdì posterò su blip.tv la versione quasi definitiva, che sarà scaricabile nei formati:
  • .avi/Xvid, >1000bps, 800x500, 30fps (Windows e universale)
  • .mp4/h264, ~1500bps, 800x500, 30fps (Mac)
  • .mp4/h264, ~1500bps, 640x400, 30fps (iPod)
  • .ogg/Theora, da definire, 800x500, 30fps (Linux)
  • .flv/versione 8, >700bps, 800x500, 30fps (connessioni veloci)
  • .flv/versione 8, <450bps, 480x300, 30fps (connessioni lente)
Sto andando a memoria, non sono sicuro di tutti i dati, ce li ho da qualche parte.
Sarà da valutare al più presto se continuare ad usare la GNU FDL per i testi o invece omogeneizzare con la "CC by-sa"
--Christian (discussione) 11:52, 20 ott 2008 (CEST)
In effetti registrandomi ho visto che il numero e tipo di formati resi disponibili dipende esclusivamente da chi inserisce il formato, mentre pensavo fossero creati in automatico.
Per quanta riguarda le codifiche personalmente userei dei formati standard come ad esempio il DVD/VCD, ovvero:
  • framerate:
    • 25 (PAL)
    • 29.97 (NTSC)
  • proporzioni:
    • filmato grande: 720x576 (PAL) / 720x480 (NTSC)
    • filmato piccolo: 352x288 (PAL) / 352x240 (NTSC)
  • codifiche: userei un formato per la riproduzione online (flv), una codifica per la riproduzione su pc (xvid/mp4/ogg), un formato per la riproduzione su lettori dvd (mpeg2).
Sulla codifica ho dei dubbi:
  • la suddivisione per sistema operativo non mi sembra il massimo userei quella citata sopra in base al tipo di riproduzione anche per semplificare la vita degli utenti a prescindere dal loro sistema operativo.
  • è necessario fare un formato specifico per ipod? mac e/o ipod non leggono anche xvid o ogg?
  • magari potremmo indicare per cosa è indicato un particolare formato (es: riproduzione su pc) e poi magari indicare ulteriori utilizzazioni (visualizzabile su lettore divx, ipod, player portatili, etc ...)
Sicuramente lo conosci già ma per mac questa applicazione dovrebbe semplificarci la vita: ffmpegx
Non appena arriviamo alla versione "finale non definitiva", ovvero quella da distribuire per il linuday, parto con la produzione dei sottotitoli e per questo ti chiederei di aggiornare il copione della puntata 1 e 2 in base alle modifiche apportate in fase di registraizone.
--PauLoX (discussione) 12:58, 20 ott 2008 (CEST)
In sé le codifiche che propongo non sono casuali ma studiate per ottimizzare le possibilità di fruizione e il numero di formati disponibili. Ogni compressione richiede molto tempo. Per la cronaca il file originale pesa 1,73 GB.
Per quanto riguarda i formati che proponi:
  • Una versione DVD non ha senso perché o preparo il DVD in .iso (ma nessuno è così folle da masterizzare un DVD per un episodio solo) oppure si prepara un progetto DVD e se lo masterizza partendo dall'mp4/h264 che gli offre ottima qualità.
  • Ho forte antipatia per l'mpeg-2 per vari motivi: Mac lo digerisce con disgusto, è un formato proprietario, ma soprattutto è vecchio! l'mp4 offre una qualità nettamente superiore.
  • Offro tre versioni di mp4 (evoluzione del mpeg-2):
    • avi/xvid (che è anche un mpeg-4 ma layer 2) è adatto anche per i DivX players o HD players (ne ho uno! sigh!).
    • mp4/h264, che è il top over the top.
    • mp4/h264 per iPod perché l'iPod non digerisce altro (e io ne ho uno! sigh!)
  • Per quanto riguarda il Flash due codifiche sono necessarie: non mi va di escludere chi ha un computer lento e mi dispiace far vedere il video troppo compresso a chi può vederlo ad una qualità migliore.
Conosco ffmpegx ma non funzionava decentemente, almeno per mac. Riproverò con tutti i compressori possibili per arrivare alla versione ogg/Theora. Al limite lo faccio attraverso l'emulatore Linux.
--Christian (discussione) 13:33, 20 ott 2008 (CEST)
Forse con la doppia licenza si salvano capra e cavoli. Credo sia cmq piú comoda la CC-BY-SA per entrambi, ma avere il testo GFDL potrebbe servire... (che ne so, se su Wikisource vorremo inserire in futuro le trascrizioni dei video, potremo prendere queste :-))
--Andrea (discussione) 16:02, 20 ott 2008 (CEST)
Va bene per le codifiche, non vorrei imporre tempi di ricodifica troppo lunghi per produrre dei formati che pochi poi scaricheranno.
Mi piacerebbe però provare ad encodare dal formato originale in ogg/mpeg2 sul mio pc, nel caso posso inviarti una busta, con dentro dvd e francobollo così puoi inviarmi i 2Gb di master senza troppo disturbo.
--PauLoX (discussione) 16:59, 20 ott 2008 (CEST)
Per i sottotitoli ho risposto qui.
--Christian (discussione) 14:29, 21 ott 2008 (CEST)
Non c'è bisogno di inviarmi il DVD. Sul mio server ho abbastanza spazio e una buona connessione in uscita. In una notte dovrebbe essere uploadato. Aspettiamo però prima di avere la versione definitiva.
--Christian (discussione) 15:05, 22 ott 2008 (CEST)

DIRAC

Marco mi ha suggerito anche il CODEC Dirac, migliore secondo lui di ogg/theora. Non so quanto sia diffuso e non conosco un confronto con l'ogg/Theora. Che ne dite? Io sono un po'scettico, ma posso sempre essere convinto del contrario.

--Christian (discussione) 15:23, 22 ott 2008 (CEST)

Mi pare di averlo sentito. Di ogg/theroa so per certo che è totalmente free. Dirac?
--PauLoX (discussione) 20:10, 23 ott 2008 (CEST)
Ho trovato altre informazioni. Sembra che Dirac sia un codec video totalmente libero come theora ma sembrerebbe più performante sviluppato in seno alla BBC. Come contenitore utilizza, come theora, ogg e come stream audio utilizza, come theora, vorbis ed infatti c'è in previsione il formato ogg/dirac come ogg/theora.
Dalla comparazione si chiariscono molte cose.
Il formato è stato usato per le trasmissioni video durante le olimpiadi di pechino ed stata rilasciata la versione 1.0 a settembre.
I ubuntu 8.10 sarà presente un plugin per visualizzare i filmati della BBC quindi conterrà già il codec per visualizzare filmati in questo formato.
Concludendo forse qualche prova con questo formato potremmo farla.
--PauLoX (discussione) 11:11, 29 ott 2008 (CET)

Non disponibile

La versione mov di Firefox su blip.tv continua non essere raggiungibile.

--PauLoX (discussione) 13:03, 30 ott 2008 (CET)

Spero oggi di riuscire ad aggiornare tutti i file. Ma devo risolvere anche la questione Flash.
Intanto ho caricato il video e i sottotitoli su dotsub.com:
http://dotsub.com/view/797b63ab-0976-439b-8cea-5454725a99fd
--Christian (discussione) 13:21, 30 ott 2008 (CET)

Commenti ai post di altri: è spam?

Mi sto chiedendo su come e dove divulgare il nostro lavoro. Ho pensato che potevo aggiungere un commento ai post che si erano occupati di presentare Firefox. È spam questo?

--Christian (discussione) 17:47, 3 nov 2008 (CET)

Potrebbe esserlo in effetti..a me ad esempio starebbe bene, ma qualcuno potrebbe fare lo schizzinoso con frasi del tipo "è pubblicità che nessuno ha richiesto.."
A proposito di divulgazione...la newsletter che giorni fa hai detto di aver spedito, è partita veramente? L'unico messaggio che io ho ricevuto da te è a riguardo di questa discussione.
Emil (discussione) 22:06, 3 nov 2008 (CET)
Mi è preso un colpo. Ho controllato e credo che il disguido sia che avvenuto perché tu sei nella lista "speciale", a cui non ho mandato più la mail perché erano comunque già stati informati in altri modi. Te la mando ora!
Per quanto riguarda il commentare i post di altri... forse la soluzione è farlo in un modo discreto. È un peccato che il nostro lavoro non venga visto e utilizzato.
--Christian (discussione) 23:04, 3 nov 2008 (CET)

Argomenti degli episodi

--Christian (discussione) 01:51, 22 mag 2008 (CEST):Mi permetto di riportare di seguito il commento di Andrea su GuidaUbuntu perché pertinente anche qui:

"Gli argomenti sono già decisi? Ho qualche dubbio su alcuni punti, magari parlando mi convinco. Mi piacerebbe capire davvero cosa un utente medio vuole capire e sapere subito nel suo passaggio da un sistema operativo ad un altro , e/o cosa fa e cerca quando cambia un computer e rinizia daccapo. La versione salvata è questa:

* la questione password
* la suddivisione dello schermo
* caratteristiche e differenze da Windows
* come configurare l'immagine di fondo e il salvaschermo
* come usare diverse scrivanie
* come inserire i programmi preferiti nella barra
* dove registrare i propri documenti

Personalmente, non sono sicuro (ma magari mi sbaglio) della questione dell'immagine di fondo e dello screensaver, o dei programmi preferiti nella barra, mentre gli altri punti più li leggo più li capisco. Mi vengono in mente altre cose, cavolate magari, però far capire da subito quello che si vede, spiegare cosa c'è nello schermo e cosa sono le poche cose che vedo. Da lì aprire i tre menu e spiegare generalmente a cosa servono, lasciando una descrizione dettagliata per le puntate successive. --Andrea (discussione) 16:18, 21 mag 2008 (CEST)"

No, niente è già deciso! Sentiamoci tutti liberi di stravolgere la lista degli argomenti. Possiamo al limite usare un titoletto interno in cui mettere gli argomenti 'parcheggiati', in modo da tenerli comunque sott'occhio per un eventuale ripescaggio. Dunque, mi ripeto: ridiscutiamo, proponiamo il più possibile! --Christian (discussione) 01:51, 22 mag 2008 (CEST)
Ok allora, passo al brainstorming.
Sto facendo sondaggi a casa mia per capire, fra persone veramente digiune di computer, quali sarebbero le prime cose di cui avrebbero bisogno in un pc del tutto nuovo, anche come sistema operativo (vagli a spiegare te cosa è un sistema operativo...).
Quello che mi viene in mente è che dobbiamo spiegare tutto ciò che vedono all'inizio, dopo la questione password. magari con la tua faccina che si sposta e dice (qui c'è l'orologio, qui una bella scrivania vuota, qui invece tre distinti menu, ognuno con una funzione precisa...).
Giusto un accenno, ma delineare già i contorni della visuale, spiegare che i desktop sono di più, dire che i programmi (per andare in internet e scrivere) sono in quel menu.
E direi basta. In 5 minuti dovremmo starci. Andrea (discussione) 11:18, 22 mag 2008 (CEST)
Concordo pienamente. E' infatti la traccia che ho dato scrivendo i punti per la puntata di GuidaUbuntu. In definitiva diventa un approccio a GNOME. In mezzo si potrebbe iniziare ad accennare ad alcuni concetti. Io sono nella pausa del corso. Spero di riuscire a mezzogiorno a scrivere quella che sarà la prima stesura della prima puntata di Wikiguida! --Christian (discussione) 11:42, 22 mag 2008 (CEST)

Aggiornamento completo e cancellazione vecchia struttura

Spero di non essere stato troppo bold nel mio intervento. Il senso che do agli episodi lo spiego nelle FAQ. Riporto comunque qui di seguito la parte cancellata perché sicuramente ci sono molte cose che vanno ripescate e ricollocate da qualche parte.

Episodio 5

  • Open Office
    • elaborare testi, scrivere lettere
    • preparare delle tabelle di calcolo
    • preparare delle presentazioni
    • esportazione avanzata in pdf
    • pdf ibridi per reimportazione
    • gallery con openclipart
    • multipiattaforma e portableapps
    • draw/inkscape/scribus
    • importazione svg

Episodio 6

Tema centrale: backup e sicurezza

  • masterizzazione / backup (Brasero) + prog di backup??
  • consiglio di masterizzare
  • fare delle copie da portare via da casa o su un server remoto (non ci rendiamo conto della preziosità dei nostri documenti digitali fino a quando non li perdiamo)
  • la questione password in Linux
  • sicurezza dati
    • linux permette di mettere 2 dischi in raid su tutti i pc (facilmente in fase di installazione)
    • linux permette di usare lvm per aggiungere dischi e sostituirli senza perdere dati (facilmente in fase di installazione)
    • partedmagic per recuperare partizioni con gparted (utilissimo e parte da chiave usb)

Episodio 7

Tema centrale: gestire immagini e fotografie

  • gestione foto digitali / ritoccare le foto digitali / stampare le foto digitali
  • visualizzatore di immagini
  • client per Flickr
  • fotoritocco
  • foto in cc su panoramio / googlemap / googleearth
  • gthumb / f-spot
  • gimp (effetti speciali: plugin per liquid rescale)
  • guide passo passo in italiano per gimp su volalibero
  • hugin per foto 360°

Episodio 8

Tema centrale: gestire la musica

  • formati audio / iPod e simili / rippare CD (wma, ogg, aac, mp3)
  • rhythmbox (plugin per lettori, ipod, copertine, testi, last.fm, jamendo, masterizzare direttamente)
  • canzoni libere in cc su jamendo
  • gcstar gestione audioteca
  • soundjuicer per estrazione cd
  • chicca: rubyripper estrattore cd simile ad EAC (per smanettoni)
  • audacity per registrare in casa
  • pykaraoke per sostituire vanbasco
  • soundconverter per convertire facilemte tra i vari formati ausio
  • formati liberi: flac/ogg

Episodio 9

Tema centrale: gestire i video

  • rippare un dvd (diritto legittimo di copia di sicurezza), comprimere un DVD, conversione in avi, mp4, ogg, ... / conversione?
  • Totem
  • elisa media center
  • vlc 0.9 multipiattaforma
  • gcstar gestione videoteca
  • devede per convertire dvd
  • avidemux per modificare video meglio di virtualdub
  • kino per importare filmati dalla telecamera digitale

Episodio 10

Tema centrale: installazione & configurazione di GNU/Linux

  • scelta della distro
  • installare GNU/Linux
  • installare programmi aggiunti (Thunderbird, skype)
  • installare codec e plugin proprietari utili (mp3, flash, divx,...)
  • installare programmi Windows/lavorare con WINE
  • configurare la posta
  • installare una webcam
  • problemi da risolvere
  • bibliografia / guide / forum

Episodio X1

Tema centrale: sicurezza su internet in famiglia con Linux

Torna all'Indice dell'Episodio

  • serve internet in famiglia?
  • internet e' come una biblioteca con in piu' video e file musicali.
  • puoi anche consultare la piu' grande enciclopedia del mondo (wikipedia - esempi delle Winx
  • puoi leggere il giornale;
  • puoi telefonare, e vedere, parenti che abitano lontani
  • e' quindi una risorsa per tutta la famiglia;
  • ma ci sono dei rischi: i virus,
  • i virus su Linux: questi sconosciuti? Per i virus, Linux e' piu' sicuro di Windows o no?
  • programmi malvagi possono essere installati su Linux semplicemente scaricando un file MP3?
  • La sicurezza oltre la tecnologia: come si usa la chat? serve un nickname. Non sempre chi parla con noi e' chi dice di essere. mai dare dati personali, dire dove si abita o dare numeri di telefono;

Spero di non aver fatto casino...--Christian (discussione) 17:41, 25 set 2008 (CEST)

Personalmente avevo aggiunto appunti, parole chiavi e programmi nelle sezioni relative.
Man mano che andiamo avanti con gli episodi possiamo attingere a queste informazioni, quindi ha fatto bene a copiarli qui, così non vanno perduti.
--PauLoX (discussione) 10:32, 26 set 2008 (CEST)


Software Libero per tutti

Sono felice di poter dare il mio contributo a questo progetto perché in realtà lo sento come qualcosa di molto familiare.

Ho sempre appoggiato il Software Libero, sopratutto per la filosofia su cui si basa, ed il desiderio di poterlo diffondere e farlo conoscere a tutte le persone, ha generato in me l'intuizione del bisogno concreto di documenti semplici come introduzione alle idee di base per il Software Libero.

Nel 2005 dopo arie ricerche tra la documentazione ufficiale del progetto GNU e lo sconfinato materiale a proposito mi sono accorto che il tipo di documenti che mancavano erano proprio quelli più semplici e di cui sentivo il bisogno, così ho creato il progetto "Software Libero per tutti".

L'obiettivo del progetto è quello di introdurre al Software Libero tutte le persone anche le meno esperte di informatica tramite testi brevissimi e semplici da poter diffondere tramite internet, su volantini, in audio o video, talora supportati da immagini o suoni.

In realtà il progetto non è cresciuto molto ma ha tracciato dei punti abbastanza chiari producendo delle linee guida ed un testo introduttivo giunto alla terza versione rilasciato con licenza libera che ha fatto la propria apparizione in radio, in un convegno sul Software Libero ed essere stato recensito da blog di settore e raffinato su una mailing-list del settore.

Collaborando con questo progetto mi sono reso pian piano conto di quanti punti in comune ci fossero tra i due e di come sarebbe stato positivo unire le forze.

Vista che i migliori progetti di Software Libero hanno sempre riciclato quel che c'era, che gli intenti e le licenze sono perfettamente compatibili, che un progetto ha esperienza ma poco fermento e che l'altro ne ha molto ma non un nome, sarei felice di "rimescolare il codice" e di condividere il nome del progetto e fonderlo usando il nome "Software Libero per tutti".

Attendo con fiducia le vostre impressioni e vi indico l'attuale indirizzo del progetto "Software Libero per tutti" dove troverete un breve testo con contributo audio ce vi invito a visionare. Attenzione però in questo caso la brevità dei testi è voluta ed inversamente proporzionale al tempo impiegato per la stesura.

Software Libero per tutti

--PauLoX (discussione) 01:00, 5 ott 2008 (CEST)

Caro PauLoX, non ti ho risposto subito perché al di là del nome della serie, il tuo messaggio mi ha colpito e stimolato una serie di riflessioni che da tempo mi ronzano in testa. Il tuo messaggio accenna alle aspettative che tu hai in questo progetto e alla voglia di mettersi in gioco e credo sia importante in un progetto simile condividere le proprie aspettative.
È bello pensare che il progetto LinuxDay possa ereditare l'esperienza di un altro progetto e mi auguro che anche allo stesso modo LinuxDay possa essere utile allo sviluppo di altri progetti.
Per quanto riguarda il nome direi di adottare la tua proposta. Non sono convintissimo perché è un titolo un po' "buonista", ma è chiaro.
Come mai non è proseguito il vostro progetto?
--Christian (discussione) 17:36, 6 ott 2008 (CEST)
Il nome voleva essere un veicoli della tanto snobbatta definizione "Software Libero" con la semplice aggiunta del "per tutti" che ne sottolinea il target. Nel complesso dovrebbe essere facile da memorizzare ed anche tradurre.
Il progetto si è arenato per una mancanza cronica di tempo del sottoscritto ed anche se inizialmente il tutto era ospitato su un wiki non sonon riuscito a pubblicizzare oltre, poi dei problemi di hosting hanno creato altri rallentamenti, ma comuqnue non è morto ed ha resistito con lenti aggiornamenti.
Per me sarebbe bello passare cedere il "codice sviluppato fino ad ora" perchè venga innestato su altro "codice", è questo il bello delle licenze libere.
Spero che anche gli altri approvino.
--PauLoX (discussione) 18:27, 6 ott 2008 (CEST)
"Software Libero per tutti" è un nome che non mi dispiace, è chiaro e semplice, utilizza software libero e non open source, dunque è implicitamente schierato (i geek e i LUG credo ne sarebbero contenti). Effettivamente anche a me sembra un po' buonista, è una delle poche cose che non mi convince: avevo anche pensato a "Software libera tutti", ma forse incasina soltanto le cose.
--Andrea (discussione) 23:56, 6 ott 2008 (CEST)

Suddivisione macroscopica

Mi piace la suddivisione in blocchi prospettata.

Si potrebbe mantenere la stessa suddivisione delle applicazione prevista dallo standard freedesktop.org che poi è anche la suddivisione usata da gnome nel menu "Applicazioni", il tornerebbe utile sotto molti aspetti:

  • si predispone l'utente a questo tipo di suddivisione dei programmi
  • ci si basa su uno standard frutto del lavoro di persone esperte
  • disponiamo già di nomenclature e descrizioni
  • disponiamo già delle icone relative alle sezioni
  • disponiamo di nomi e descrizioni già tradotte in tantissime lingue (utile nella prospettiva di dover tradurre i filmati)
  • tale convenzione è già utilizzata da altre iniziative che mirano a diffondere le applicazioni libere (es: PortableApps, Elèutheros, ...)

Le sezioni standard sono [1]:

  • Accessori - Accessori del desktop
  • Altro - Applicazioni che non rientrano in altre categorie
  • Audio e Video - Menù multimedia
  • Giochi - Giochi e passatempi
  • Grafica - Applicazioni grafiche
  • Internet - Programmi per l'accesso a Internet come web ed email
  • Istruzione
  • Programmazione - Strumenti per lo sviluppo software
  • Ufficio - Applicazioni da ufficio
  • Sistema

Ovviamente si tratterebbe per ora di trattare solo le principali sezioni secondo quanto indicato da Christian.

--PauLoX (discussione) 00:04, 26 set 2008 (CEST)

L'idea di usare la suddivisione di GNOME è furba, si può sfruttare anche visivamente...
Io non tratterei ovviamente (all'inizio, poi si vedrà), la sezione Programmazione e Sistema: mi sebrano argomenti avanzati.
Una puntata su terminale si farà credo fra un bel po' di tempo... Istruzione non so a cosa si riferisca, non ce l'ho io.
--Andrea (discussione) 00:18, 26 set 2008 (CEST)
Ho suddiviso la pagina usando solo le aree di applicativi che per ora sonon stati messi in cantiere.
L'elenco di sopra è invece quello completo previsto dallo standard e dal menu gnome, con relative descrizioni.
--PauLoX (discussione) 00:24, 26 set 2008 (CEST)
Ragazzi, non vi sto più dietro... ma è un piacere. Sono giunto qui e già ci siete! Riprendo la mia strutturazione grossolana perché l'idea della prima serie è quella di rimanere intorno alle 20 puntate massimo (già così non sarà facile trovare tempo/fondi...) e aggregerei per macro-campi. Uso poi i titoli piccoli perché la pagina viene ripresa in prima pagina.
--Christian (discussione) 00:52, 26 set 2008 (CEST)
Brasero l'ho spostato in Sistema, perché lo vedo più vicino ad un programma 'da hardware' che da multimedia. Diverso sarebbe per un programma di DVD authoring. Credo. Anche un programma di gestione backup lo metterei sotto "sistema".
--Christian (discussione) 01:00, 26 set 2008 (CEST)
Sono d'accordo nel limitare il numero di puntate ma questo non ci impedisce di dividerle in 5 gruppi invece che 4, visti tutti gli aspetti positivi esposti sopra. Stesso discorso vale per Brasero che in Gnome viene posto sotto la categoria "Audio / Video" anche perché le persone lo usano soprattutto per masterizzare CD audio e DVD video, quindi mi sembra inerente alla sezione, inoltre una volta installato Gnome gli utenti lo troveranno in quella sezione, quindi tanto vale usare la stessa classificazione, se poi nei video si volessimo illustrare il percorso dell'applicazione, questa si troverebbe sotto Audio Video.
Per quanto riguarda Gnome avevo creato una sezione principale di nome Sistema che anche visivamente conteneva le altre aree per rispecchiare nu pò il contenimento reale.
--PauLoX (discussione) 10:27, 26 set 2008 (CEST)
Conservate le intestazioni piccole delle 18 applicazioni divise in 5 sezioni secondo lo standard di GNOME in ordine alfabetico .
Vi chiedo di trovare delle motivazioni per non seguire lo standard Gnome prima di cambiare la pagina.
--PauLoX (discussione) 11:03, 26 set 2008 (CEST)
Ho inserito le icone standard di Tango relative alla classificazione delle applicazioni.
Potremmo usare le icone come simbolo da inserire nelle puntate come se fossero i simboli del canale televisivo?
--PauLoX (discussione) 11:17, 26 set 2008 (CEST)

continua

Rientro con l'indent, altrimenti arriviamo a fine pagina. Mi piace la tua decisione. Mi piacciono le icone. La mia insistenza per una struttura a 4 è per avere dei gruppi di puntate più o meno omogenei, che seguano quella che per me è una regola psicologica assiomatica: 5 più o meno 2. Cioè il fatto che è più facile e mnemonicamente efficace raggruppare le cose in gruppi di 5 più o meno 2 elementi. Spesso i miei testi seguono questa regola. Il mio dubbio in questo caso deriva dal fatto di avere un gruppo "Sistema" con un solo elemento. Vedrei di buon occhio un raggruppamento che rende i gruppi logici ma anche omogenei. Comunque le icone mi piacciono e forse in questa fase va bene tenere questa distribuzione. Per quanto riguarda i simboli bisognerebbe vedere dove collocarli. La mia struttura a 4 infatti si basava anche dall'uso che ho fatto delle 4 aree di lavoro. Vedi gli screenshots dell'Episodio 1/Copione. Dovrò comunque presto discutere apertamente il mio modo di lavorare alle riprese e al montaggio, in modo da chiarire le possibilità di azione, di collaborazione o miglioramento. Mi scuso se non sono veloce con tutte le risposte! (ora per esempio sono in pausa corso!)

--Christian (discussione) 14:52, 26 set 2008 (CEST)

Per quanto riguarda la regola psicologica assiomatica penso che sia rispettata dalle 4 aree relative alle applicazioni.
Per quel che riguarda l'area sistema non penso che Gnome debba rimanere l'unica voce. In realtà sotto la voce sistema possono rientrare molte puntate più specifiche magari da prevedere in tempi più lunghi, che però potremmo inserire per bilanciare la regola di sopra.
Ecco una bozza di voci ipotetiche da inserire nell'area Sistema con tempi di realizzazione più lunghi:
  • installazione applicazioni (Synaptic): concetti del sistema pacchetti apt/installazione da interfaccia grafica, etc ...
  • gestione file (Nautilus): gestione file, masterizzazione da nautilus, gestione archivi removibili, risorse di rete, etc ...
  • gestione periferiche: stampanti, scanner, fotocamere, webcam (cheese), etc ...
  • aspetto: personalizzazione aspetto, compositing, accessibilità, etc ...
--PauLoX (discussione) 16:21, 26 set 2008 (CEST)
Rileggo ora l'intervento di Andrea più in alto e concordo. La serie già così e lunghissima. Forse proibitivamente lunga, se non riuscirò a far quadrare il progetto anche dal punto di vista produttivo. La realizzazione di una puntata mi prende più di due settimane di lavoro a tempo pieno, fra ricerca, scrittura, pre-montaggio, riprese, montaggio, distribuzione. Senza contare la manutenzione e sviluppo del Cantiere. 20 puntate significano dunque 40 settimane. Già quest'indicazione spinge chiaramente verso una razionalizzazione del numero di puntate.
Rispetto alle puntate proposte da PauLoX sopra (Sistema), credo sia difficile realizzarle. Sebbene il nome della serie sia Videoguide, in effetti non si tratta veramente di guide tout-court, quanto piuttosto di introduzioni dinamiche e allegre a un tema, un programma, etc... l'approfondimento si sviluppa attraverso la bibliografia finale. È una questione di razionalizzazione. Una puntata come la produco io costa troppo (almeno 1'000 euro tenendo conto 2 settimane di lavoro) per spiegare degli aspetti più dettagliati. Credo che in quel caso siano più adatti gli Screencasts, ma non è più il mio lavoro.
Chiaramente rimane sempre la possibilità che altri sviluppano in video le puntate. Il materiale del Cantiere viene rilasciato con GNU FDL i testi e CC BY-SA il materiale video e audio.
Questo mio intervento non vuole essere un freno e ben vengano tutte le proposte. È solo che io ogni tanto devo ritornare con i piedi per terra e misurarmi con ciò che posso fare, ciò che è nelle mie corde e ciò che dovrò fare per mantenermi.
Ho approfittato di questa discussione per fare il punto, ma credo che dovrò presto trovare il tempo per riflettere accuratamente e spiegare le mie aspettative sui progetti del Cantiere.
Spero di non essere stato in qualche modo rude. Non è mia intenzione. Ho il viziaccio di voler essere chiaro e preciso (svizzero, qualcuno direbbe)... ma credo sia importante esserlo nelle proprie aspettative. Salutoni! --Christian (discussione) 23:47, 26 set 2008 (CEST)
Penso che la chiarezza sia una virtù.
Personalmente sia nell'elenco di questa discussione, che nella voce relativa sono stato largo, in modo da avere una base ampia di episodi a cui attingere, anche se per ora non si realizzeranno tutti.
Mi piace pensare che non è dato sapere cosa ci riserverà il futuro, magari dopo le prime puntate la cosa riscuoterà un gran numero di consensi e sostegni da poter fare 50 puntate, magari se ne faranno molte meno, ma intanto iniziamo così.
Personalmente credo si possano mettere gli argomenti secondo una scala di priorità e poi valutare fin dove si riesce ad arrivare senza voler fare tutto e subito. Ecco la mia scala di priorità:
1. GNOME
2. Mozilla Firefox
3. Mozilla Thunderbird
4. OpenOffice.org
5. VLC
6. Pidgin
7. Gimp
8. Rhythmbox
9. Ekiga
10. Brasero
11. F-spot
12. Amule
13. Transmission
14. Evince
15. Evolution
16. Liferea
--PauLoX (discussione) 01:15, 27 set 2008 (CEST)
Date le preoccupazioni sui tempi, mi autoinvesto del cappellaccio da Organizzatore e dico: facciamo con quello che abbiamo, il 26 ottobre vedremo. Abbiamo già materiale più o meno per 5-6 puntate, io direi che la quarta sia o aMule/Transmission o solo uno dei due, ma almeno ci abbiamo un po' riflettuto (in tre, finora) e non si riparte da capo. Quindi per ora la nostra unica preoccupazione è la quarta puntata (e quelle prima, ma mi sembrano più definite). Il LinuxDay è dopodomani, la mia priorità ora è: parallelizzare il lavoro per le prime 4 puntate. Lavoriamo su quelle, il resto ce lo raccontiamo in momenti di più calma, non mi sembra abbia molto senso parlare di una intera serie adesso, che non abbiamo neanche una puntata pronta.
Detto questo, è ovvio che sono discussioni interessanti, e dirò la mia, ma al momento opportuno ;-) Andrea (discussione) 01:37, 27 set 2008 (CEST)

Continua 2

PauLoX, è ora che dai per scontato che ti ringrazio ogni volta, altrimenti mi allungo sempre nei ringraziamenti. Il tuo intervento è ancora una volta propositivo e valido. L'idea di una scala di priorità nell'affrontare i programmi ci vuole proprio. Concordo sull'ordine. Ma vale la pensa considerare se:

  • rimandare la puntata su Ekiga
  • non attendere l'uscita di OpenOffice 3
  • affrontare subito Amule, visto l'attenzione che può prendere e il lavoro già svolto da Andrea.

PS: Scrivevamo in contemporanea con Andrea... dunque sono in ritardo.

--Christian (discussione) 01:40, 27 set 2008 (CEST)

Credo comunque che una scala di priorità va fatta al più presto e introdotta nella pagina degli argomenti degli episodi. Potrebbe facilitare il deposito delle fonti.
--Christian (discussione) 01:43, 27 set 2008 (CEST)
Ho proposto una mia scala di priorità ma potete comunque variarla. Mi sembra che la cosa più imminente, come ci ricorda Andrea, sia decidere il tema della quarta puntata.
In base alla mia scala di priorità sarebbe il turno di OpenOffice, ma l'argomento mi sembra ampio, non abbiamo ancora raccolto molto ed in più sarebbe il caso di usare la versione 3 che non è ancora stata rilasciata in versione stabile (sto provando l'ultima RC).
L'applicazione successiva dovrebbe essere VLC ed in questo caso credo Christian sia già avanti con il lavoro avendo prodotto un video proprio su questo tema, tirando in ballo i codec e gli applicativi proprietari. Questa volta ci potremmo concentrare su VLC 0.9.2 usando e/o facendo riferimento al video già prodotto, con riferimento all'ottimo BigBuckBunny.
Nel frattempo potremmo aspettare che vengano rilasciati OpenOffice 3, Ekiga 3 ed il rivale di Pidgin (Telepathy) e continuare i test di comunicazione con sip e protocolli di IM in maniera da costruire un episodio utile per chi lo guarda.
--PauLoX (discussione) 15:37, 27 set 2008 (CEST)
Concordo con l'analisi di PauLoX. Ho aggiunto nella pagina di Struttura, la Lista delle Priorità. Ho proposto però in particolare di affrontare Amule e Transmission come 4. e 5. puntata. Più definiti e stabili, interessanti e controversi, abbiamo già un lavoro preliminare. Amule è storico, con Torrent c'è il caso della Baia aperto...
Però avrei anche un'altra proposta audace. Io avevo messo il VoIP in alto, perché sempre più persone che hanno un computer, lo usano per videochiamare. Ora, fare una puntata su SIP e Ekiga è un suicidio. Dare a intendere che si temporeggia, pure. Mi chiedo se, visto anche il materiale raccolto, non vale la pena fare una puntata su skype puntando a dire che:
  • skype esiste anche per Linux e dunque non c'è, anche in questo caso, motivo per restare con Windows
  • skype però ha molti problemi e dal punto di vista etico è inaccettabile
  • in sviluppo c'è una nuova soluzione che rivoluzionerà tutto (protocollo SIP e software open source).
  • presto ve la faremo vedere!
Che ne dite?
--Christian (discussione) 16:37, 27 set 2008 (CEST)
Per il LinuxDay abbiamo 4 puntate da sfornare e ci concentriamo su quelle. Dopo quella data saranno cambiate un sacco di cose: Ubuntu 8.10, OpenOffice 3, Ekiga 3, QuteCom, etc ... a quel punto magari la situazione sarà cambiata e potremmo fare una puntata su VoIP e SIP tra i principali sistemi operativi, anche perchè non credo che la situazione sia così critica, oggi infatti Ekiga su GNU/Linux ha funzionato egregiamente, l'unico ad avere problemi è stato Andrea che però ha avuto gli stessi problemi di webcam con skype.
Quindi parlare tra utenti GNU/Linux tramite SIP con Ekiga è semplice ed efficace quanto farlo con Skype quindi continuo a voare contro una puntata incentrata su skype anche perchè abbiamo altro tempo per fare prove.
--PauLoX (discussione) 20:25, 27 set 2008 (CEST)
Ok. Puntiamo dunque su Amule, che sviluppiamo nelle pagine "episodio 4", ma sarà il quarto episodio. Le pagine dell'episodio 3 (skype) lasciamole congelate lì. Discussioni tecniche in Discussione:LinuxDay:Episodio 4/Fonti, mentre le discussioni sulla struttura del testo in Discussione:LinuxDay:Episodio 4/Argomenti.
--Christian (discussione) 20:39, 27 set 2008 (CEST)

Che nome dare alla serie?

Inizio io il brainstorming:

  • "Linux Farm: la fattoria degli animali liberi"
  • "La libera fattoria di Linux"

--Francesca (discussione) 22:41, 8 set 2008 (CEST)

  • eviterei di lasciare il nome linux da solo ed userei un nome generico che contine parole comuni per l'utente normale tipo "Computer Libero"

--PauLoX (discussione) 12:24, 24 set 2008 (CEST)

--PauLoX (discussione) 01:02, 5 ott 2008 (CEST)

ecco una proposta di nome:
da pinguino+guida => "PING"
che richiama anche il famoso programma unix, ora in public domain e cross-piattaforma, e indirettamente il concetto di feedback, quindi il metodo "cantiere". interessante anche come acronimo ricorsivo: "PING Is Not a Guide", il fatto che questi video non vogliono essere intesi comeguide tradizionali ma qualcosa di più :) stammi bene! PS: la proposta del nome è BY-SA :)
-- Sebastiano, 7 ott 2008
Dobbiamo stringere i tempi per la questione dei nomi.
Teniamo conto che ci sono in pratica due titoli da scegliere: uno "creativo" e ufficiale e un altro strategico per i motori di ricerca.
Per quanto riguarda la serie, a me comunque piaceva l'idea di Sebastiano, ma forse ha ragione PauLoX che dovrebbe contenere anche l'animale gnu.
Mi piaceva anche PinGuida: PINguino GNU Guida... anzi mi piace mooolto. La G non è guida ma GNU! E funziona anche l'acronimo, no? Ed è una parola sola!!
Oppure ancora si potrebbe mischiare la proposta di PauLoX con quella di Francesca: "La fattoria del Software Libero"
Si deve decidere!! Dobbiamo votare?
--Christian (discussione) 03:13, 22 ott 2008 (CEST)
Sono gasatissimo: PinGuida: un'introduzione al mondo del Software libero"
--Christian (discussione) 03:16, 22 ott 2008 (CEST)
Anche a me non dispiace PINGuida (Pinguida is not a Guida?). Ottimo nome per un namespace ;-) --Andrea (discussione) 11:47, 22 ott 2008 (CEST)
Anche a Francesca piace molto! Io opterei per la versione PinGuida, con solo la P e la G in maiuscolo, in modo da rimarcare Pinguino e Gnu.
--Christian (discussione) 11:58, 22 ott 2008 (CEST)
Non capisco dove vedi lo GNU ma va benissimo... Peccato non sia ricorsivo :-P Io voto +1. --Andrea (discussione) 12:25, 22 ott 2008 (CEST)
Ha due letture: Pinguida is not a Guida e anche PINguino + Gnu + gUIDA = PINGUIDA però si dà rilevanza alla P di pinguino e alla G di gnu! voto +1 (e aggiungo Francesca che ho sentito al telefono!)
--Christian (discussione) 12:32, 22 ott 2008 (CEST)
PinGuida mi piace. sostituire pi con π è troppo vero? Credo proprio di sì..ma lo scrivo perché le ho pensate tutte. Non mi viene in mente niente di buono..quindi +1 per PinGuida (o come lo volete scrivere).
--Emil (discussione) 23:43, 22 ott 2008 (CEST)
pinguida +1 (con riserva)
"pinguida" è OK, infatti era la partenza, la prima cosa che mi era venuta. d'altra parte considero la produzione su scala internazionale, con le traduzioni, una delle maggiori potenzialità del progetto, quindi ritengo utile pensare fin d'ora in questa chiave. "pinguida" non regge all'estero, lì mi ero arenato... avevo pensato anche a "penguide" con logo tux, una penna e una guida, davvero terribile! :) -sebastiano
ok --PauLoX (discussione) 01:47, 24 ott 2008 (CEST)

ai singoli episodi?

Per il primo: Firefox, una bestia di browser! Oppure il già proposto Firefox, la bestia di fuoco. Per il secondo ci sto pensando.
--Emil (discussione) 23:47, 22 ott 2008 (CEST)
Continuiamo la discussione nelle pagine di discussione dei rispettivi episodi. Per il primo vai qui.
--Christian (discussione) 00:29, 23 ott 2008 (CEST)

Critica alla versione francese

Sono l'autore di "Linux facile Linux sicuro" e mi ha incuriosito il libro francese che lei anche cita, "Simple comme Ubuntu" di Didier Roche e così l'ho scaricato e ho cercato di farmene un'idea, pur non conoscendo questa bella lingua. Sono però rimasto costernato quando mi sono imbattuto nella sezione 5.10 "Bon, un firewall alors ?" in cui l'autore afferma che è inutile installare Firestarter, in quanto è solo un'interfaccia grafica e Ubuntu è già protetto dal suo firewall. Orbene, questo è assolutamente errato e lei può sincerarsi di ciò andando al seguente indirizzo:

http://wiki.ubuntu-it.org/Sicurezza/Iptables

Troverà le seguenti frasi:

  • "con Ubuntu appena installato, il firewall è sì attivo, ma non ha ancora una vera configurazione"
  • "In modo predefinito il firewall lascia passare tutto".

Vedi anche https://help.ubuntu.com/community/IptablesHowTo

Da notare che in tale libro non è minimamente spiegato come installare e configurare Firestarter, di fatto si dice all'utente di usare Ubuntu SENZA configurare iptables (chiamato, chissà perché, iptable) IN ALCUN MODO e questo è veramente grave. Mi sono fermato qui nella per me faticosissima lettura del testo in Francese (effettuata per mezzo di Google), non escludo affatto che ci siano altri argomenti trattati in modo discutibile.

-- Luigi Cocola, 10:12, 28 ott 2008 (CET)

Grazie per la segnalazione!
--Christian (discussione) 10:12, 28 ott 2008 (CET)