阿帕奇自由軟體基金會的運作模式

『壹』 apache到底是什麼

1. Apache是世界使用排名第一的Web伺服器軟體。它可以運行在幾乎所有廣泛使用的計算機平台上，由於其跨平台和安全性被廣泛使用，是最流行的Web伺服器端軟體之一。它快速、可靠並且可通過簡單的API擴充，將Perl/Python等解釋器編譯到伺服器中。同時Apache音譯為阿帕奇，是北美印第安人的一個部落，叫阿帕奇族，在美國的西南部。也是一個基金會的名稱、一種武裝直升機等等。

2. Apache源於NCSAhttpd伺服器，經過多次修改，成為世界上最流行的Web伺服器軟體之一。Apache取自「a patchy server」的讀音，意思是充滿補丁的伺服器，因為它是自由軟體，所以不斷有人來為它開發新的功能、新的特性、修改原來的缺陷。Apache的特點是簡單、速度快、性能穩定，並可做代理伺服器來使用。

『貳』 apache的基金會

Apache軟體基金會（也就是Apache Software Foundation，），是專門為運作一個開源軟體項目的 Apache 的團體提供支持的非盈利性組織，這個開源軟體項目就是 Apache 項目。這個組織把自己作為有著相同目標的開發者與用戶的團體，而不是簡單的共享在一個伺服器上的一組項目的組織團體。在它所支持的 Apache 項目與子項目中，所發行的軟體產品都遵循 Apache許可證（Apache License）。
Apache軟體基金會（ASF）正式，它的。這個「Apache 組織」在1999年以前就已經存在很長時間了，這個組織的開發愛好者們聚集在一起，在美國伊利諾斯大學超級計算機應用程序國家中心（National Center for Supercomputing Applications，簡稱為NCSA）開發的 NCSA HTTPd 伺服器的基礎上開發與維護了一個叫 Apache 的 HTTP伺服器。
最初 NCSA HTTPd 伺服器是由 Rob McCool 開發出來的，但是它的最初開發者們逐漸對這個軟體失去了興趣，並轉移到了其他地方，造成了沒有人來對這個伺服器軟體提供更多的技術支持。因為這個伺服器的功能又如此強大，而代碼可以自由下載修改與發布，當時這個伺服器軟體的一些愛好者與用戶開始自發起來，互相交流並分發自己修正後的軟體版本，並不斷改善其功能。為了更好進行溝通，Brian Behlendorf 自己建立了一個郵件列表，把它作為這個群體（或者社區）交流技術、維護軟體的一個媒介，把代碼重寫與維護的工作有效組織起來。這些開發者們逐漸地把他們這個群體稱為「Apache 組織」，把這個經過不斷修正並改善的伺服器軟體命名為 Apache 伺服器（Apache Server）。
這個命名是根據北美當地的一支印第安部落而來，這支部落以高超的軍事素養和超人的忍耐力著稱，19世紀後半期對侵佔他們領土的入侵者進行了反抗。為了對這支印第安部落表示敬仰之意，取該部落名稱（Apache）作為伺服器名。但一提到這個命名，這里還有流傳著一段有意思的故事。因為這個伺服器是在 NCSA HTTPd 伺服器的基礎之上，通過眾人努力，不斷地修正、打補丁（Patchy）的產物，被戲稱為「A Patchy Server」（一個補丁伺服器）。在這里，因為「Patchy」與「Apache」是諧音，故最後正式命名為「Apache Server」。
後來由於商業需求的不斷擴大，以 Apache HTTP 伺服器為中心，啟動了更多的與 Apache 項目並行的項目，比如mod_ perl、PHP、Java Apache等等。隨著時間的推移、形勢的變化，Apache軟體基金會的項目列表也不斷更新變化中－－不斷的有新項目啟動，項目的中止以及項目的拆分與合並。比如一開始，Jakarta 就是為了發展 JAVA 容器而啟動的 Java Apache 項目，後來由於太陽公司（SUN）的建議，項目名稱變為 Jakarta 。但當時該項目的管理者也沒有想到 Jakarta 項目因為 JAVA 的火爆而發展到如今一個囊括了眾多基於 JAVA 語言開源軟體子項目的項目。以至後來，不得不把個別項目從 Jakarta 中獨立出來，成為 Apache軟體基金會的頂級項目，Struts 項目就是其中之一。
最近，為了避免 SCO 與 UNIX 開源社區之間的發生糾紛降臨在 Apache 軟體基金會（ASF）身上。Apache軟體基金會（ASF）裡面開始採取一些措施，讓眾多的項目進行更多協調的、結構化管理，並保護自己的合法利益，避免一些潛在的合乎法律的侵犯（potential legal attacks）。
由於Apache軟體基金會在開源伺服器技術上的卓越貢獻，榮獲了著名IT雜志SD Times頒發的2013 SD Times 100獎項，位於「極大影響力」分類第二位，僅次於亞馬遜。也由於hadoop在大數據處理和大數據挖掘上的出色表現，ASF也榮獲了「大數據和商業智能」的第二位。
主要成果：HTTP Server，Ant，DB，iBATIS，Jakarta，Logging，Maven，Struts，Tomcat，Tapestry等等。Apache有名的幾個項目介紹
HTTPServer
這個在前面的段落介紹過了，Apache已經是他的代號了 Subversion已經正式由Apache接管 。
ActiveMQ
免費開源由java編寫符合JMS1.1標準的消息中間件。
另外，它也支持通過除java語言外的語言的使用
Ant
這個太出名了。標準的批處理工具。是一套基於java的程序打造工具
Commons
一些常用的工具類庫，包括common-pool,dbcp,fileupload,Common-beans等。
Excalibur
它的主要產品是一個由java寫成的，名字叫做Fortress（要塞） 的輕量級的可嵌入式反向控制容器。
iBATIS
並入的一個項目，是ORM的一個很流行的工具
Geronimo
是Apache軟體基金會為了創造一個兼容j2ee的容器，而整理出來的一個新成果
Jakarta
許多Java子項目的集成，tomcat,ant等就是從這里孵化出去的。
James
是一套用java開發的郵件、新聞組、消息伺服器。它使用的avalon組件框架。目前支持 SMTP, POP3 和 NNTP 很快也會支持 IMAP
Logging
基於java的可靠，快速，擴展性強的日誌工具
Maven
是一套java開發的工程綜合管理工具。它基於工程對象模型(POM)的理念
Portals
門戶產品
Struts
一套通過servlets和jsp來搭建web應用的MVC框架
Tomcat用量最大的免費的Java伺服器
Hadoop
現今最為著名的大數據神器，包括分布式存儲和計算框架。

『叄』 apache屬於自由軟體組織嗎

Apache軟體基金會（也就是Apache Software Foundation，簡稱為ASF），是專門為支持開源軟體項目而辦的一個非盈利性組織。在它所支持的Apache項目與子項目中，所發行的軟體產品都遵循Apache許可證（Apache License）。

『肆』 自由軟體基金會的簡介

從其建立到1990年代中自由軟體基金會的基金主要被用來僱用編程師來發展自由軟體。從1990年代中開始寫自由軟體的公司和個人太多了，因此自由軟體基金會的雇員和自願者主要在自由軟體運動的法律和結構問題上工作。

『伍』 自由軟體協議包括哪些

下面的正文是自由軟體基金會GNU通用公共許可證原始文檔的副本。Linux操作系統以及與它有關的大量軟體是在GPL的推動下開發和發布的。
你將看到：如果你打算為了發布的目的修改，更新或改進任何受通用公共許可證約束的軟體，你所修改的軟體軟體同樣必須受到GNU通用許可證條款的約束。

GNU通用公共許可證
1991.6 第二版

版權所有（C）1989，1991 Free Software foundation, Inc.
675 Mass Ave, Cambridge, MA02139, USA
允許每個人復制和發布這一許可證原始文檔的副本，但絕對不允許對它進行任何修改。

序言

大多數軟體許可證決意剝奪你的共享和修改軟體的自由。對比之下，GNU通用公共許可證力圖保證你的共享和修改自由軟體的自由。——保證自由軟體對所有用戶是自由的。GPL適用於大多數自由軟體基金會的軟體，以及由使用這些軟體而承擔義務的作者所開發的軟體。（自由軟體基金會的其他一些軟體受GNU庫通用許可證的保護）。你也可以將它用到你的程序中。當我們談到自由軟體（free software）時，我們指的是自由而不是價格。我們的GNU通用公共許可證決意保證你有發布自由軟體的自由（如果你願意，你可以對此項服務收取一定的費用）；保證你能收到源程序或者在你需要時能得到它；保證你能修改軟體或將它的一部分用於新的自由軟體；而且還保證你知道你能做這些事情。為了保護你的權利，我們需要作出規定：禁止任何人不承認你的權利，或者要求你放棄這些權利。如果你修改了自由軟體或者發布了軟體的副本，這些規定就轉化為你的責任。
例如，如果你發布這樣一個程序的副本，不管是收費的還是免費的，你必須將你具有的一切權利給予你的接受者；你必須保證他們能收到或得到源程序；並且將這些條款給他們看，使他們知道他們有這樣的權利。
我們採取兩項措施來保護你的權利。
（1）給軟體以版權保護。
（2）給你提供許可證。它給你復制，發布和修改這些軟體的法律許可。
同樣，為了保護每個作者和我們自己，我們需要清楚地讓每個人明白，自由軟體沒有擔保（no warranty）。如果由於其他某個人修改了軟體，並繼續加以傳播。我們需要它的接受者明白：他們所得到的並不是原來的自由軟體。由其他人引入的任何問題，不應損害原作者的聲譽。
最後，任何自由軟體不斷受到軟體專利的威脅。我們希望避免這樣的風險，自由軟體的再發布者以個人名義獲得專利許可證。事實上，將軟體變為私有。為防止這一點，我們必須明確：任何專利必須以允許每個人自由使用為前提，否則就不準許有專利。
下面是有關復制，發布和修改的確切的條款和條件。

GNU通用公共許可證
有關復制，發布和修改的條款和條件

0. 此許可證適用於任何包含版權所有者聲明的程序和其他作品，版權所有者在聲明中明確說明程序和作品可以在GPL條款的約束下發布。下面提到的「程序」指的是任何這樣的程序或作品。而「基於程序的作品」指的是程序或者任何受版權法約束的衍生作品。也就是說包含程序或程序的一部分的作品。可以是原封不動的，或經過修改的和／或翻譯成其他語言的（程序）。在下文中，翻譯包含在修改的條款中。每個許可證接受人（licensee）用你來稱呼。
許可證條款不適用於復制，發布和修改以外的活動。這些活動超出這些條款的范圍。運行程序的活動不受條款的限止。僅當程序的輸出構成基於程序作品的內容時，這一條款才適用（如果只運行程序就無關）。是否普遍適用取決於程序具體用來做什麼。

1. 只要你在每一副本上明顯和恰當地出版版權聲明和不承擔擔保的聲明，保持此許可證的聲明和沒有擔保的聲明完整無損，並和程序一起給每個其他的程序接受者一份許可證的副本，你就可以用任何媒體復制和發布你收到的原始的程序的源代碼。
你可以為轉讓副本的實際行動收取一定費用。你也有權選擇提供擔保以換取一定的費用。

2. 你可以修改程序的一個或幾個副本或程序的任何部分，以此形成基於程序的作品。只要你同時滿足下面的所有條件，你就可以按前面第一款的要求復制和發布這一經過修改的程序或作品。
a） 你必須在修改的文件中附有明確的說明：你修改了這一文件及具體的修改日期。
b） 你必須使你發布或出版的作品（它包含程序的全部或一部分，或包含由程序的全部或部分衍生的作品）允許第三方作為整體按許可證條款免費使用。
c） 如果修改的程序在運行時以交互方式讀取命令，你必須使它在開始進入常規的交互使用方式時列印或顯示聲明：包括適當的版權聲明和沒有擔保的聲明（或者你提供擔保的聲明）；用戶可以按此許可證條款重新發布程序的說明；並告訴用戶如何看到這一許可證的副本。（例外的情況：如果原始程序以交互方式工作，它並不列印這樣的聲明，你的基於程序的作品也就不用列印聲明）。
這些要求適用於修改了的作品的整體。如果能夠確定作品的一部分並非程序的衍生產品，可以合理地認為這部分是獨立的，是不同的作品。當你將它作為獨立作品發布時，它不受此許可證和它的條款的約束。但是當你將這部分作為基於程序的作品的一部分發布時，作為整體它將受到許可證條款約束。准予其他許可證持有人的使用范圍擴大到整個產品。也就是每個部分，不管它是誰寫的。
因此，本條款的意圖不在於索取權利；或剝奪全部由你寫成的作品的權利。而是履行權利來控制基於程序的集體作品或衍生作品的發布。
此外，將與程序無關的作品和該程序或基於程序的作品一起放在存貯體或發布媒體的同一卷上，並不導致將其他作品置於此許可證的約束范圍之內。

3. 你可以以目標碼或可執行形式復制或發布程序（或符合第2款的基於程序的作品)，只要你遵守前面的第1，2款，並同時滿足下列3條中的1條。
a）在通常用作軟體交換的媒體上，和目標碼一起附有機器可讀的完整的源碼。這些源碼的發布應符合上面第1，2款的要求。或者
b）在通常用作軟體交換的媒體上，和目標碼一起，附有給第三方提供相應的機器可讀的源碼的書面報價。有效期不少於3年，費用不超過實際完成源程序發布的實際成本。源碼的發布應符合上面的第1，2款的要求。或者
c）和目標碼一起，附有你收到的發布源碼的報價信息。（這一條款只適用於非商業性發布，而且你只收到程序的目標碼或可執行代碼和按b）款要求提供的報價）。
作品的源碼指的是對作品進行修改最優先擇取的形式。對可執行的作品講，
完整的源碼包括：所有模塊的所有源程序，加上有關的介面的定義，加上控制可執行作品的安裝和編譯的script。作為特殊例外，發布的源碼不必包含任何常規發布的供可執行代碼在上面運行的操作系統的主要組成部分（如編譯程序，內核等）。除非這些組成部分和可執行作品結合在一起。
如果採用提供對指定地點的訪問和復制的方式發布可執行碼或目標碼，那麼，提供對同一地點的訪問和復制源碼可以算作源碼的發布，即使第三方不強求與目標碼一起復制源碼。

4. 除非你明確按許可證提出的要求去做，否則你不能復制，修改，轉發許可證和發布程序。任何試圖用其他方式復制，修改，轉發許可證和發布程序是無效的。而且將自動結束許可證賦予你的權利。然而，對那些從你那裡按許可證條款得到副本和權利的人們，只要他們繼續全面履行條款，許可證賦予他們的權利仍然有效。

5. 你沒有在許可證上簽字，因而你沒有必要一定接受這一許可證。然而，沒有任何其他東西賦予你修改和發布程序及其衍生作品的權利。如果你不接受許可證，這些行為是法律禁止的。因此，如果你修改或發布程序（或任何基於程序的作品），你就表明你接受這一許可證以及它的所有有關復制，發布和修改程序或基於程序的作品的條款和條件。

6. 每當你重新發布程序（或任何基於程序的作品）時，接受者自動從原始許可證頒發者那裡接到受這些條款和條件支配的復制，發布或修改程序的許可證。你不可以對接受者履行這里賦予他們的權利強加其他限制。你也沒有強求第三方履行許可證條款的義務。

7. 如果由於法院判決或違反專利的指控或任何其他原因（不限於專利問題）的結果，強加於你的條件（不管是法院判決，協議或其他）和許可證的條件有沖突。他們也不能用許可證條款為你開脫。在你不能同時滿足本許可證規定的義務及其他相關的義務時，作為結果，你可以根本不發布程序。例如，如果某一專利許可證不允許所有那些直接或間接從你那裡接受副本的人們在不付專利費的情況下重新發布程序，唯一能同時滿足兩方面要求的辦法是停止發布程序。
如果本條款的任何部分在特定的環境下無效或無法實施，就使用條款的其餘部分。並將條款作為整體用於其他環境。
本條款的目的不在於引誘你侵犯專利或其他財產權的要求，或爭論這種要求的有效性。本條款的主要目的在於保護自由軟體發布系統的完整性。它是通過通用公共許可證的應用來實現的。許多人堅持應用這一系統，已經為通過這一系統發布大量自由軟體作出慷慨的供獻。作者／捐獻者有權決定他／她是否通過任何其他系統發布軟體。許可證持有人不能強制這種選擇。

本節的目的在於明確說明許可證其餘部分可能產生的結果。

8. 如果由於專利或者由於有版權的介面問題使程序在某些國家的發布和使用受到限止，將此程序置於許可證約束下的原始版權擁有者可以增加限止發布地區的條款，將這些國家明確排除在外。並在這些國家以外的地區發布程序。在這種情況下，許可證包含的限止條款和許可證正文一樣有效。

9. 自由軟體基金會可能隨時出版通用公共許可證的修改版或新版。新版和當前的版本在原則上保持一致，但在提到新問題時或有關事項時，在細節上可能出現差別。
每一版本都有不同的版本號。如果程序指定適用於它的許可證版本號以及「任何更新的版本」。你有權選擇遵循指定的版本或自由軟體基金會以後出版的新版本，如果程序未指定許可證版本，你可選擇自由軟體基金會已經出版的任何版本。

10. 如果你願意將程序的一部分結合到其他自由程序中，而它們的發布條件不同。寫信給作者，要求准予使用。如果是自由軟體基金會加以版權保護的軟體，寫信給自由軟體基金會。我們有時會作為例外的情況處理。我們的決定受兩個主要目標的指導。這兩個主要目標是：我們的自由軟體的衍生作品繼續保持自由狀態。以及從整體上促進軟體的共享和重復利用。

沒有擔保

11. 由於程序准予免費使用，在適用法准許的范圍內，對程序沒有擔保。除非另有書面說明，版權所有者和／或其他提供程序的人們「一樣」不提供任何類型的擔保。不論是明確的，還是隱含的。包括但不限於隱含的適銷和適合特定用途的保證。全部的風險，如程序的質量和性能問題都由你來承擔。如果程序出現缺陷，你承擔所有必要的服務，修復和改正的費用。

12. 除非適用法或書面協議的要求，在任何情況下，任何版權所有者或任何按許可證條款修改和發布程序的人們都不對你的損失負有任何責任。包括由於使用或不能使用程序引起的任何一般的，特殊的，偶然發生的或重大的損失（包括但不限於數據的損失，或者數據變得不精確，或者你或第三方的持續的損失，或者程序不能和其他程序協調運行等）。即使版權所有者和其他人提到這種損失的可能性也不例外。

最後的條款和條件
如何將這些條款用到你的新程序

如果你開發了新程序，而且你需要它得到公眾最大限度的利用。要做到這一點的最好辦法是將它變為自由軟體。使得每個人都能在遵守條款的基礎上對它進行修改和重新發布。
為了做到這一點，給程序附上下列聲明。最安全的方式是將它放在每個源程序的開頭，以便最有效地傳遞拒絕擔保的信息。每個文件至少應有「版權所有」行以及在什麼地方能看到聲明全文的說明。

<用一行空間給出程序的名稱和它用來做什麼的簡單說明>
版權所有（C） 19XX <作者姓名>
這一程序是自由軟體，你可以遵照自由軟體基金會出版的GNU通用公共許可證條款來修改和重新發布這一程序。或者用許可證的第二版，或者（根據你的選擇）用任何更新的版本。
發布這一程序的目的是希望它有用，但沒有任何擔保。甚至沒有適合特定目的隱含的擔保。更詳細的情況請參閱GNU通用公共許可證。
你應該已經和程序一起收到一份GNU通用公共許可證的副本。如果還沒有，寫信給：
The Free Software Foundation, Inc., 675 Mass Ave, Cambridge,
MA02139, USA
還應加上如何和你保持聯系的信息。

如果程序以交互方式進行工作，當它開始進入交互方式工作時，使它輸出類似下面的簡短聲明：
Gnomovision 第69版， 版權所有（C） 19XX， 作者姓名，
Gnomovision絕對沒有擔保。 要知道詳細情況，請輸入『show w』。
這是自由軟體，歡迎你遵守一定的條件重新發布它，要知道詳細情況，
請輸入『show c』。
假設的命令『show w』和『show c』應顯示通用公共許可證的相應條款。當然，你使用的命令名稱可以不同於『show w』和『show c』。根據你的程序的具體情況，也可以用菜單或滑鼠選項來顯示這些條款。

如果需要，你應該取得你的上司（如果你是程序員）或你的學校簽署放棄程序版權的聲明。下面只是一個例子，你應該改變相應的名稱：
Yoyodyne公司以此方式放棄James Harker所寫的 Gnomovision程序的全部版權利益。
Ty coon付總裁

這一許可證不允許你將程序並入專用

『陸』 Apache軟體基金會的發展歷史

Apache軟體基金會正式創建於1999年7月，它的創建者是一個自稱為「Apache組織」的群體。這個「Apache組織」在1999年以前就已經存在很長時間了，這個組織的開發愛好者們聚集在一起，在美國伊利諾伊斯大學超級計算機應用程序國家中心（National Center for Supercomputing Applications，簡稱為NCSA）開發的NCSA HTTPd伺服器的基礎上開發與維護了一個叫Apache的HTTP伺服器。
最初NCSA HTTPd伺服器是由Rob McCool開發出來的，但是它的最初開發者們逐漸對這個軟體失去了興趣，並轉移到了其他地方，造成了沒有人來對這個伺服器軟體提供更多的技術支持。因為這個伺服器的功能又如此強大，而代碼可以自由下載修改與發布，當時這個伺服器軟體的一些愛好者與用戶開始自發起來，互相交流並分發自己修正後的軟體版本，並不斷改善其功能。為了更好進行溝通，Brian Behlendorf自己建立了一個郵件列表，把它作為這個群體（或者社區）交流技術、維護軟體的一個媒介，把代碼重寫與維護的工作有效組織起來。這些開發者們逐漸地把他們這個群體稱為「Apache組織」，把這個經過不斷修正並改善的伺服器軟體命名為Apache伺服器（Apache Server）。
這個命名是根據北美當地的一支印第安部落而來，這支部落以高超的軍事素養和超人的忍耐力著稱，19世紀後半期對侵佔他們領土的入侵者進行了反抗。為了對這支印第安部落表示敬仰之意，取該部落名稱（Apache）作為伺服器名。但一提到這個命名，這里還有流傳著一段有意思的故事。因為這個伺服器是在NCSA HTTPd伺服器的基礎之上，通過眾人努力，不斷地修正、打補丁（Patchy）的產物，被戲稱為「A Patchy Server」（一個補丁伺服器）。在這里，因為「A Patchy」與「Apache」是諧音，故最後正式命名為「Apache Server」。
後來由於商業需求的不斷擴大，以Apache HTTP伺服器為中心，啟動了更多的與Apache項目並行的項目，比如mod perl、PHP、Java Apache等等。隨著時間的推移、形勢的變化，Apache軟體基金會的項目列表也不斷更新變化中——不斷的有新項目啟動，項目的中止以及項目的拆分與合並。比如一開始，Jakarta就是為了發展JAVA容器而啟動的Java Apache項目，後來由於升陽公司（SUN）的建議，項目名稱變為Jakarta。但當時該項目的管理者也沒有想到Jakarta項目因為JAVA的火爆而發展到如今一個囊括了眾多基於JAVA語言開源軟體子項目的項目。以至後來，不得不把個別項目從Jakarta中獨立出來，成為Apache軟體基金會的頂級項目，Struts項目就是其中之一。
最近，為了避免SCO與UNIX開源社區之間的發生糾紛降臨在Apache軟體基金會（ASF）身上。Apache軟體基金會（ASF）裡面開始採取一些措施，讓眾多的項目進行更多協調的、結構化管理，並保護自己的合法利益，避免一些潛在的合乎法律的侵犯（potential legal attacks）。

『柒』 自由軟體基金會的介紹

自由軟體基金會（Free Software Foundation，FSF）是一個致力於推廣自由軟體的美國民間非盈利性組織。它於1985年10月由理查德·斯托曼建立。其主要工作是執行GNU計劃，開發更多的自由軟體。

『捌』 自由軟體的授權

根據斯托曼和自由軟體基金會（FSF）的定義，自由軟體賦予使用者四種自由:
自由之零：不論目的為何，有使用該軟體的自由。
自由之一：有研究該軟體如何運作的自由，並且得以改寫該軟體來符合使用者自身的需求。取得該軟體之源碼為達成此目的之前提。
自由之二：有重新散布該軟體的自由，所以每個人都可以藉由散布自由軟體來敦親睦鄰。
自由之三：有改善再利用該軟體的自由，並且可以發表改寫版供公眾使用，如此一來，整個社群都可以受惠。如前項，取得該軟體之源碼為達成此目的之前提。
如果一軟體的使用者具有上述四種權利，則該軟體得以被稱之為「自由軟體」。也就是說，使用者必須能夠自由地、以不收費或是收取合理的散布費用的方式、在任何時間再散布該軟體的原版或是改寫版在任何地方給任何人 使用。如果使用者不必問任何人或是支付任何的許可費用從事這些行為，就表示她/他擁有自由軟體所賦予的自由權利。

『玖』 自由軟體基金會的獎勵

1999年：林納斯·托瓦茲獎
2005年：電子藝術大獎

『拾』 請問軟體基金會是什麼樣的機構apache這樣的軟體基金會所有項目都開源靠什麼賺錢

自由軟體基金會（Free Software Foundation，FSF）是一個推廣自由軟體的美國民間非盈利性組織，致力於消除對計算機程序在復制、分發、理解和修改方面的限制。

許多組織都在分發所有可以獲得的自由軟體。與之不同的是，自由軟體基金會致力於開發新的自由軟體，以及將這些軟體構造成為一個協調一致的系統，這樣的系統將徹底消除使用私有軟體的必要。

它於1985年10月由理查德·斯托曼建立。其主要工作是執行GNU計劃，開發更多的免費、自由以及可自由流通軟體。 從其建立到1990年代中自由軟體基金會的基金主要被用來僱用編程師來發展自由軟體。從1990年代中開始寫自由軟體的公司和個人太多了，因此自由軟體基金會的雇員和自願者主要在自由軟體運動的法律和結構問題上工作。

最近工作：

GNU工程：自由軟體基金會最早的目的在於促進自由軟體的開發，但自由軟體基金會也有開發GNU操作系統的任務。 ;施行GPL : 自由軟體基金會具有施行GNU通用公共許可證和其它GNU許可證的能力和資源，但自由軟體基金會只對它擁有版權的軟體負責。其它軟體必須由它們自己的擁有人來負責，原因是從法律規定上自由軟體基金會無法為這些其它軟體負責。自由軟體基金會每年約接觸到50個違反GNU通用公共許可證的事件，自由軟體基金會試圖不通過法院使對方遵守GNU通用公共許可證。

GNU許可證 : GNU通用公共許可證是自由軟體工程中最普及的許可證。目前的版本（版本2）是1991年發表的，但自由軟體基金會正在進行版本3的工作。自由軟體基金會還發布了GNU寬通用公共許可證和GNU自由文檔許可證。

監督版權 : 自由軟體基金會擁有大多數GNU軟體和一些非GNU自由軟體的版權。每個GNU軟體包的貢獻者必須簽署版權文件，這樣自由軟體基金會可以在訴訟案中在法庭上維護這些軟體。此外這樣假如許可證有所變化的話不必徵求軟體所有的貢獻者的同意。

自由軟體目錄: 自由軟體目錄是所有自由軟體包的一個列表。其中列出的每個軟體包含47條信息，比如工程的主頁、程序師、編程語言等。目的是提供一個自由軟體的搜索引擎和為用戶提供一個檢查一個軟體包是否自由的工具。自由軟體基金會為此從聯合國教科文組織獲得少數基金。計劃是將來這個目錄可以翻譯成不同的語言。

維持自由軟體的定義 : 自由軟體基金會維持多個定義自由軟體運動的文獻。

法律教育: 自由軟體基金會舉辦關於GNU通用公共許可證的法律問題的研究會，向律師提供咨詢服務。

工程管理: 自由軟體基金會通過它的GNU草原（GNU Savannah）頁面提供工程管理的服務。

頒發獎勵: 自由軟體基金會每年頒發兩部獎勵：自由軟體進步大獎和社會福利自由軟體獎勵（Free Software Award for Projects of Social Benefit）。 社會福利自由軟體獎勵

2002年11月25日自由軟體基金會向個人提供自由軟體基金會附屬會員的可能性。到2005年3月它擁有3400多位附屬會員。2003年3月5日它向商業企業提供公司保護計劃，到2004年4月它擁有45位公司保護。

理事會成員：

- Geoffery Knauth，SFA公司高級程序員

- 勞倫斯·萊斯格，斯坦福大學法律教授

- 伊本·莫格林，哥倫比亞大學法律和司法歷史教授

- 亨利·普樂，CivicActions公司的建立人

- 理查德·斯托曼，自由軟體基金會創始人

- Gerald Sussman，麻省工業學院電腦科學教授 一般在波斯頓總部里有10個雇員工作。

姊妹組織：

2001年在德國成立了歐洲自由軟體基金會作為自由軟體基金會在歐洲的代表人。2003年在喀拉拉邦成立了印度自由軟體基金會。2005年據傳有打算成立拉丁美洲自由軟體基金會的計劃。

＝＝＝＝＝＝＝＝以上網路＝＝＝＝＝＝

這個組織是非盈利的，不已盈利為目的
會有一些贊助商維持他們的日常