public inbox for gentoo-commits@lists.gentoo.org
 help / color / mirror / Atom feed
Search results ordered by [date|relevance]  view[summary|nested|Atom feed]
thread overview below | download mbox.gz: |
* [gentoo-commits] gentoo commit in xml/htdocs/proj/it/devrel/handbook: handbook.xml hb-guide-common-mistakes.xml hb-guide-ebuild-maintaining.xml hb-guide-eclass.xml hb-guide-manifest-signing.xml hb-guide-metadata.xml hb-introduction-becoming-a-dev.xml hb-introduction-hierarchy.xml hb-introduction-whatyouget.xml hb-introduction.xml hb-policy-ebuild.xml hb-policy-etiquette.xml
@ 2008-02-28 20:52 99% Davide Cendron (scen)
  0 siblings, 0 replies; 1+ results
From: Davide Cendron (scen) @ 2008-02-28 20:52 UTC (permalink / raw
  To: gentoo-commits

scen        08/02/28 20:52:43

  Modified:             handbook.xml hb-guide-common-mistakes.xml
                        hb-guide-ebuild-maintaining.xml hb-guide-eclass.xml
                        hb-guide-manifest-signing.xml hb-guide-metadata.xml
                        hb-introduction-becoming-a-dev.xml
                        hb-introduction-hierarchy.xml
                        hb-introduction-whatyouget.xml hb-introduction.xml
                        hb-policy-ebuild.xml hb-policy-etiquette.xml
  Log:
  Massive typo and repodoc fixes (aka "Aspell's Revenge")

Revision  Changes    Path
1.5                  xml/htdocs/proj/it/devrel/handbook/handbook.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml?rev=1.5&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml?rev=1.5&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml?r1=1.4&r2=1.5

Index: handbook.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- handbook.xml	27 Sep 2007 21:26:13 -0000	1.4
+++ handbook.xml	28 Feb 2008 20:52:42 -0000	1.5
@@ -1,8 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE book SYSTEM "/dtd/book.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml,v 1.4 2007/09/27 21:26:13 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/handbook.xml,v 1.5 2008/02/28 20:52:42 scen Exp $ -->
 
-<book link="handbook.xml" lang="it">
+<book link="/proj/it/devrel/handbook/handbook.xml" lang="it">
 <title>Manuale per sviluppatori Gentoo</title>
 
 <!-- Author names only -->



1.5                  xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml?rev=1.5&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml?rev=1.5&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml?r1=1.4&r2=1.5

Index: hb-guide-common-mistakes.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- hb-guide-common-mistakes.xml	27 Apr 2007 09:23:24 -0000	1.4
+++ hb-guide-common-mistakes.xml	28 Feb 2008 20:52:42 -0000	1.5
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-common-mistakes.xml,v 1.5 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
@@ -133,7 +135,7 @@
 <body>
 
 <p>
-I campi DEPEND e RDEPEND deli ebuild proposti dagli utenti solitamente
+I campi DEPEND e RDEPEND degli ebuild proposti dagli utenti solitamente
 contengono diversi errori. Questi sono i punti più importanti da seguire durante
 la scrittura della parte delle dipendenze.
 </p>
@@ -145,7 +147,7 @@
   </li>
   <li>
     <e>Non mettere nessun asterisco (*) per dipendenze di tipo &gt;=.</e><br />
-    Per	esempio, dovrebbe essere <c>&gt;=x11-libs/gtk+-2</c> invece di
+    Per esempio, dovrebbe essere <c>&gt;=x11-libs/gtk+-2</c> invece di
     <c>&gt;=x11-libs/gtk+-2*</c>.
   </li>
   <li>



1.6                  xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml?rev=1.6&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml?rev=1.6&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml?r1=1.5&r2=1.6

Index: hb-guide-ebuild-maintaining.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- hb-guide-ebuild-maintaining.xml	7 Nov 2007 20:21:07 -0000	1.5
+++ hb-guide-ebuild-maintaining.xml	28 Feb 2008 20:52:42 -0000	1.6
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml,v 1.5 2007/11/07 20:21:07 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-ebuild-maintaining.xml,v 1.6 2008/02/28 20:52:42 scen Exp $ -->
 
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
@@ -38,7 +38,7 @@
 </p>
 
 <p>
-Se si sta aggiungendo un ebuild sottoposto da un utente, non presuporre che
+Se si sta aggiungendo un ebuild sottoposto da un utente, non presupporre che
 l'utente abbia fatto il test nelle varie architetture: spesso, le variabili
 <c>KEYWORDS</c> vengono clonate tra i diversi pacchetti o generate dalla
 documentazione contenuta nei sorgenti del pacchetti, il che non significa che il
@@ -168,8 +168,8 @@
 </p>
 
 <p>
-Dopodichè cambiare tutti gli ebuild che dipendono (<c>DEPEND</c>) dal vecchio
-ebuild in modo di farli dipendere dal nuovo. Dopodichè aggiungere una voce
+Dopodiché cambiare tutti gli ebuild che dipendono (<c>DEPEND</c>) dal vecchio
+ebuild in modo di farli dipendere dal nuovo. Dopodiché aggiungere una voce
 al file più recente presente in <path>profiles/updates/</path> nel Portage tree
 seguendo questo formato:
 </p>
@@ -218,14 +218,14 @@
 <body>
 
 <p>
-Quando viene rimosso un ebuild assicurarsi che im Portage non si creino
+Quando viene rimosso un ebuild assicurarsi che in Portage non si creino
 dipendenze corrotte a seguito della rimozione -  in più, il messaggio di commit
-sul CVS deve spiegare chiaramente perchè l'ebuild è stato rimosso.
+sul CVS deve spiegare chiaramente perché l'ebuild è stato rimosso.
 </p>
 
 <p>
 Per rimuovere completamente un pacchetto da CVS, eliminare qualsiasi file dalla
-directory e effettuarne il commit, CVS si arrangerà ad eliminare da sè le
+directory e effettuarne il commit, CVS si arrangerà ad eliminare da sé le
 directory vuote.
 </p>
 
@@ -249,7 +249,7 @@
 situazione prima di poter fare il commit dell'ebuild o, se si riscontra questo
 problema con un pacchetto esistente, compilare un bug per il pacchetto (vedere
 in seguito alcune eccezioni). Le ragioni per i conflitti dei file sono critiche
-perchè se "foo" fornisce il file <path>/usr/bin/example</path>, "bar" glielo
+perché se "foo" fornisce il file <path>/usr/bin/example</path>, "bar" glielo
 sovrascrive, ed in seguito viene fatto l'unmerge di "bar", Portage rimuoverà
 <path>/usr/bin/example</path> corrompendo di conseguenza "foo".
 </p>
@@ -274,7 +274,7 @@
     "bar" entrambi dipendenti ((R)DEPEND) da questo pacchetto.
   </li>
   <li>
-    Cambiare la locazione in cui "foo" o "bar" installano i files in conflitto.
+    Cambiare la locazione in cui "foo" o "bar" installano i file in conflitto.
   </li>
 </ul>
 
@@ -283,7 +283,7 @@
 sistemati o non sono critici, al momento delle eccezioni conosciute sono le
 pagine man dei moduli Perl (che sovrascrivono quelle installate direttamenta da
 Perl) e i file gestiti da <c>CONFIG_PROTECT</c> (che devono ancora essere
-sistemati ma non sono critici perchè Portage non li sovrascrive).
+sistemati ma non sono critici perché Portage non li sovrascrive).
 </p>
 
 </body>



1.5                  xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml?rev=1.5&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml?rev=1.5&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml?r1=1.4&r2=1.5

Index: hb-guide-eclass.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- hb-guide-eclass.xml	26 Apr 2007 22:23:04 -0000	1.4
+++ hb-guide-eclass.xml	28 Feb 2008 20:52:42 -0000	1.5
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-eclass.xml,v 1.5 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
@@ -87,7 +89,7 @@
 </pre>
 
 <p>
-A questo puto il contenuto delle eclass verrà derivato. Ricordarsi che tutte le
+A questo punto il contenuto delle eclass verrà derivato. Ricordarsi che tutte le
 variabili o funzioni definite nella eclass possono essere sovrascritte
 nell'ebuild, il cui codice viene eseguito dopo qualsiasi eclass. Pertanto,
 bisogna cercare di mettere nelle proprie eclass il maggior numero possibile di
@@ -144,7 +146,7 @@
 <body>
 
 <p>
-Delle buone funzioni predefinite di un'eclass posono essere spesso usate così
+Delle buone funzioni predefinite di un'eclass possono essere spesso usate così
 come sono; in questo modo l'ebuild conterrà pochissimo codice (che è una buona
 cosa). Qualche volta, ciononostante, l'eclass non fa esattamente quello di cui
 si ha bisogno. In questo caso si può scrivere una nuova funzione nel proprio
@@ -171,7 +173,7 @@
 Ora verrà analizzato momentaneamente un altro problema. Si supponga che entrambe
 le eclass foo.eclass e bar.eclass definiscano src_compile(). Ereditando sia foo
 che bar si otterrà una diversa funzione src_compile() in base all'ordine in cui
-esse vengono ereditate. QUesto è normale, in quanto si supponone di tener conto
+esse vengono ereditate. Questo è normale, in quanto si suppone di tener conto
 dell'ordine dell'ereditarietà. Ma si potrebbe voler invocare entrambe le
 dichiarazioni di src_compile() esplicitamente.
 </p>
@@ -218,7 +220,7 @@
 </pre>
 
 <p>
-Ora, qualsivoglia eclass venga ereditato per ultimo, definerà la funzione
+Ora, qualsivoglia eclass venga ereditato per ultimo, definirà la funzione
 predefinita src_compile(), ma, se necessario, entrambe le funzioni potranno
 essere chiamate direttamente dall'ebuild.
 </p>
@@ -233,7 +235,7 @@
 <pre caption="Estendere le funzioni predefinite dell'eclass nel proprio build">
 #in foo.eclass:
 foo_src_compile() {
-	[qui codice predefinito]
+        [qui codice predefinito]
 }
 
 EXPORT_FUNCTIONS src_compile
@@ -245,9 +247,9 @@
 inherit foo
 
 src_compile() {
-	[qui codice personalizzato]
-	foo_src_compile
-	[altro codice personalizzato]
+        [qui codice personalizzato]
+        foo_src_compile
+        [altro codice personalizzato]
 }
 </pre>
 
@@ -315,7 +317,7 @@
 
 <p>
 Nel centro della nuova funzione c'è un blocco while;case...esac;shift;done.
-Questo blocco esegue un controllo di corrispondenza dui parametri della funzione
+Questo blocco esegue un controllo di corrispondenza dei parametri della funzione
 con i nomi di sezioni definiti ed esegue le corrispondenti linee di codice.
 </p>
 
@@ -368,7 +370,7 @@
 Ci sono molte altre funzioni fornite da ebuild.sh. Esse aggiungono alle eclass
 un output prolisso in fase di debug, per permettere di seguire più facilmente la
 loro esecuzione senza dover leggere i lunghi messaggi forniti dal metodo di
-debug di bash. Tutte le eclass dell'autore di guesta guida usano molto spesso
+debug di bash. Tutte le eclass dell'autore di questa guida usano molto spesso
 queste funzioni.
 </p>
 
@@ -476,7 +478,7 @@
 </p>
 
 <p>
-QUesto capitolo documenta l'insieme delle relazioni tra le eclass kde*.
+Questo capitolo documenta l'insieme delle relazioni tra le eclass kde*.
 </p>
 
 </body>
@@ -683,7 +685,7 @@
 
 <p>
 need-kde() (o need-qt()) necessita di essere chiamata dalla sezione principale
-dell'ebuild (per esempio, non da una funzione), cosicchè ogni cambiamento a
+dell'ebuild (per esempio, non da una funzione), cosicché ogni cambiamento a
 DEPEND e RDEPEND influenzi emerge.
 </p>
 
@@ -697,7 +699,7 @@
 di questo tipo impostate precedentemente. Per esempio, chiamando
 'need-automake 1.4' verrà impostato NEED_AUTOMAKE_1_4=1 e deallocate tutte le
 altre variabili WANT_AUTOMAKE*. Per maggiori informazioni, guardare il codice
-delle funzioni e i commenti all'inizio di /usr/bin/auto{conf,make} (su sistemi
+delle funzioni e i commenti all'inizio di /usr/bin/auto{conf,male} (su sistemi
 Gentoo).
 </p>
 
@@ -751,7 +753,7 @@
  configure e dai makefile. Notare che al momento funziona soltanto nelle
 sottodirectory di ${S}, non funziona nel secondo livello di sottodirectory. La
 si può invocare con una lista di sottodirectory da eliminare; essa lavora a
-turno con ogni paramentro.
+turno con ogni parametro.
 </p>
 
 <p>
@@ -782,7 +784,7 @@
 
 <p>
 La sezione globale dell'eclass (per esempio, quella che viene eseguita quando la
-si eredita) aggiunge le corrette dipendenze su kde-env, automake, autoconf, make
+si eredita) aggiunge le corrette dipendenze su kde-env, automake, autoconf, male
 e perl (quest'ultimo è usato dalle configurazioni standard degli script per la
 generazione veloce dei makefile). Imposta inoltre in modo predefinito SLOT="0".
 </p>
@@ -819,19 +821,19 @@
 <p>
 La sezione <c>configure</c> esegue lo script di configurazione in ${S},
 passandole ${myconf}. Se lo script di configurazione non esiste, proverà a
-generarlo eseguendo make -f Makefile.cvs o make -f admin/Makefile.common. In
+generarlo eseguendo male -f Makefile.cvs o male -f admin/Makefile.common. In
 questo modo, questo passo della compilazione (che è necessario per gli snapshot
 del cvs, o per gli ebuild che applicano patch a file come configure.in) viene
 anche eseguito automaticamente.
 </p>
 
 <p>
-La sezione <c>make</c> esegue semplicemente emake || die. Per finire, c'è una
+La sezione <c>male</c> esegue semplicemente emake || die. Per finire, c'è una
 sezione <c>all</c> che esegue tutto quando appena spiegato.
 </p>
 
 <p>
-Infine, kde_src_install() possiede una sezione <c>make</c> che esegue make
+Infine, kde_src_install() possiede una sezione <c>male</c> che esegue male
 install, e una sezione <c>dodoc</c> che esegue dodoc su alcuni nomi standard di
 documenti in ${S}, come README e COPYING.
 </p>
@@ -1021,7 +1023,7 @@
 
 src_unpack() {
     kde_src_install
-    # installare alcuna documentazione extra non inclusa nel target di make
+    # installare alcuna documentazione extra non inclusa nel target di male
     # install
     dodoc ${S}/doc/*
 }
@@ -1050,7 +1052,7 @@
 # Questo aggiungerà kdelibs, kde-env alla stringa delle dipendenze e imposta
 # ${KDEDIR} con il valore corretto:
 
-need-kde ${version} # versione minina di kde richiesta dalla propria applicazione
+need-kde ${version} # versione minima di kde richiesta dalla propria applicazione
 
 # Aggiunge tutto il resto di cui hai bisogno per il supporto di kde:
 use kde &amp;&amp; myconf="${myconf} --with-my-parameter"



1.3                  xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml?rev=1.3&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml?rev=1.3&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml?r1=1.2&r2=1.3

Index: hb-guide-manifest-signing.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- hb-guide-manifest-signing.xml	27 Apr 2007 14:33:46 -0000	1.2
+++ hb-guide-manifest-signing.xml	28 Feb 2008 20:52:42 -0000	1.3
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-manifest-signing.xml,v 1.3 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/1.0 -->
 



1.6                  xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml?rev=1.6&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml?rev=1.6&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml?r1=1.5&r2=1.6

Index: hb-guide-metadata.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- hb-guide-metadata.xml	2 Aug 2007 16:25:33 -0000	1.5
+++ hb-guide-metadata.xml	28 Feb 2008 20:52:42 -0000	1.6
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-guide-metadata.xml,v 1.6 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
@@ -12,7 +14,7 @@
 <date>2007-07-31</date>
 
 <section>
-<title>Perchè c'è il bisogno di metadata.xml</title>
+<title>Perché c'è il bisogno di metadata.xml</title>
 <subsection>
 <body>
 
@@ -152,12 +154,12 @@
     L'attributo restrict permette di limitare l'applicazione di alcuni tag a
     determinate versioni del pacchetto. Quando questo attributo è utilizzato,
     deve esistere anche un tag senza questo attributo. Il tag senza l'attributo
-    restrict verrà utilizzato come predefinito. Il formato dell' attributo
+    restrict verrà utilizzato come predefinito. Il formato dell'attributo
     restrict è quello della flag DEPEND, eccetto che per "&lt;" e per "&gt;"
-    che devono essere specificati da &amp;lt; and &amp;gt;.<br />
+    che devono essere specificati da &amp;lt; e &amp;gt;.<br />
     <br/>
     Ad esempio nel pacchetto db <c>restrict="&gt;=sys-libs/db-3.2.9-r5"</c>
-    nel tag mantainer mostra che si stanno attualmente mantenendo tutte le
+    nel tag maintainer mostra che si stanno attualmente mantenendo tutte le
     versioni maggiori della 3.2.9-r5.
   </ti>
 </tr>



1.6                  xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml?rev=1.6&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml?rev=1.6&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml?r1=1.5&r2=1.6

Index: hb-introduction-becoming-a-dev.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- hb-introduction-becoming-a-dev.xml	16 Apr 2007 20:36:01 -0000	1.5
+++ hb-introduction-becoming-a-dev.xml	28 Feb 2008 20:52:42 -0000	1.6
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-becoming-a-dev.xml,v 1.6 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
 
@@ -117,10 +119,10 @@
 </p>
 
 <p>
-In più, un nuovo sviluppatore deve essere reattivo a qualsiasi interrogazio
-ne posta da qualsiasie membro dei reclutatori - ogni sviluppatore che non
-risponde immediatamente vedrà chiuso il suo bug "New developer", che potrà
-essere riaperto a discrezione dei reclutatori Gentoo.
+In più, un nuovo sviluppatore deve essere reattivo a qualsiasi interrogazione
+posta da qualsiasi membro dei reclutatori - ogni sviluppatore che non risponde
+immediatamente vedrà chiuso il suo bug "New developer", che potrà essere
+riaperto a discrezione dei reclutatori Gentoo.
 </p>
 
 </body>



1.2                  xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml?rev=1.2&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml?rev=1.2&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml?r1=1.1&r2=1.2

Index: hb-introduction-hierarchy.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- hb-introduction-hierarchy.xml	16 Apr 2007 21:44:35 -0000	1.1
+++ hb-introduction-hierarchy.xml	28 Feb 2008 20:52:42 -0000	1.2
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml,v 1.1 2007/04/16 21:44:35 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-hierarchy.xml,v 1.2 2008/02/28 20:52:42 scen Exp $ -->
 
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
@@ -112,7 +112,7 @@
     I membri del consiglio che sono già stati ripresi più volte per essere stati
     scansafatiche possono essere esclusi per le elezioni future, incluse le
     elezioni per il loro rimpiazzo. Devono comunque giustificare le proprie
-    assenze e devono aspettarsi che ciò venga fatto lorot notare, se non lo
+    assenze e devono aspettarsi che ciò venga fatto loro notare, se non lo
     fanno di loro spontanea volontà.
   </li>
   <li>
@@ -144,7 +144,7 @@
 decisioni più piccole che influenzano soltanto un progetto o due e sono decise
 all'interno dei progetti coinvolti, probabilmente con l'input di altri
 sviluppatori. Il consiglio dovrebbe rappresentare equamente la base di
-sviluppatori poichè ogni sviluppatore ha il diritto  a votare, per questo motivo
+sviluppatori poiché ogni sviluppatore ha il diritto  a votare, per questo motivo
 gli interessi devono essere rappresentati in modo giusto. Se il consiglio lavora
 male e la base degli sviluppatori non è contenta del suo operato, il consiglio
 può essere rivotato.



1.8                  xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml?rev=1.8&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml?rev=1.8&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml?r1=1.7&r2=1.8

Index: hb-introduction-whatyouget.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml,v
retrieving revision 1.7
retrieving revision 1.8
diff -u -r1.7 -r1.8
--- hb-introduction-whatyouget.xml	7 Nov 2007 21:00:07 -0000	1.7
+++ hb-introduction-whatyouget.xml	28 Feb 2008 20:52:42 -0000	1.8
@@ -1,6 +1,6 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml,v 1.7 2007/11/07 21:00:07 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction-whatyouget.xml,v 1.8 2008/02/28 20:52:42 scen Exp $ -->
 
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/2.5 -->
@@ -186,8 +186,8 @@
 progetto di Gentoo (come file illegali .torrents), l'infrastruttura di Gentoo
 sospenderà l'account coinvolto che potrà essere sbloccato solo dopo
 l'investigazione da parte dei membri del gruppo Relazioni tra Sviluppatori
-Gentoo. Nella maggior parte dei casi le eventuali appartenenze ai tem verranno
-sospese, se vengono trovati questi files. Le stesse regole vengono applicate al
+Gentoo. Nella maggior parte dei casi le eventuali appartenenze ai team verranno
+sospese, se vengono trovati questi file. Le stesse regole vengono applicate al
 CVS di Gentoo e a qualsiasi altro servizio fornito da Gentoo e precedentemente
 messo a disposizione.
 </p>



1.3                  xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml?rev=1.3&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml?rev=1.3&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml?r1=1.2&r2=1.3

Index: hb-introduction.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- hb-introduction.xml	16 Apr 2007 20:07:24 -0000	1.2
+++ hb-introduction.xml	28 Feb 2008 20:52:42 -0000	1.3
@@ -1,6 +1,8 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-introduction.xml,v 1.3 2008/02/28 20:52:42 scen Exp $ -->
+
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/1.0 -->
 



1.9                  xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml?rev=1.9&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml?rev=1.9&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml?r1=1.8&r2=1.9

Index: hb-policy-ebuild.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- hb-policy-ebuild.xml	3 Feb 2008 22:16:54 -0000	1.8
+++ hb-policy-ebuild.xml	28 Feb 2008 20:52:42 -0000	1.9
@@ -1,7 +1,7 @@
 <?xml version='1.0' encoding='UTF-8'?>
 <!DOCTYPE sections SYSTEM "/dtd/book.dtd">
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml,v 1.8 2008/02/03 22:16:54 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-ebuild.xml,v 1.9 2008/02/28 20:52:42 scen Exp $ -->
 
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/1.0 -->
@@ -245,7 +245,7 @@
 numero della revisione, in quanto per tutti quelli a cui il pacchetto funziona
 perfettamente non avranno benefici nell'installare una nuova revisione, e quelli
 che hanno avuto problemi di installazione non avranno il pacchetto installato
-(perchè la compilazione è fallita) per cui non c'è bisogno di fare una nuova
+(perché la compilazione è fallita) per cui non c'è bisogno di fare una nuova
 revisione per forzare un aggiornamento. La pubblicazione di una revisione non è
 inoltre necessaria se il problema è stato riscontrato da un numero minimo di
 utenti ed il pacchetto ha un tempo medio di compilazione non trascurabile; in
@@ -263,7 +263,7 @@
 Gli ebuild devono essere basati sulla versione precedente dell'ebuild per
 assicurare che i cambiamenti non vengano accidentalmente cancellati. Le
 correzioni devono includere dei commenti appropriati nell'ebuild che spiegano
-cosa fanno ed il perchè sono necessarie. Se non si ha dimestichezza con le
+cosa fanno ed il perché sono necessarie. Se non si ha dimestichezza con le
 correzioni, o non si riesce a determinare se sono veramente necessarie, non si
 dovrebbe aggiornare l'ebuild.
 </p>
@@ -502,7 +502,7 @@
 <body>
 
 <p>
-GLi ebuild sottoposti dagli utenti non dovrebbero mai essere accettati così come
+Gli ebuild sottoposti dagli utenti non dovrebbero mai essere accettati così come
 sono e dovrebbero essere sempre ben testati e verificati prima di effettuarne il
 commit nel CVS. <b>Se un ebuild sottoposto da un utente ha dei problemi, lo
 sviluppatore che lo ha ricevuto e gestito ne sarà ritenuto responsabile.</b>
@@ -599,18 +599,18 @@
 <p>
 <path>/usr/portage/profiles/package.mask</path> contiene una lista di pacchetti
 che non dovrebbero essere installati dagli utenti e i commenti che spiegano
-in modo dettagliato i motivi dello mascheramento. packege.mask è usato per
+in modo dettagliato i motivi dello mascheramento. package.mask è usato per
 prevenire l'installazione di pacchetti malfunzionanti, che guastano qualcosa
 d'altro o necessitano di test intensivi prima di essere aggiunti nel ~ARCH
 KEYWORDS del Portage tree. Quando si aggiunge un pacchetto a package.mask, fare
 sempre prima il commit di questo file prima del commit dell'ebuild mascherato,
 in modo da prevenire che l'ebuild venga installato erroneamente dagli utenti,
-prima che il file package.mask aggiornato lo possa fare da sè.
+prima che il file package.mask aggiornato lo possa fare da sé.
 </p>
 
 <p>
 Ogni volta che un pacchetto viene rimosso da <path>package.mask</path> bisogna
-fare molta attenzione, poichè c'è un motivo se un ebuild è elencato in questo
+fare molta attenzione, poiché c'è un motivo se un ebuild è elencato in questo
 file. Se non si ha effettuato personalmente il mascheramento dell'ebuild,
 contattare sempre lo sviluppatore elencato nei commenti di
 <path>package.mask</path> prima di intraprendere qualsiasi azione. Inoltre, se
@@ -637,10 +637,10 @@
 se <c>gimp-1.2.0</c> è la versione stabile per gli sviluppatori di Gimp,
 ed è disponibile una nuova versione 1.2.1 contenente delle correzioni, uno
 sviluppatore dovrà marcare l'ebuild come ~arch per poterlo testare in portage
-perchè il rilascio è valutato come stabile. In un altro caso, se Gimp decide di
+perché il rilascio è valutato come stabile. In un altro caso, se Gimp decide di
 rilasciare una versione della serie instabile o di sviluppo marcata come 1.3.0,
-allora questi ebuild dovranno essere messi in <path>package.mask</path> perchè
-il software in sè è di una qualità di sviluppo e gli sviluppatori non ne
+allora questi ebuild dovranno essere messi in <path>package.mask</path> perché
+il software in sé è di una qualità di sviluppo e gli sviluppatori non ne
 raccomandano la distribuzione.
 </p>
 
@@ -739,7 +739,7 @@
 <p>
 Un pacchetto deve dipendere dalle versioni più vecchie che soddisfano le
 dipendenze. Se esso funziona con <c>libfoo-1.2.x</c>, non farlo dipendere da
-<c>libfoo-2.x</c> solo perchè questa è la versione che si ha installato.
+<c>libfoo-2.x</c> solo perché questa è la versione che si ha installato.
 </p>
 
 <p>



1.5                  xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml

file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml?rev=1.5&view=markup
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml?rev=1.5&content-type=text/plain
diff : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml?r1=1.4&r2=1.5

Index: hb-policy-etiquette.xml
===================================================================
RCS file: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- hb-policy-etiquette.xml	22 May 2007 12:00:52 -0000	1.4
+++ hb-policy-etiquette.xml	28 Feb 2008 20:52:42 -0000	1.5
@@ -4,7 +4,7 @@
 <!-- The content of this document is licensed under the CC-BY-SA license -->
 <!-- See http://creativecommons.org/licenses/by-sa/1.0 -->
 
-<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml,v 1.4 2007/05/22 12:00:52 scen Exp $ -->
+<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/proj/it/devrel/handbook/hb-policy-etiquette.xml,v 1.5 2008/02/28 20:52:42 scen Exp $ -->
 
 <sections>
 <version>1.0.2</version>
@@ -32,7 +32,7 @@
 </p>
 
 <p>
-Con stardard ragionevoli non s'intende il non poter esprimere la propria
+Con standard ragionevoli non s'intende il non poter esprimere la propria
 opinione, piuttosto si reputa che <e>il modo</e>, il metodo ed la
 professionalità usata per esprimere la propria opinione stabiliscano se uno
 standard ragionevole viene soddisfatto, dato che, come sviluppatore, quello che
@@ -229,9 +229,9 @@
     senza divagare.
   </li>
   <li>
-    Cercare di essere attivi nello sviluppo. Se gli utenti chiedono perchè
+    Cercare di essere attivi nello sviluppo. Se gli utenti chiedono perché
     qualcosa è stato aggiunto, si prega di spiegarglielo. Se gli utenti chiedono
-    perchè manca qualcosa, spiegarglielo. Usare la propria conoscenza e aiutare
+    perché manca qualcosa, spiegarglielo. Usare la propria conoscenza e aiutare
     nel limite delle proprie possibilità. Allo stesso tempo, se non si conosce
     bene l'argomento, non creare confusione nella gente.
   </li>
@@ -258,7 +258,7 @@
   <li>
     Quando si risponde ad una mail di un utente o di uno sviluppatore, essere
     cortesi e non dire semplicemente all'utente di rivolgersi ad un altro
-    sviluppatore: cercare di spiegare il perchè della situazione, se possibile.
+    sviluppatore: cercare di spiegare il perché della situazione, se possibile.
     Un esempio di una buona risposta da dare in questo caso è: "Fai riferimento
     a <c>&lt;inserire nome qui&gt;</c> in quanto <c>&lt;persona&gt;</c> ora è il
     manutentore del pacchetto. Perciò per ogni ulteriore problematica fai



-- 
gentoo-commits@lists.gentoo.org mailing list



^ permalink raw reply	[relevance 99%]

Results 1-1 of 1 | reverse | options above
-- pct% links below jump to the message on this page, permalinks otherwise --
2008-02-28 20:52 99% [gentoo-commits] gentoo commit in xml/htdocs/proj/it/devrel/handbook: handbook.xml hb-guide-common-mistakes.xml hb-guide-ebuild-maintaining.xml hb-guide-eclass.xml hb-guide-manifest-signing.xml hb-guide-metadata.xml hb-introduction-becoming-a-dev.xml hb-introduction-hierarchy.xml hb-introduction-whatyouget.xml hb-introduction.xml hb-policy-ebuild.xml hb-policy-etiquette.xml Davide Cendron (scen)

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox