Index: head/it_IT.ISO8859-15/Makefile =================================================================== --- head/it_IT.ISO8859-15/Makefile +++ head/it_IT.ISO8859-15/Makefile @@ -1,5 +1,6 @@ # $FreeBSD$ +SUBDIR = articles SUBDIR+= books COMPAT_SYMLINK = it Index: head/it_IT.ISO8859-15/articles/bsdl-gpl/article.xml =================================================================== --- head/it_IT.ISO8859-15/articles/bsdl-gpl/article.xml +++ head/it_IT.ISO8859-15/articles/bsdl-gpl/article.xml @@ -5,8 +5,8 @@ Perché dovresti usare una licenza in stile BSD per il tuo progetto Open Source - BruceMontague brucem@alumni.cse.ucsc.edu - + BruceMontague
brucem@alumni.cse.ucsc.edu +
@@ -15,9 +15,9 @@ Molte denominazioni usate dai produttori e dai rivenditori per distinguere i loro prodotti sono rivendicati come marchi. Laddove queste denominazioni appaiono in questo documento e il Progetto FreeBSD è al corrente della rivendicazione del marchio, le denominazioni sono state fatte seguire dai simboli ™ o da ®. - $FreeBSD$ + $FreeBSD$ - $FreeBSD$ + $FreeBSD$ @@ -102,7 +102,7 @@ Mentre imperversavano le guerre tra gli Unix commerciali, il kernel Linux veniva sviluppato come un clone di Unix per PC. Linus Torvalds riconosce l'importanza del compilatore GNU C e degli strumenti GNU associati per l'esistenza di Linux. Egli sottopone il kernel Linux alla GPL. - Si ricordi che la GPL impone che ogni cosa linkata staticamente ad un qualsiasi codice sottoposto alla GPL debba essere sottoposta anch'essa alla GPL. Il sorgente per questa cosa deve dunque essere reso disponibile all'utente del programma. Il link dinamico, tuttavia, non è considerato una violazione della GPL. La pressione per inserire applicazioni proprietarie in Linux divenne schiacciante. Tali applicazioni devono spesso effettuare link con librerie di sistema. Ciò portò ad una versione modificata della GPL chiamata LGPL (\"Library\", da allora rinominata \"Lesser\", GPL). La LGPL consente di linkare codice proprietario con la libreria C di GNU, glibc. Non è necessario rilasciare il codice sorgente che è stato linkato dinamicamente ad una libreria sottoposta alla LGPL. + Si ricordi che la GPL impone che ogni cosa linkata staticamente ad un qualsiasi codice sottoposto alla GPL debba essere sottoposta anch'essa alla GPL. Il sorgente per questa cosa deve dunque essere reso disponibile all'utente del programma. Il link dinamico, tuttavia, non è considerato una violazione della GPL. La pressione per inserire applicazioni proprietarie in Linux divenne schiacciante. Tali applicazioni devono spesso effettuare link con librerie di sistema. Ciò portò ad una versione modificata della GPL chiamata LGPL ("Library", da allora rinominata "Lesser", GPL). La LGPL consente di linkare codice proprietario con la libreria C di GNU, glibc. Non è necessario rilasciare il codice sorgente che è stato linkato dinamicamente ad una libreria sottoposta alla LGPL. Se si linka staticamente un'applicazione con glibc, come è spesso necessario in sistemi integrati, non è possibile mantenere la propria applicazione proprietaria, vale a dire, il sorgente deve essere pubblicato. Sia la GPL che la LGPL impongono che ogni modifica al codice direttamente sottoposto alla licenza venga pubblicata. @@ -188,7 +188,7 @@ Le aziende hanno riconosciuto da molto tempo che la creazione di standard de facto è una tecnica di commercializzazione chiave. La licenza BSD interpreta bene questo ruolo, se un'azienda ha veramente un vantaggio unico nell'evoluzione del sistema. La licenza è legalmente vantaggiosa per il pubblico più ampio mentre l'esperienza dell'azienda assicura il controllo dello standard. Esistono casi in cui la GPL può essere il veicolo appropriato per creare uno standard del genere, soprattutto quando si cerca di sabotare o cooptare altri. La GPL, tuttavia, penalizza l'evoluzione dello standard, perché promuove una collezione di software piuttosto che uno standard commercialmente applicabile. L'uso di una tale collezione solleva costantemente problemi legali e di commercializzazione. Può non essere possibile mescolare standard quando alcuni sono sottoposti alla GPL mentre altri non lo sono. Un vero standard tecnico non dovrebbe imporre esclusioni di altri standard per ragioni non tecniche. - Aziende interessate a promuovere uno standard in evoluzione, che potrebbe diventare il cuore dei prodotti commerciali di altre aziende, dovrebbero diffidare della GPL. Indipendentemente dalla licenza usata, il software risultante sarà generalmente trasferito a chiunque compia effettivamente la maggioranza dei cambiamenti tecnici e capisce meglio lo stato del sistema. La GPL semplicemente aggiunge più attrito legale al risultato." + Aziende interessate a promuovere uno standard in evoluzione, che potrebbe diventare il cuore dei prodotti commerciali di altre aziende, dovrebbero diffidare della GPL. Indipendentemente dalla licenza usata, il software risultante sarà generalmente trasferito a chiunque compia effettivamente la maggioranza dei cambiamenti tecnici e capisce meglio lo stato del sistema. La GPL semplicemente aggiunge più attrito legale al risultato. Grandi aziende, in cui viene sviluppato codice Open Source, dovrebbero essere a conoscenza del fatto che i programmatori apprezzano l'Open Source perché lascia il software disponibile all'impiegato quando cambiano datore di lavoro. Alcune aziende incoraggiano questo comportamento come un vantaggio dell'impiego, soprattuto quando il software in questione non è direttamente strategico. Si tratta, in effetti, di un benificio anticipato dell'interruzione del rapporto di lavoro con costi di perdita potenziali ma senza costi diretti. Incoraggiare gli impiegati a lavorare per colleghi al di fuori dell'azienda è un beneficio trasferibile poco costoso che un'azienda può a volte fornire quasi senza svantaggi. Index: head/it_IT.ISO8859-15/articles/bsdl-gpl/it_IT.po =================================================================== --- head/it_IT.ISO8859-15/articles/bsdl-gpl/it_IT.po +++ head/it_IT.ISO8859-15/articles/bsdl-gpl/it_IT.po @@ -1,11 +1,12 @@ # $FreeBSD$ +# Danilo G. Baio , 2020. +# Lorenzo Salvadore , 2020. msgid "" msgstr "" -"Project-Id-Version: Italian (FreeBSD Doc)\n" -"Report-Msgid-Bugs-To: \n" -"POT-Creation-Date: 2020-02-14 23:22+0100\n" -"PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" -"Last-Translator: FULL NAME \n" +"Project-Id-Version: PACKAGE VERSION\n" +"POT-Creation-Date: 2020-03-25 21:33+0100\n" +"PO-Revision-Date: 2020-03-25 20:31+0000\n" +"Last-Translator: Lorenzo Salvadore \n" "Language-Team: Italian \n" "Language: it_IT\n" @@ -13,9 +14,8 @@ "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=n != 1;\n" -"X-Generator: Weblate 3.10.3\n" +"X-Generator: Weblate 3.11.3\n" -# this is for fix a bug in `make tran`, itstool and our docs structure. #. Put one translator per line, in the form NAME , YEAR1, YEAR2 msgctxt "_" msgid "translator-credits" @@ -81,6 +81,7 @@ #. (itstool) path: info/pubdate #. (itstool) path: info/releaseinfo #: article.translate.xml:29 article.translate.xml:31 +#, fuzzy msgid "" "$FreeBSD: head/en_US.ISO8859-1/articles/bsdl-gpl/article.xml 43184 " "2013-11-13 07:52:45Z hrs $" @@ -249,7 +250,6 @@ #. (itstool) path: sect1/para #: article.translate.xml:108 -#, fuzzy msgid "" "In the mid-1980s a government anti-trust case against AT&T ended with " "the break-up of AT&T. AT&T still owned Unix and was now able to sell " @@ -264,7 +264,6 @@ #. (itstool) path: sect1/para #: article.translate.xml:113 -#, fuzzy msgid "" "In the early 1990's AT&T sued UCB over license violations related to " "BSD. UCB discovered that AT&T had incorporated, without acknowledgment " @@ -302,7 +301,6 @@ #. (itstool) path: sect1/para #: article.translate.xml:129 -#, fuzzy msgid "" "In the mid 1990s, Novell purchased AT&T's Unix rights and a (then " "secret) agreement was reached to terminate the lawsuit. UCB soon terminated " @@ -533,7 +531,6 @@ #. (itstool) path: sect1/para #: article.translate.xml:239 -#, fuzzy msgid "" "Remember that the GPL requires anything that statically links to any code " "under the GPL also be placed under the GPL. The source for this code must " @@ -1006,7 +1003,6 @@ #. (itstool) path: listitem/para #: article.translate.xml:471 -#, fuzzy msgid "" "In many cases, the long-term results of a BSD style license more accurately " "reflect the goals proclaimed in the research charter of universities than " @@ -1058,7 +1054,6 @@ #. (itstool) path: listitem/para #: article.translate.xml:496 -#, fuzzy msgid "" "Companies interested in promoting an evolving standard, which can become the " "core of other companies' commercial products, should be wary of the GPL. "