<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
--></style>
</head>
<body class='hmmessage'>
ciao, stasera ci sarò.. mi piacerebbe capire come far funzionare il microfono e la cam con ubuntu.. spero stasera di risolvere. <br><br>> From: gl-como-request@lists.linux.it<br>> Subject: Digest di gl-como, Volume 80, Numero 37<br>> To: gl-como@lists.linux.it<br>> Date: Wed, 27 Jan 2010 12:00:05 +0100<br>> <br>> Invia le richieste di iscrizione alla lista gl-como all'indirizzo<br>> gl-como@lists.linux.it<br>> <br>> Per iscriverti o cancellarti attraverso il web, visita<br>> http://lists.linux.it/listinfo/gl-como<br>> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo<br>> gl-como-request@lists.linux.it<br>> <br>> Puoi contattare la persona che gestisce la lista all'indirizzo<br>> gl-como-owner@lists.linux.it<br>> <br>> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto<br>> in modo che sia più utile di un semplice "Re: Contenuti del digest<br>> della lista gl-como..."<br>> <br>> <br>> Argomenti del Giorno:<br>> <br>> 1. Domani cominciano i corsi! (Davide)<br>> 2. Re: Newbe - ubuntu e firewall (pirla)<br>> 3. k3b e disegno tecnico info (ginoginoli@tiscali.it)<br>> 4. Re: k3b e disegno tecnico info (ADB)<br>> 5. Re: R: archlinux (Raffaele Recalcati)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Tue, 26 Jan 2010 12:23:08 +0100 (CET)<br>> From: Davide <ddepri@tin.it><br>> Subject: [gl-como] Domani cominciano i corsi!<br>> To: <gl-como@lists.linux.it><br>> Message-ID: <1266a5ee42c.ddepri@tin.it><br>> Content-Type: text/plain;charset="UTF-8"<br>> <br>> Domani sera incominciano i corsi in sala Noseda, in via Italia Libera a <br>> Como ( vicino alla CGIL) alle 21.20 circa. Incominciamo con Linx base. <br>> Chiedo gentilmente ai pinguini di venir giù a dar una mano, così <br>> quando i novizi faranno domande sapremo anche cosa rispondere... Per le <br>> chiavi della sede Brisa puoi chiamare oggi così da organizzare bene la <br>> giornata di domani e non rimanere senza sede? Se qualcuno avesse in <br>> giro un proiettore sarebbe fantastico, altrimenti resto in ditta fino a <br>> tardi e possiamo usare un monitor 23", speriamo basti. L'idea è quella <br>> di fare degli sceencast ma serve un microfono, non ditelo a Elena <br>> altrimenti non dice le parolacce. Per chi avesse necessità di venir giù <br>> per risolvere qualche problema linuxiano , chiedo di aver pazienza ed <br>> aspettare la fine del corso in modo da creare meno confusione e <br>> disturbare il meno possibile. Io penserò alle patatine e bibbbbite. <br>> <br>> Davide<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Tue, 26 Jan 2010 19:25:20 +0100<br>> From: pirla <the.pirla@gdit.it><br>> Subject: Re: [gl-como] Newbe - ubuntu e firewall<br>> To: Gruppo Linux Como <gl-como@lists.linux.it><br>> Message-ID: <1264530320.4657.40.camel@delo.gdit.it><br>> Content-Type: text/plain; charset="utf-8"<br>> <br>> Il giorno mar, 26/01/2010 alle 11.38 +0100, Riccardo (SCASI) ha scritto:<br>> <br>> > ti ripeto, io non ho riscritto una mia versione di /etc/init.d/iptables, <br>> > semplicemente non lo utilizzo per gestire il firewall del gw aziendale. <br>> > Questo anche in relazione al fatto che /etc/init.d/iptables al momento <br>> > *non è in grado di soddisfare le mie esigenze* (vedi gestione del qos).<br>> > Nel momento in cui emergerà uno standard(*) per la gestione dei firewall <br>> > sotto Linux (compreso appunto il qos) sarò ben felice di utilizzarlo.<br>> <br>> > (*) a parte i comandi iptables, tc, ip etc, intendo<br>> Scusa, non ho mai approfondito l'argomento, ma i casi sono due:<br>> O i comandi tc ip etc non c'entrano con le regole di iptables, o, se<br>> modificano le regole di iptables, allora devono essere gestibili con i<br>> comandi standard di iptables.<br>> Se siamo nel primo caso allora /etc/init.d/iptables soddisferebbe solo<br>> la parte di firewalling, e il resto o lo metti appunto in rc.local<br>> oppure usi un modo (se esiste) "stamdard".<br>> Se invece siamo nel secondo caso allora siamo in presenza di un bug che<br>> "deve" essere affrontato e risolto.<br>> <br>> Ripeto, non ho mai approfondito la questione, quindi non so.<br>> <br>> > si ma io i comandi iptables e altre cose non le digito a mano, dico allo <br>> > script che ho fatto quali comandi generare. Certo potrei sempre lanciare <br>> > lo script e poi digitare 'service iptables save', ma non ne vedo <br>> > l'utilità e rimane sempre fuori il discorso relativo a 'tc'.<br>> Lo so che non li digiti a mano, ci mancherebbe altro.<br>> Non so se hai visto il file generato da iptables-save. E' veramente così<br>> semplice che potresti editare direttamente quello.<br>> E poi per caricare le regole, basta un /etc/init.d/iptables restart e<br>> sei a posto.<br>> Poi ognuno usa il metodo che preferisce. Fatto sta che se usi un metodo<br>> "standard" questo diventa facilmente portabile, e soprattutto facilmente<br>> manutenibile anche da altri.<br>> <br>> > > Il secondo è che lo script controlla, verifica, ed in caso carica, tutti<br>> > > i moduli che servono per far funzionare bene il firewall.<br>> > > Questo non è poco, e poi eventuali bachi o altro vengono aggiornati con<br>> > > gli aggiornamenti del sistema operativo, oltre ad essere una cosa<br>> > <br>> > questo non è vero:<br>> > a) le soluzioni ai bachi di kernel/iptables/iproute etc li ho anch'io<br>> > b) i bachi nelle regole di iptables non vengono 'sistemate' nemmeno nel <br>> > tuo caso:<br>> > 1) iptables -I INPUT -i ppp0 -j ACCEPT<br>> > 2) service iptables save<br>> > 3) yum update<br>> Beh, qui hai frainteso. Non parlavo degli errori che tu fai<br>> nell'implementare un firewall. Quelli sono cavoli tuoi, e poi per me<br>> potrebbe essere un baco, mentre per te no, o viceversa.<br>> Ma se ci fosse un malfunzionamento nello script iptables allora questo<br>> sarebbe aggiustato con un aggiornamento.<br>> <br>> > > standard, per cui domani che vai da un cliente ti aspetti che la cosa<br>> > > funzioni così, e se così non è, come con ubuntu "smadonni" oppure dici,<br>> > > ma chi è quel coglione che ha fatto sta cosa che non si capisce niente.<br>> > > Peggio ancora se perdi 3 ore di tempo a capire dove cavolo vengono<br>> > > caricate delle regole di firewall che tu non avevi mai specificato.<br>> > > Non so se mi sono capito, ma fa lo stesso<br>> > <br>> > questo appunto perché per ora non è emerso il famoso standard.<br>> > Inoltre, iirc, rc.local è l'ultimo script che viene lanciato al boot, <br>> > pertanto potresti 'segare' le regole iptables che non si sa da dove <br>> > vengano e impostare solo le tue.<br>> Infatti rc.local è li per tutto quello che non è fattibile con gli<br>> strumenti "standard". Quindi magari il tuo tc, ma non iptables che ha<br>> già un qualcosa di pronto all'uso, flessibile, testato e certificato.<br>> <br>> > > Questione di punti di vista, ma il problema è proprio questo.<br>> > > Non ci sono standard purtroppo. E continuo a sentirmelo dire dai clienti<br>> > > dove vado in giro. Molti stanno facendo degli sforzi, altri invece fanno<br>> > > i dittatori o gli "asociali" dicendo che "come faccio io è meglio e<br>> > > quindi non rompetemi".<br>> > <br>> > io non mi considero 'dittatore' o 'asociale' (ok, asociale magari un po' <br>> > lo sono, ma _non_ in ambito informatico :) ) e non mi sono mai espresso <br>> > in questi termini; ti ho semplicemente detto l'approccio che utilizzo <br>> > io, che ha il vantaggio di essere abbastanza agnostico (se so cosa vuol <br>> > dire) in merito alla distribuzione usata.<br>> Il riferimento non era a te come persona, ma ad una certa comunità di<br>> sviluppatori.<br>> Il "nostro" problema è il fatto che noi prendiamo in mano un cliente, o<br>> un nostro server, o qualsiasi cosa, come se fosse quello di casa nostra.<br>> Non sempre è possibile fare così, non c'è uno straccio di documentazione<br>> (e su ubuntu ti assicuro che ho cercato), le cose vengono fatte in modo<br>> "artistico" a seconda di come ci girava quel giorno.<br>> Ma se poi (toccando tutto quello che si deve) ci passa un TIR sopra?<br>> O se il server svampa miseramente e bisogna ricostruirlo da zero?<br>> Non ci si ricorda mai quello che si era fatto, dove stavano le cose ecc<br>> ecc.<br>> Niente di personale quindi, ma solo un critico scambio di idee.<br>> La mia idea è quella di riesntrare il più possibile in uno standard<br>> condiviso, intelligente, logico e semplice.<br>> In molti casi è possibile, in altri lo è meno... pazienza. Bisognerà<br>> lavorare per farlo diventare prima di tutto logico, poi semplice e poi<br>> condiviso. Sull'intelligenza invece ci si può scornare :-)<br>> <br>> -- <br>> Ciao<br>> Pirla<br>> <br>> Per rispondere in E-mail the (punto) pirla (chiocciola) gdit.it<br>> *** un bacio ai pupi ***<br>> <br>> ---> Linux user since yesterday <---<br>> ---> Linux User #389536 <---<br>> -------------- parte successiva --------------<br>> Un allegato non testuale è stato rimosso....<br>> Nome: non disponibile<br>> Tipo: application/pgp-signature<br>> Dimensione: 197 bytes<br>> Descrizione: Questa è una parte del messaggio firmata digitalmente<br>> URL: <http://lists.linux.it/pipermail/gl-como/attachments/20100126/f84062a2/attachment-0001.pgp><br>> <br>> ------------------------------<br>> <br>> Message: 3<br>> Date: Tue, 26 Jan 2010 20:46:01 +0100 (CET)<br>> From: "ginoginoli@tiscali.it" <ginoginoli@tiscali.it><br>> Subject: [gl-como] k3b e disegno tecnico info<br>> To: gl-como <gl-como@lists.linux.it><br>> Message-ID:<br>> <16601785.107161264535161902.JavaMail.defaultUser@defaultHost><br>> Content-Type: text/plain; charset="utf-8"<br>> <br>> Ho scaricato k3b per masterizzare.<br>> - Chiedo: è possibile avere la lingua italiana o è solo in inglese?<br>> - Ho visto che ho in accessori "akonaditray" e in strumenti di sistema "akona di console". Credo di averli installati con k3b... Sono necessari o posso disinstallarli?<br>> <br>> Esiste inoltre un pacchetto per il disegno tecnico, tipo autocad per intenderci? <br>> Grazie<br>> <br>> Il mutuo? Online risparmi!<br>> Confronta le offerte di 40 banche con tassi esclusivi. Consulenza gratuita ed indipendente.<br>> <br>> -------------- parte successiva --------------<br>> Un allegato HTML è stato rimosso...<br>> URL: <http://lists.linux.it/pipermail/gl-como/attachments/20100126/0d28c672/attachment-0001.htm><br>> <br>> ------------------------------<br>> <br>> Message: 4<br>> Date: Wed, 27 Jan 2010 08:59:13 +0100<br>> From: ADB <albeluci@gmail.com><br>> Subject: Re: [gl-como] k3b e disegno tecnico info<br>> To: "ginoginoli@tiscali.it" <ginoginoli@tiscali.it>, Gruppo Linux Como<br>> <gl-como@lists.linux.it><br>> Message-ID:<br>> <60822c0e1001262359t29a673f4m374588ebe2c16664@mail.gmail.com><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> akonadi si occupa archiviare e recupaerare i dati rivolti ad<br>> applicazioni PIM. Probabilmente hai per caso installato anche Kmail o<br>> Kontact? Non lo cancellare.<br>> <br>> http://techbase.kde.org/Projects/PIM/Akonadi<br>> <br>> Per disegno tecnico c'è qcad...prova a darli un'occhiata...<br>> <br>> albertux<br>> <br>> Il 26 gennaio 2010 20.46, ginoginoli@tiscali.it<br>> <ginoginoli@tiscali.it> ha scritto:<br>> > Ho scaricato k3b per masterizzare.<br>> > - Chiedo: è possibile avere la lingua italiana o è solo in inglese?<br>> > - Ho visto che ho in accessori "akonaditray" e in strumenti di sistema<br>> > "akona di console". Credo di averli installati con k3b... Sono necessari o<br>> > posso disinstallarli?<br>> ><br>> > Esiste inoltre un pacchetto per il disegno tecnico, tipo autocad per<br>> > intenderci?<br>> > Grazie<br>> ><br>> > Il mutuo? Online risparmi!<br>> > Confronta le offerte di 40 banche con tassi esclusivi. Consulenza gratuita<br>> > ed indipendente.<br>> ><br>> ><br>> ><br>> > --<br>> > Mailing list info: http://lists.linux.it/listinfo/gl-como<br>> ><br>> ><br>> <br>> <br>> <br>> -- <br>> --<br>> <br>> <br>> ------------------------------<br>> <br>> Message: 5<br>> Date: Wed, 27 Jan 2010 09:52:24 +0100<br>> From: Raffaele Recalcati <lamiaposta71@gmail.com><br>> Subject: Re: [gl-como] R: archlinux<br>> To: Gruppo Linux Como <gl-como@lists.linux.it><br>> Message-ID:<br>> <ade1bdc1001270052m2c211a3dlbd3a89f9a3ac93dd@mail.gmail.com><br>> Content-Type: text/plain; charset=ISO-8859-1<br>> <br>> Il 25 gennaio 2010 17.08, ADB <albeluci@gmail.com> ha scritto:<br>> > Il 25 gennaio 2010 13.57, Raffaele Recalcati <lamiaposta71@gmail.com><br>> > ha scritto:<br>> >> Il 23 gennaio 2010 14.31, ADB <albeluci@gmail.com> ha scritto:<br>> >>> ariecchimi,,,<br>> >>><br>> >>> allora...wlan0 funziona con nuovo kernel e suo firmware (caricato da<br>> >>> chiavetta) sono partito con gli aggiornamenti e con l'installazione di<br>> >>> gnome secondo la guida sul wiki di archlinux.<br>> >>> Ho modificato tutti files di configurazione e attivato i demoni per<br>> >>> far partire gdm etc etc...<br>> >><br>> >> punto1: beh, fin qui andava ..<br>> >> giusto?<br>> >><br>> >>><br>> >>> dopo riavviosi inchioda caricando x penso.....<br>> >>> schermata nera, non posso neppure attivare una console...<br>> >><br>> >> hai provato ctrl+alt+F1 una volta finito il boot ?<br>> >><br>> >><br>> >>> riavviando col kernel "rescue" non mi da la possibilità di aprire<br>> >>> manco una shell...roba da matti...<br>> >><br>> >> anche qui prova crtl+alt+F1<br>> >>> sono chiuso fuori..<br>> >><br>> >> tristissimo!!!<br>> >> se abbassi il run level entrando con una live?<br>> >> magari disabiliti le cose che danno problemi e torni al punto1<br>> ><br>> > Eh, si...sono partito con la live di archlinux, ho montato la<br>> > partizione su cui avevo installato il sistema, ho disabilitato il<br>> > demone di gdm e sono tornato al punto 1.<br>> ><br>> > Almeno ho un sistema a linea di comando Funzionante con rete<br>> > wireless... :-) (anche se la eth0 continuo a non vederla) :-(<br>> ><br>> > Credo che il problema sia comunque X....<br>> ><br>> > risolveremo mercoledì se ci sarai o se ci sarà qualcun altro...<br>> > Domattina vedo di approfondire un po' l'analisi al problema..<br>> <br>> <br>> faccio di tutto per venire stasera.<br>> ce li hai questi?<br>> <br>> ls /var/log/Xorg.*<br>> /var/log/Xorg.0.log /var/log/Xorg.1.log.old /var/log/Xorg.failsafe.log<br>> /var/log/Xorg.0.log.old /var/log/Xorg.99.log<br>> /var/log/Xorg.1.log /var/log/Xorg.99.log.old<br>> <br>> <br>> uno di quelli vecchi potrebbe contenere il boot che è andato a male.<br>> <br>> <br>> ><br>> > Saluti<br>> ><br>> > Albertix<br>> ><br>> > --<br>> > Mailing list info: http://lists.linux.it/listinfo/gl-como<br>> ><br>> <br>> <br>> <br>> -- <br>> www.opensurf.it<br>> <br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> gl-como mailing list<br>> gl-como@lists.linux.it<br>> http://lists.linux.it/listinfo/gl-como<br>> <br>> <br>> Fine di Digest di gl-como, Volume 80, Numero 37<br>> ***********************************************<br> <br /><hr />Tanti account di posta? Riuniscili e leggi <a href='http://www.windowslive.it/hotmail/GestisciAltriAccount.aspx' target='_new'> tutte le e-mail da Hotmail</a></body>
</html>