[FSUG PD] Digest di fsug-pd, Volume 16, Numero 5

andreacesaro a inwind.it andreacesaro a inwind.it
Mer 13 Feb 2008 01:34:45 CET


---------- Initial Header -----------

>From      : fsug-pd-bounces a lists.fsugpadova.org
To          : fsug-pd a lists.fsugpadova.org
Cc          : 
Date      : Thu, 07 Feb 2008 12:00:04 +0100
Subject : Digest di fsug-pd, Volume 16, Numero 5

Salve a tutti sto cercando un portatile ,usato ma in buono stato, a un prezzo ragionevole,un Pentium 4, con lettore floppy, hd 80Gb,masterizzatore dvd,magari con bluetooth, se wireless meglio,porta parallela naturalmente porta usb; 
grazie anticipatamente per la Vostra disponibilità
Cordiali saluti
Andrea Cesaro





> Invia le richieste di iscrizione alla lista fsug-pd all'indirizzo
> 	fsug-pd a lists.fsugpadova.org
> 
> Per iscriverti o cancellarti attraverso il web, visita
> 	http://lists.fsugpadova.org/listinfo/fsug-pd
> oppure, via email, manda un messaggio con oggetto `help' all'indirizzo
> 	fsug-pd-request a lists.fsugpadova.org
> 
> Puoi contattare la persona che gestisce la lista all'indirizzo
> 	fsug-pd-owner a lists.fsugpadova.org
> 
> Se rispondi a questo messaggio, per favore edita la linea dell'oggetto
> in modo che sia più utile di un semplice "Re: Contenuti del digest
> della lista fsug-pd..."
> 
> 
> Argomenti del Giorno:
> 
>    1. News (Marco, Nuova Radar Coop)
>    2. Re: distribuzione per robot (puglia)
>    3. ODF vs OOXML (Carlo Avversari, Tesoreria FSUG Padova)
>    4. Re: ODF vs OOXML (Diego Zanga)
>    5. Re: ODF vs OOXML (Emanuele Zamprogno)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 6 Feb 2008 15:01:01 +0100
> From: "Marco, Nuova Radar Coop" <marco.bettin a nuovaradarcoop.it>
> Subject: [FSUG PD] News
> To: "fsug-pd" <fsug-pd a lists.fsugpadova.org>
> Message-ID: <00f401c868c8$b4bde1b0$6501a8c0 a Marco>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> ** TORVALDS: PER MICROSOFT I BREVETTI SONO SOLO MARKETING **
> Il creatore di Linux sostiene che Microsoft non userà mai i
> propri brevetti per affossare il Software Libero e spera di
> vedere i maintainer del kernel includere anche quei driver che
> non sono perfetti ma di cui gli utenti hanno bisogno.
> http://www.zeusnews.it/news.php?cod=6780
> -------------- parte successiva --------------
> Un allegato HTML è stato rimosso...
> URL: http://lists.fsugpadova.org/pipermail/fsug-pd/attachments/20080206/862a301b/attachment.html 
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 07 Feb 2008 09:02:19 +0100
> From: "puglia" <pugliamix a pattininews.it>
> Subject: Re: [FSUG PD] distribuzione per robot
> To: Il Software Libero a Padova e dintorni
> 	<fsug-pd a lists.fsugpadova.org>
> Message-ID: <47aabb0b.1fb.4722.916500804 a webmailh1.aruba.it>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Con stumbleupon sono capitato per caso in una pagina dove si
> elencavano varie live distributions di linux a seconda degli
> scopi che perseguono. 
> Cliccando su Robotics (ho pensato a questo thread di qualche
> giorno fa) questo è quello che è venuto fuori:
> 
> Legnoppix  	http://debian.ipsyn.net/legnoppix/
> 
> Pyro Live CD
> 	http://pyrorobotics.org/pyro/?page=PyroLiveCD
> 
> Magari non c'entrano nulla con il tuo intento (non sono in
> grado di valutarlo personalmente), ma io le posto lo stesso.
> Magari, invece, una di queste due distribuzioni potrebbe
> essere proprio quella che stai cercando...
> Ciao. 
> 
> Francesco
> 
> ----- Original Message -----
> Da : max_xxv <mauro.soligo a gmail.com>
> A : "Il Software Libero a Padova e dintorni"
> <fsug-pd a lists.fsugpadova.org>
> Oggetto : Re: [FSUG PD] distribuzione per robot
> Data : Wed, 30 Jan 2008 23:43:18 +0100
> 
> > Allora vediamo di spiegare meglio quello che vogliamo
> > ottenere che forse il problema è la, non mi sono
> spiegato.
> > 
> > Prima di tutto l'HW, non è che stiamo lavorando ad un
> > robot unico ma ad un sistema SW che ci permetta di
> > lavorare con gli stessi strumenti SW ciascuno sul suo HW,
> > le specifiche minime sono che il robot avrà una scheda
> > madre X86 con una CF da almeno 512Mb e 1Gb di RAM e almeno
> > una interfaccia di rete per uso interno ( dialogo con
> > altro HW IP ) e una per l'amministrazione (probabilmente
> > WiFi ). Quello che vogliamo ottenere è una cosa che
> > copiata nella CF mi permetta di fare il boot della
> > macchina ed avere un mio sistema funzionante con certi
> > strumenti già presenti ( compilatori, interpreti, etc...
> > ).
> > 
> > Molto semplicemente potremmo prendere una distribuzione
> > USB-oriented e personalizzarla, il punto è se ce ne sia
> > una già pensata così, ora mi stavo guardando la SLAX e
> > SLAX-RT
> > (http://www.mecatronica.eesc.usp.br/~aroca/slax-rt/) che
> > potrebbero essere un buon punto di partenza...
> > 
> > Per come "organizzare la memoria" la cosa che ho visto
> > fare solitamente è di creare una immagine che viene
> > decompressa in RAM ma questo ha lo svantaggio che per
> > modificare un file bisogna sempre ricreare l'immagine, se
> > potessimo tenere i dati in CF già decompressi e lavorare
> > in tmpfs in modo da essere però matematicamente sicuri
> che
> > non andiamo a toccare la CF la cosa sarebbe ottima, di
> > contro ha che occupa un po' più spazio ma ha molti
> > vantaggi di praticità e velocità.
> > 
> > Per quello che riguarda l'embedded, il sistema nasce per
> > un compito preciso, è una scatola nera che ha uno scopo,
> > il fatto che l'HW che lo esegue sia vario non ne preclude
> > l'appellativo "embedded" a mio avviso e anche così fosse
> > non è un problema, non è il nome embedded che ci
> interessa
> > ma il risultato...
> > 
> > In ultimo una precisazione sulle risorse, non è che non
> ci
> > interessa usare il 100% della CPU, anzi, ma se per passare
> > dal 90% al 100% mi servono decine di ore di lavoro mi
> > costa molto meno mettere una CPU il 100% più veloce,
> > l'ottimizzazione non va vista in termini di sola CPU ma di
> > tempo di lavoro umano... insomma, da un processore a
> > 600Mhz a uno da 1Ghz l'aumento teorico di velocità è
> di
> > quasi il 100% e in termini di costi meno di un 10%...
> > 
> > 
> > 
> > 
> > -- 
> > Visita il mio sito
> > http://www.katodo.com e http://wiki.tuttoelettronica.org
> > oppure contattami in MSN, GTALK o ICQ N° 129440900
> > Radioamatore: IW3HZQ --- Gentoo user!!
> > "Tutto è impossibile fino a quando qualcuno non ci
> > dimostra il contrario... "
> > _______________________________________________ fsug-pd
> > mailing list fsug-pd a lists.fsugpadova.org
> > http://lists.fsugpadova.org/listinfo/fsug-pd
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Thu, 7 Feb 2008 11:11:20 +0100
> From: "Carlo Avversari, Tesoreria FSUG Padova" <advhertz80 a gmail.com>
> Subject: [FSUG PD] ODF vs OOXML
> To: "Il Software Libero a Padova e dintorni"
> 	<fsug-pd a lists.fsugpadova.org>
> Message-ID:
> 	<d34782710802070211g5df08db9scd17e1d72e830e4f a mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Ciao a Tutti,
> qualcuno ha ben chiaro il discorso della "Guerra dei Formati" relativo al
> ODF e OOXML?
> Voglio dire, al di la' del solito discorso "tutti contro Microsoft" ed "in
> alto la bandiera del FS" - sapete gia' io da che parte sto, non c'e' bisogno
> che ve lo dica - quali sono le reali differenze tra i due formati, sapete?
> Leggendo qua e la' mi e' sembrato di capire che comunque anche il OOXML e'
> un formato aperto e basato su standard, mi sbaglio?
> 
> Fatemi sapere,
> Grazie.
> 
> Ciao.
> 
> Advhertz.
> 
> P.S.
> Ci vediamo stasera a Padova...eh eh...
> -------------- parte successiva --------------
> Un allegato HTML è stato rimosso...
> URL: http://lists.fsugpadova.org/pipermail/fsug-pd/attachments/20080207/4d5d0281/attachment-0001.htm 
> 
> ------------------------------
> 
> Message: 4
> Date: Thu, 7 Feb 2008 11:43:24 +0100
> From: "Diego Zanga" <naarani a gmail.com>
> Subject: Re: [FSUG PD] ODF vs OOXML
> To: "Il Software Libero a Padova e dintorni"
> 	<fsug-pd a lists.fsugpadova.org>
> Message-ID:
> 	<3b2806290802070243h4f5346cdjf3a498a5d71faed2 a mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Il 07/02/08, Carlo Avversari, Tesoreria FSUG
> Padova<advhertz80 a gmail.com> ha scritto:
> > Ciao a Tutti,
> > qualcuno ha ben chiaro il discorso della "Guerra dei Formati" relativo al
> > ODF e OOXML?
> 
> non c'e' nessuna guerra dei formati:
> ODF e' standard ISO e standard UNI (cioe' italiano)
> 
> OOXML e' uno "standard" Ecma, l'ecma e' un organismo PRIVATO (composto da
>  aziende private che hanno deciso di fondarla),ISO e UNI "sono pubblici" (dove
> votano comitati nazionali per le nazioni aderenti).
> Microsoft ha "spinto" per standardizzare OOXML prima in ECMA e di qui in ISO.
> Ora Ecma chiede a ISO di valutarlo come standard.
> 
> 
> 
> > qualcuno ha ben chiaro il discorso della "Guerra dei Formati" relativo al
> > ODF e OOXML?
> 
> in m$ pensano che soffiando sul fuoco della discussioen e scrivendo
> ovunque che sono vittime di un complotto e ci si dimenticihi che M$
> e' parte del consorzio OASIS (che come ecma ha valutato uno standard
> "privato" e lo ha sottoposto ad ISO per la standardizzazione) : ops...
> fanno parte del gruppo che ha GIA' prodotto uno standard iso per i
> documenti.
> 
> M$ e' anche l'azienda che ha scritto un formato che "sostituisce" o si
> sovrappone a parecchi standard ISO: che semplicemente non e' una
> pratica possibile salvo buttare via l'ISO (vedi sotto l'esempio sulle date)
> 
> <di guerra> si e' parlato solo a fronte del misterioso evento per cui
> quando e' stato standardizzato ODF come quando e' stato standardizzato
> molto altro in ISO, non c'e' stata nessuna "improvvisa" variazione nei
> comitati NAZIONALI, al contrario da due anni c'e' una RESSA di PARTNER
> DORATI di M$ che sono corsi ad iscriversi nei vari comitati nazionali.
> Alla ressa dei PARTNER si e' aggiunta la RESSA DELLE NAZIONI:
> ci sono quasi 20 nazioni che si sono fatte vive in ISO solo per votare su
> OOXML, ma ne PRIMA ne IN TUTTE LE VOTAZIONI SUCCESSIVE si sono
> mai occupate di nulla (ops)
> 
> Tutte queste cose hanno fatto pensare a qualcuno che MAGARI non si
> voleva valutare le specifiche di OOXML ma acquisirlo cosi' com'e' : e non
> e' certo una procedura tanto SANA. L'ISO e' li a fare valutazioni non a
> timbrare <roba> per dire che va bene cosi', se no vorrebbe solo dire che
> VENDONO il BOLLINI.
> 
> 
> 
> > Voglio dire, al di la' del solito discorso "tutti contro Microsoft" ed "in
> > alto la bandiera del FS" - sapete gia' io da che parte sto, non c'e' bisogno
> > che ve lo dica - quali sono le reali differenze tra i due formati, sapete?
> 
> il problema attualmente non e' cosa ha uno o cosa ha l'altro ma solo
> la pretesa di ECMA di passare in ISO pari pari il formato ooxml: se
> divenisse uno standard ISO chiunque dovrebbe porterlo usare, ma se
> contiene errori, cavolate che differiscono DAGLI STANDARD ISO,
> nonche materiale sotto brevetti di terzi etc etc, la cosa diventerebbe
> impossibile se non alla <disponibilita'> di M$.
> 
> in termini spicci: c'e' uno standard ISO per scrivere le DATE. OOXML
> prevede di usare DATE con un formato errato, che perpetua gli errori
> nella gestione delle date di E$cel.. ...
> Cioe' non solo non rispetta standard ISO pre-esistenti, ma prevede di
> usare formati che si sa gia' che contengono ERRORI.
> Questa e' la barzelletta piu' grossa e piu' comprensibile: significa
> non solo rendere inutili altri standard ISO, ma che poi il formato avrebbe
> problemi d'uso in vari ambiti.
> 
> Chi e' il mito che vende auto che esplodono, sapendo a priori che esplodono,
> e chiendendo anche ad "un ente statale" di dire che non esplodono?
> 
> 
> >  Leggendo qua e la' mi e' sembrato di capire che comunque anche il OOXML e'
> > un formato aperto e basato su standard, mi sbaglio?
> 
> lo standard di una organizzazione "PRIVATA" di aziende che hanno
> recepito OOXML senza colpo ferire : in ISO la cosa e' un po piu' lunga.....
> 
> Fatta questa premessa
> 1) OOXML e' coperto da brevetti che gli avvocati M$ dicono che "non
> faranno valere"
> 2) aperto e' una parola che non significa niente: anche .NET e'
> "aperto" : leggi il
> sorgente e scrivici MONO, poi MONO non potra' piu' essere GPL .. ... ah ah
> (la licenza ha caratteristiche tali che infatti chi lavora su MONO ha
> il DIVIETO di
> leggere alcun che dell'originale: e non sto parlando di >copiare< che
> e' vietato, ma
> solo di LEGGERE)
> 3) e' fondato sui formati di Microsoft, che sono "standard di fatto"
> vista la presenza
> sul mercato, ma passeranno i secoli prima che il formato DOC possa essere uno
> standard pubblico.
> 
> 
> 
> Detto tutto questo: o ecma ripulira' OOXML di quanto tecnicamente dubbio
> o errato, chiarendo in modo esplicito elementi <oscuri> o e' improbabile OOXML
> sara' in futuro uno standard ISO. Va anche detto pero' che se OOXML viene
> ripulito, MISTICAMENTE comincera' ad assomigliare ad ODF(ah ah). A quel
> punto in ISO potrebbero tutti accorgersi che FORSE fare due standard per la
> stessa cosa e' un po stupido(?): dopotutto non e' mai successo.
> Nel mentre di tutto questo a M$ rimarra' il problema di decidere cosa fare
> perche' se ECMA fa tutte queste modifiche o M$ si adegua o ci saranno 2
> standard OOXML. quello di "mercato" M$ e quello ECMA (ah ah).
> 
> Per ridurre ODF e OOXML ad un'unico standard servirebbe poi altro tempo:
> quindi <terzo "standard> ooxml.
> 
> OOXML : un nome, una fonte di guai infinita.
> 
> 
> cya
> -- 
> Diego Zanga
> ------------------------------
> http://www.edp-si.it
> http://www.elawoffice.it
> http://www.blogstudiolegale.eu
> http://www.processociviletelematico.eu
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Thu, 7 Feb 2008 11:44:11 +0100
> From: Emanuele Zamprogno <emanuele.zamprogno a medicinaopen.info>
> Subject: Re: [FSUG PD] ODF vs OOXML
> To: fsug-pd a lists.fsugpadova.org
> Message-ID: <20080207114411.6fe2ace4 a medicinaopen.info>
> Content-Type: text/plain; charset=UTF-8
> 
> On Thu, 7 Feb 2008 11:11:20 +0100
> "Carlo Avversari, Tesoreria FSUG Padova" <advhertz80 a gmail.com> wrote:
> 
> > Ciao a Tutti,
> > qualcuno ha ben chiaro il discorso della "Guerra dei Formati"
> > relativo al ODF e OOXML?
> > Voglio dire, al di la' del solito discorso "tutti contro Microsoft"
> > ed "in alto la bandiera del FS" - sapete gia' io da che parte sto,
> > non c'e' bisogno che ve lo dica - quali sono le reali differenze tra
> > i due formati, sapete? Leggendo qua e la' mi e' sembrato di capire
> > che comunque anche il OOXML e' un formato aperto e basato su
> > standard, mi sbaglio?
> 
> http://punto-informatico.it/p.aspx?i=2168348
> 
> Per gli aspetti commerciali
> 
> 
> Ad oggi come ho capito io il mondo, si tratta di due formati
> riconosciuti come standard internazionali [dato l'abbandono di MS dei
> formati binari incoservabili come la crema pasticcera al sole]
> 
> I fautori della ODF alliance rispondono che si sta tentando di
> reinventare la ruota perchè formati aperti e xml based ci sono già e
> sono i loro.
> 
> Va notato che comunque è il primo formato MS che viene supportato alla
> nascita da OOo. :)
> 
> Bye
> 
> 
> ------------------------------
> 
> _______________________________________________
> fsug-pd mailing list
> fsug-pd a lists.fsugpadova.org
> http://lists.fsugpadova.org/listinfo/fsug-pd
> 
> 
> Fine di Digest di fsug-pd, Volume 16, Numero 5
> **********************************************
> 




Maggiori informazioni sulla lista fsug-pd