自由軟體的圖書館環境毛慶禎 2015.7.24 A＋圖書館：圖書館經營管理與啟發研習班 2015 年 8 月 3 日 (星期一)

1、圖書館的存在...... 1 2、自由軟體...... 2 2.1 源起...... 3 2.2 定義...... 4 2.3 授權條款...... 4 3、開放原始碼...... 8 3.1 源起...... 8 3.2 定義...... 8 3.3 授權條款...... 8 4、著佐權...... 11 5、自由與開放的歧見...... 12 4.1 斯托曼的反擊...... 12 4.2 關於「自由軟體」和「開源」的常見誤解...... 13 6、全面自由的軟體...... 16 6.1 GNU/Linux 作業系統...... 16 6.2 自由軟體目錄...... 16 7、結論...... 17 延伸閱讀...... 18

自由是圖書館與軟體的基礎，也是共同追求的目標。圖書館就是借出圖書、教育民眾、與保存推動社區文化的場所，軟體是供民眾使用、研究、散布、與改善的工具，兩者的存在價值都有賴民眾的參與，無法自行獨立存在。本文闡明自由軟體的真諦，並從圖書館經營管理的角度指出，圖書館必須採用自由軟體，才符合其本質。

1、圖書館的存在

1994 年，國際圖書館協會聯合會 (International Federation of Library Associations and Institutions, IFLA) 與聯合國教科文組織 (United Nations Educational Scientific and Cultural Organization, Unesco) 共同發布「公共圖書館宣言」，延續 1949 年與 1972 年的精神，主張

• 公共圖書館是地方的知識門戶，提供個人及社團終生學習、獨立判斷、文化發展的環境。

• 認定公共圖書館是一個教育、文化、及資訊的單位，也是孕育和平及心靈福祉的場所。

• 公共圖書館是地方的資訊中心，備有各種知識及資訊供讀者取用。

• 公共圖書館提供無私的服務，不因年齡、種族、性別、信仰、國籍、語文及社會地位而有差異。少數民族、身心障礙人士、住院病患、在監人士等，有事實上的困難，無法利用常態性的服務及資料時，公共圖書館應針對他們的需求，提供特別服務。

• 各種年齡層的人都應該可以找到所需的相關資料，館藏和服務在涵蓋各種媒體及現代科技之時，應兼顧傳統的資料;尤其要重視品質，不能忽視地方的需求與特性。資料的內容必須反應當前的潮流及社會變遷，包括人類努力的記錄及想像未來的雄心。

• 館藏及服務不能以屈從任何意識型態、政治或宗教的檢查，當然也要抗拒商業行為的壓力。

簡言之，不以公共圖書館為限，所有的圖書館至少扮演三種角色：

1. 借出圖書

2. 教育民眾

3. 保存與推動社區文化

具體的目標含蓋：

1. 維護資訊權，拒絕檢查制度及禁書的形成。

2. 引介新興的的資訊格式，包括網際網路、社群媒體、電子競技等

3. 推動社區的經濟發展，包括鼓勵創新，以及對遊客、移民與新住民的服務

4. 推動閱讀與學習，特別是針對兒童

5. 成為社區的客廳，在住家與工作場所之外的第三空間，民眾在此互動、社交

2、自由軟體

軟體類型示意圖 / 朝陽科技大學資訊管理系洪朝貴自由軟體 (Free Software) 或開放原始碼 (Open Source) 都不是專有名詞，任何軟體都可以自稱為自由軟體或開放原始碼，沒有智慧財產權的問題，不受著作權、專利權或商標權的保護。

實務上，軟體社群的認定標準，以美國自由軟體基金會 (Free Software Foundation, FSF) 或開放原始碼促進會 (Open Source Initiative, OSI) 的定義為準，除非有能力判讀授權條款的內容，軟體開發者與使用者多半以被美國自由軟體基金會或開放原始碼促進會審核通過的授權條款，做為標準。

2.1 源起

1983 年，理查·馬修·斯托曼 (Richard Matthew Stallman, 1953 年 3 月 16 日－ ) 發起 GNU 計畫，1985 年成立自由軟體基金會 (Free Software Foundation, FSF) ，1994 年 3 月，Linux1.0 問世， GNU 計畫納入 Linux，將其作業系統更名為 GNU/Linux 作業系統。

自由軟體基金會是個非營利的全球性機構，在法國、拉丁美洲、歐盟及印度註冊，它的宗旨有二：

1. 推動電腦使用者的自由

2. 捍衛所有自由軟體使用者權益

為了保障電腦使用者的自由，自由軟體基金會推廣發展與使用自由軟體與文件-特別是 GNU 作業系統-並動員反對威脅電腦使用者自由的活動，如：數位內容限制管理 (Digital Restrictions Management，DRM) 及軟體專利。

自由軟體基金會的工作是：

1. 維護自由軟體哲學的文章

2. 維護自由軟體定義

3. 界定什麼軟體才是自由軟體

4. 贊助 GNU 計畫，自由軟體方式授權的完整作業系統。

5. 贊助與推動重要的自由軟體發展，包括完整的電子郵件與外殼服務，以及郵寄名單。持續發展 GNU 作業系統，讓志工很容易地參與，包括贊助大草原 (Savannah) 網站，做為自由軟體的套件庫與發展中心。

自由軟體基金會擁有大部份 GNU 作業系統及其他自由軟體的著作權，取得這些資產的目的是，避免它們成為專屬軟體。每年都有數千個來自個人或公司的自由軟體作業，把著作權轉讓給自由軟體基金會。依照美國的法律，自由軟體基金會註冊它們，並加上授權條款，以自由軟體方式散布-通常是 GNU 通用公共授權條款。經由自由軟體授權和遵守實驗室，我們確保自由軟體散布者尊重其義務，把自由傳給所有使用者，共享、學習及修改原始碼。

自由軟體基金會出版 GNU 通用公共授權條款 (GNU General Public licnese，GNUGPL) ，專門為了推廣與保存軟體的自由；以及其他重要的授權條款，包括 GNU 較寬鬆公共許可證、GNU Affero 通用公共許可證與 GNU 自由文件授權條款。

自由軟體基金會為使用自由軟體與反對專屬軟體而戰，對自由軟體威脅包括：數位內容限制管理、軟體專利與背叛的計算。自由軟體基金會提供重要的資源給社群使用，包括自由軟體基金會/聯合國教科文組織的自由軟體目錄。您的對自由軟體的最重要支持，來自於在自己的電腦裡使用自由軟體，與在自己的企業或社群裡，推動使用用自由軟體。 2.2 定義

美國自由軟體基金會對自由軟體的定義，廣為大眾接受。自由軟體係指該軟體的使用者擁有使用、複製、散佈、研究、改寫、再利用該軟體的自由。更精確地說，自由軟體賦予使用者四種自由:

• 不論目的為何，有使用該軟體的自由 (自由之零) 。

• 有研究該軟體如何運作的自由，並且得以改寫該軟體來符合使用者自身的需求 (自由之一) 。取得該軟體之源碼為達成此目的之前提。

• 有重新散佈該軟體的自由，所以每個人都可以藉由散佈自由軟體來敦親睦鄰 (自由之二) 。

• 有改善再利用該軟體的自由，並且可以發表改寫版供公眾使用，如此一來，整個社群都可以受惠。如前項，取得該軟體之源碼為達成此目的之前提 (自由之三) 。

軟體的使用者具有上述四種權利，則該軟體得以被稱之為「自由軟體」。也就是說，使用者必須能夠自由地、以不收費或是收取合理的散佈費用的方式、在任何時間再散佈該軟體的原版或是改寫版在任何地方給任何人使用。如果使用者不必問任何人或是支付任何的許可費用，就能從事這些行為，表示她/ 他擁有自由軟體所賦予的自由權利。

在前述的定義，自由軟體基金會特別就「free」一字，在英文裡的兩個涵義，具體說明：

「自由軟體」關於「自由」而不是價格，「自由 (Free) 」這個概念並不是指「免費的啤酒」，而是指「言論自由」，因為 free 這個英文字，具有自由和免費的意思。

2.3 授權條款

自由軟體基金會以下列四種主要的範疇為基準，檢視各種授權條款，判定其屬性：

1. 給予使用者使用軟體的四種自由

2. 符合著佐權的規定

3. 與 GNU 通用公共授權條款相容，指的是第二版及第三版

4. 實務運作沒有困難。

共有 82 種，分為兩類：相容於 GNU 通用公共許可證、不相容於 GNU 通用公共許可證。

• 相容於 GNU 通用公共許可證，43 種

1. GNU General Public licnese (GPL) version 3 [GNU 通用公共許可證] 2. GNU General Public licnese (GPL) version 2

3. GNU Lesser General Public licnese (LGPL) version 3 [GNU 較寬鬆公共許可證]

4. GNU Lesser General Public licnese (LGPL) version 2.1

5. GNU Affero General Public licnese (AGPL) version 3

6. GNU All-Permissive licnese

7. Apache licnese, Version 2.0

8. Artistic licnese 2.0

9. Berkeley Database licnese

10. Boost Software licnese 11. Modified BSD licnese

12. CeCIL Lversion 2

13. The Clear BSD licnese

14. Cryptix General licnese

15. eCos licnese version 2.0

16. Educational Community licnese 2.0

17. Eiffel Forum licnese, version 2

18. EU Data Grid Software licnese

19. Expat licnese

20. FreeBSD licnese

21. Freetype Project licnese

22. licnese of the iMatix Standard Function Library

23. Independent JPEG Group licnese

24. licnese of imlib2

25. Intel Open Source licnese

26. ISC licnese

27. NCSA/University of Illinois Open Source licnese

28. Open LDAP licnese, Version2.7

29. licnese of Perl 5 and below

30.Public Domain

31. licnese of Python 2.0.1, 2.1.1, and newer versions

32. licnese of Ruby

33. SGI Free Software licnese B, version 2.0

34. Standard ML of New Jersey Copyright licnese

35. Unicode, Inc. Licnese Agreement for Data Files and Software

36. licnese of Vim, Version 6.1 or later

37. W3C Software Notice and licnese

38. licnese of Web M

39. WT FPL ， Version 2

40. X11 licnese

41. XFree86 1.1 licnese

42. licnese of ZLib

43. Zope Public licnese, versions 2.0 and 2.1 • 不相容於 GNU 通用公共許可證，39 種

1. Affero General Public licnese version 1

2. Academic Free licnese, all versions through 3.0

3. Apache licnese, Version 1.1

4. Apache licnese, Version 1.0

5. Apple Public Source licnese (APSL) , version 2

6. Bit Torrent Open Source licnese

7. Original BSD licnese

8. Common Development and Distribution licnese (CDDL) , version 1.0

9. Common Public Attribution licnese 1.0 (CPAL)

10. Common Public licnese Version 1.0

11. Condor Public licnese

12. Eclipse Public licnese Version 1.0

13. European Union Public licnese (EUPL) version 1.1

14. IBM Public licnese, Version 1.0

15. Inter base Public licnese, Version 1.0

16. Jabber Open Source licnese, Version 1.0

17. LaTeX Project Public licnese 1.3a

18. LaTeX Project Public licnese 1.2

19. Lucent Public licnese Version 1.02 (Plan 9 licnese)

20. Microsoft Public licnese (Ms-PL)

21. Microsoft Reciprocal licnese (Ms-RL)

22. Mozilla Public licnese (MPL)

23. Netizen Open Source licnese (NOSL) , Version 1.0

24. Netscape Public licnese (NPL) ，versions 1.0 and 1.1

25. Nokia Open Source licnese

26.Old Open LDAP licnese, Version 2.3

27. Open Software licnese, all versions through 3.0

28. OpenSSL licnese

29. Phorum licnese, Version 2.0

30. PHP licnese, Version 3.01

31. licnese of Python 1.6b1 through 2.0 and 2.1

32. Q Public licnese (QPL) , Version 1.0 33. Real Networks Public Source licnese (RPSL) , Version 1.0

34. Sun Industry Standards Source licnese 1.0

35. Sun Public licnese

36. licnese of xinetd

37. Yahoo!Public licnese1.0

38. Zend licnese, Version 2.0

39. Zope Public licnese version 1

自由軟體基金會特別點名下列 28 種授權條款，是不自由的授權條款：

1. Aladdin Free Public licnese

2. Apple Public Source licnese (APSL) , version 1.x

3. Artistic licnese 1.0

4. AT&T Public licnese

5. GPL for Computer Programs of the Public Administration

6. Hacktivismo Enhanced-Source Software licnese Agreement (HESSLA)

7. Jahia Community Source licnese

8. The JSON licnese

9. Old licnese of ksh93

10. licnese of Lha

11. Microsoft Limited Public licnese (Ms-LPL)

12. Microsoft Limited Reciprocal licnese (Ms-LRL)

13. Microsoft Reference licnese

14. Microsoft's Shared SourceCLI, C#, and Jscript licnese

15. Microsoft Windows Embedded CE 6.0 Shared Source licnese

16. NASA Open Source Agreement

17. Open Public licnese

18. licnese of PINE

19.Old Plan 9 licnese

20. Reciprocal Public licnese

21.Scilab licnese

22. Simple Machines licnese

23. Squeak licnese

24.Sun Community Source licnese

25. System C "OpenSource" licnese, Version 3.0 26. UniversityofUtahPublic licnese

27.Sun Solaris Source Code (Foundation Release) licnese，Version 1.1

28.YaST licnese

至於其他未被列名的授權條款，使用者需自行判斷；自由軟體基金會樂於接受委託，審視其他的授權方式，判斷其內容是否符合自由軟體的標準。

3、開放原始碼

3.1 源起

1998 年，自由軟體陣營中的部分成員分裂出來，並以“開源”為名繼續開展現行。開放原始碼定義由裴倫斯 (BrucePerens) 所擬，其曾經為 Debian 開發計畫的領導人，並為 Debian 草擬「Debian 自由軟體指導綱要 (The Debian Free Software Guidelines，DFSG) 」，用來判斷 Debian 計畫中的程式是否為自由軟體，之後裴倫斯將 DFSG 加以修改成為開放原始碼定義的第 1 版。

3.2 定義

開放原始碼是一種發展軟體的方法，透過分散式同儕評閱的力量，及透明化過程的方法，開放原始碼自許為較佳品質、高可信度、更有彈性、低成本的方法，更可終結廠商的壟斷。

開放原始碼促進會 (Open Source Initiative, OSI) 對開放原始碼下了一個定義。開放源始碼不祗是讓使用者近用原始碼，它的授權條款必須指明其散布過程必須符合十項範疇：

1. 自由再散布：允許自由再散布程式，並且不可以因此而收取授權金，不過仍然可以收取授權金以外的費用；

2. 原始碼：以原始碼形式散布程式，以備他人修改。

3. 衍生作品：允許他人修改原程式，並且允許他人散布修改過的程式。

4. 原創原始碼的完整性：必須保持原始碼的完整性，修改過的版本，應以不同的版本編號呈現，或以修正檔方式，附加於原程式的形式，來散布修改程式。

5. 不得對任何人或團體有差別待遇：其目的係讓開放原始碼軟體可以廣泛地散布。

6. 不得對使用範圍有差別待遇：可以在任何範圍內運用，包括商業領域。

7. 散布授權條款：授權條款中的權利適用於收到程式的所有使用者。

8. 授權條款不得專屬於特定產品：軟體內的部份程式被拿出來單獨散布時，仍應使用相同的授權條款。

9. 授權條款不得限制其他軟體：多個程式一併散布時，不得限制其他程式必須是開放原始碼。

10.授權條款必須技術中立：可以在任何環境散布，包括非網際網路環境以及非圖形化使用者環境。

3.3 授權條款

經過一定的程序，開放原始碼組織認可 66 種授權條款，採用這些授權條款的軟體，可以在散布時，標明為經過開放原始碼組織認證通過的開放原始碼軟體。開放原始碼組織的認可程序，以前述的散布程序為基礎。

1. Academic Free licnese3.0 (AFL3.0)

2. Affero GNU Public licnese

3. Adaptive Public licnese

4. Apache licnese ， 2.0

5. Apple Public Source licnese

6. Artistic licnese 2.0

7. Attribution Assurance licneses

8. New and Simplified BSD licneses

9. Boost Software licnese (BSL 1.0)

10. Computer Associates Trusted Open Source licnese 1.1

11. Common Developmentand Distribution licnese

12. Common Public Attribution licnese 1.0 (CPAL)

13. CUA Office Public licnese Version 1.0

14. EU Data Grid Software licnese

15. Eclipse Public licnese

16. Educational Community licnese, Version 2.0

17. Eiffel Forum licnese V 2.0

18. Entessa Public licnese

19. European Union Public licnese (link to every language's version on their site)

20. Fair licnese

21. Frameworx licnese

22. GNU General Public licnese (GPL)

23. GNU General Public licnese version3.0 (GPL v3)

24. GNU Library or "Lesser" General Public licnese (LGPL)

25. GNU Library or "Lesser" General Public licnese version 3.0 (LGPLv3)

26. Historical Permission Notice and Disclaimer

27. IBM Public licnese

28. IPA Font licnese

29. ISC licnese

30. Lucent Public licnese Version 1.02

31. MirOS Licence

32. Microsoft Public licnese (Ms-PL) 33. Microsoft Reciprocal licnese (Ms-RL)

34. MIT licnese

35. Motosoto licnese

36. Mozilla Public licnese 1.1 (MPL)

37. Multics licnese

38. NASA Open Source Agreement 1.3

39. NTP licnese

40. Naumen Public licnese

41. Nethack General Public licnese

42. Nokia OpenSource licnese

43. Non-Profit Open Software licnese3.0 (Non-Profit OSL 3.0)

44. OCLC Research Public licnese 2.0

45. OpenFont licnese1.1 (OFL 1.1)

46. Open Group Test Suite licnese

47. Open Software licnese3.0 (OSL 3.0)

48. PHP licnese

49. The Postgre SQL licnese

50. Python licnese (CNRI Python licnese)

51. Python Software Foundation licnese

52. Qt Public licnese (QPL)

53. Real Networks Public Source licnese V1.0

54. Reciprocal Public licnese1.5 (RPL 1.5)

55. Ricoh Source Code Public licnese

56. Simple Public licnese 2.0

57. Sleepycat licnese

58. Sun Public licnese

59. Sybase Open Watcom Public licnese 1.0

60. University of Illinois/NCSA Open Source licnese

61. Vovida Software licnese v.1.0

62. W3C licnese

63. wx Windows Library licnese

64. X.Net licnese

65. Zope Public licnese 66. zlib/libpng licnese

另外，有 6 種授權條款曾經被認可，現在已經新的授權條款取代，不再適用：

1. Apache Software licnese 1.1

2. Common Public licnese 1.0

3. Artistic licnese 1.0

4. Eiffel Forum licnese V1.0

5. Lucent Public licnese (Plan 9)

6. Mozilla Public licnese1.0 (MPL)

有四種授權條款不再適用：

1. Intel Open Source licnese

2. Jabber Open Source licnese

3. MITRE Collaborative Virtual Workspace licnese (CVW licnese)

4. Sun Industry Standards Source licnese (SISSL)

4、著佐權

美國自由軟體基金會新創「著佐權 (Copyleft) 」一詞，以著佐權保障程式或作品使用者的自由，規定使用該程式或作品的人，必須把修改及擴充的程式或作品，以同樣方式釋放出來。

著佐權是順應 GNU 計畫而生的，GNU 計畫提供所有人再散布及修改 GNU 軟體的自由。最簡單的軟體自由化方式，是把程式置於公領域 (publicdomain) ，即著作財產權消滅，允許他人分享及修改此程式。然而，某些不願意別人自由的人，可以藉由散布修改後的程式，把這些程式轉換為他們的專屬軟體，剝奪使用他人使用程式的自由。或許這些中間人可以更有效地散布程式，讓程式有更多的使用者，但這些使用者沒有自由。

基於這層顧慮，與其把 GNU 計畫的軟體置於公領域，美國自由軟體基金會提出「著佐權」的概念。再散布軟體的人，不論是否修改該軟體，必須把再散布及修改的自由一起散布下去，著佐權保證每個使用者都有自由。

專屬軟體的作者以著作權剝奪使用者的自由，我們以著作權保障使用者的自由，所以更改「著作權」 (Copyright) 為「著佐權」 (Copyleft) 。英文的「right」 (右) 被換為「left」 (左) ，原有的中文譯名「作」，則以諧音「佐」取代。

以授權條款著佐程式時，先聲明該程式受著作權保護，然後再加上散布條款，在不更改散布條款的前提下，授予每個人使用、修改及再散布程式碼的權利；於是，在法律上，程式和自由就不可分割。

因此，著佐權是把著作權應用在程式的一種方法，並不是放棄著作權，放棄著作權就不可能有著佐權。「Copyleft」裡的「left」，不是拋棄的意思，祗是「右」 (right) 的反義詞。

著佐權是不能直接使用的概念，必須以其他方式將其實現，應用在現實生活裡。在 GNU 計畫裡，大部份的軟體以 GNU 通用公共許可證 (GNUGeneral Public licnese，GNUGPL) 的散布條款實現著佐權的概念。

GNU 較寬鬆公共許可證 (GNULesserGeneral Public licnese，LGPL) 是另一個著佐權的應用型式，部份的 GNU 程式庫採用這種授權方式。 GNU 自由文檔許可證 (GNUFreeDocumentation licnese，FDL) 是另一類著佐權的應用型式，適用於手冊、教科書或其他文件，確保他人的自由，可以複製、再散布原件或修改後的文件，商業性或非商業性均可。

任何產品都可以使用這三個許可證，在不修改的前提下，著作所有權人可以把這些授權方式納入自己的作品裡；祗要在作品裡加一份授權聲明，然後在原始檔裡，增加幾個字，說明作品的授權方式，就可以了。

同樣的散布方式用在多個不同的程式，使用者就可以從多個不同的程式裡，複製原始碼。GNU 較寬鬆公共許可證第二版有個條款，可以把改變散布方式至原始的 GNU 通用公共許可證，所以，使用者可以把原始碼複製至另一個採用 GNU 公共許可證的程式裡；GNU 較寬鬆公共許可證第三版以 GNU 通用公共許可證第三版的特例方式呈現，所以自然相容。

5、自由與開放的歧見

斯托曼並不是從軟體品質的角度而是從道德的角度來看待自由軟體。他認為使用專利軟體是非常不道德的事，只有自由的程序才是符合其道德標準的。對此許多人表示異議，並也因此有了自由軟體運動與開源軟體運動之分。

4.1 斯托曼的反擊

要說一個軟體是「自由」的，這意味着它尊重使用者的基本自由：執行這個軟體，學習和修改它，以及重新發布它的原版或修改版。這是個關於自由權利的問題，而非價格高低。我們討論的自由是如同自由言論般的權利，不是免費贈飲一樣的大派送。

這幾樣自由是至關重要的。之所以說它們重要，不僅僅因為它們可以討好哪個使用者，更是由於它們維繫着整個社會的凝聚力-具體說來，就是分享與協作的精神。隨着我們的生活與文化日漸數位化，這樣的自由精神也隨之越來越可貴。在一個充斥着數位化影音與文字的世界中，自由軟體日益重要，它本身已經成為關乎着我們基本自由的因素之一。

當今世界中，成百上千萬的使用者正在使用着自由軟體；在印度和西班牙某些地區的公立學校裡，全體學生都學習如何使用自由的 GNU/Linux 作業系統。然而，這些使用者之中，大多數人卻並不了解我們為何開發這個自由系統，又為何建立起整個自由軟體社區，以及背後驅動這一切的道義上的邏輯。因為如今這個自由系統，乃至整個社區都被以「開源」一詞以蔽之。順着這個詞，一切都被引入了一個完全不同的思維之中。在那裡，自由這東西，甚少提及。

從 1983 年起，我們以維護電腦使用者自由之名興起了自由軟體運動。在 1984 年，我們發起了開發自由作業系統的計畫，並將此系統命名為 GNU。藉此系統，我們就不必倚賴非自由的作業系統，不再坐視它們肆意剝奪使用者的自由。在二十世紀八十年代，我們開發了系統絕大多數的軟體。為了保護使用者的自由，我們設計了 GNU 通用公共許可證 (GNUGPL) ，並以該許可證發行大部分套件。

並非全部的自由軟體使用者和開發者都贊同自由軟體運動的目標。1998 年，自由軟體陣營中的部分成員分裂出來，並以「開源」為名繼續開展現行。一開始，由於「自由軟體」 (freesoftware) 一詞可能引起歧義，這才提出開源這個說法。但是很快開源這詞便開始異化，使得其背後的邏輯與自由軟體運動的初衷相去甚遠。

一些開源的支援者會認為，所謂開源，無非是用來「為自由軟體做市場行銷」的。具體說來，就是向那些商界人士展現自由軟體的實際好處。同時避免談及什麼對錯正誤，因為商業大佬們普遍不太喜歡這調調。還有一些開源的支援者乾脆就拋棄自由軟體道義上的價值觀。無論他們持哪種觀點，一旦他們開始為開源行銷的時候，自由軟體運動所珍視的那些價值觀就被拋諸腦後。於是，「開源」一詞很快就單純地和各種實用主義的價值觀聯繫起來。比如說怎麼能創造一個強大穩定的軟體。很多開源支持者從一開始就把這些價值觀推崇至極，也難怪局外人會有如此聯繫了。

單純說起軟體的話，那麼幾乎所有的開源軟體同時也是自由軟體。開源軟體和自由軟體這兩個詞在很大程度上說明的是同一類軟體，但是它們所基於的價值觀卻有着本質上的區別。對於自由軟體運動而言，自由軟體是一個道德底線。因為只有自由軟體才真正尊重使用者的自由。開源軟體則與此不同，開源的哲學是考慮怎麼做把軟體做得「更好」-僅僅從實用的角度考慮好壞。開源的哲學裡，非自由軟體之所以不好，是因為他們採用了一種劣等的開發方式。而自由軟體運動則以為，非自由軟體本身就是一個社會問題。解決的方案則只能是拋棄非自由軟體，轉投自由軟體。

「自由軟體」，「開源軟體」，既然都指的是同類軟體，那何必在名字上這麼認真呢？恐怕還是有這個必要的。因為不同的辭彙傳遞着不同的思維。儘管現在看來，用另一個名字稱呼自由軟體可以給你同等的自由，但若要長期維護使用者的自由，則必須讓人們網域到自由的價值。倘若你想輔助說明人們做到這點，那麼用「自由軟體」這一稱呼則尤為重要。

作為自由軟體運動的成員，我們並不將開源陣營視為敵人。我們的敵人是專屬 (非自由) 軟體。但我們希望人們至少應該知道，我們所捍衛的是使用者的自由。所以我們不願被開源支援者們貼錯標簽。

4.2 關於「自由軟體」和「開源」的常見誤解

Free Software 是英語，很容易被誤解：Free 一詞既有免費的意思，也有自由的意思。而我們所謂的自由軟體，則是「賦予使用者特定自由的軟體」。為了方便理解，我們解譯自由軟體中的 Free 是自由言論中所說的自由，而非免費贈飲中的免費。這顯然不是個理想的解決方案，它無法完全杜絕這一問題。一個意思正確，又沒有歧異的詞顯然更好些，不過前提是這詞不會引起其他麻煩。

可惜的是，在英語中，能替代 Free 的詞都多少有點毛病。我們考量了許多別人的建議，然而沒有哪個比其他的更「正確」點 (比如說，在某些情況下，法語和西班牙語中的「libre」一詞更好點。可是印度的人就根本不認識這個詞) 。每個可能交替「Free Software」的詞多少都會有些語義方面的問題—這顯然也包括「開源軟體」 (Open Source Software) 。

開放源碼的官方定義 (它是由開源促進會發布的，鑒於這個定義過長，就不在本文中全部參照了) 是直接從我們對於自由軟體的界定衍生而來。不過二者也有不同，在某些方面，開源軟體的定義比自由軟體更寬鬆。所以，對於某些軟體許可證，開源陣營的人們可能會認證其為開源許可證，而我們則可能會嚴格地拒絕它們。同時，開源軟體僅僅考慮軟體來源碼的許可證；而對於自由軟體，還要考慮執行軟體的裝置是否允許使用者執行修改後的程式。不過總體而言，開源軟體的定義和我們自由軟體的定義在很多地方都是等價的。

可是，「開源軟體」的字面意思—同樣也是人們普遍以為的意思-是「你可以看到原始碼」。這樣的意思比起自由軟體定義來說要寬鬆的多，也比開源軟體的定義寬鬆多。這樣的字面意思囊括了很多既非自由也非開源的軟體。

由於「開源」一詞的字面意思與開源支援者的本意不同，導致很多人誤解了這個詞。這裡參照一段 Neal Stephenson 文章中的話，「Linux 是 '開源' 軟體，意思很簡單，就是任何人都可以獲得它的原始碼」。我覺得 Neal 並非有意拒絕或者曲解開源軟體的官方定義。恐怕他僅僅是望文生義，可惜誤會了開源這詞。堪薩斯州政府也曾發布了一份開源軟體的簡化定義：「開源軟體 (OSS) 即一類電腦軟體，使用者可以免費且公開地獲得其原始碼；使用者可以對其原始碼做哪些作業，則根據軟體的許可證規定各有不同」。

還有更糟糕的，紐約時報發表了一篇文章，把開源這詞的意思完全擰了，文中將開源軟體解譯為內測版軟體 -- 就是給一小撮使用者做測試的先佔版軟體-這東西專有軟體開發者在幾十年前就發布過了。開源的支援者們嘗試通過不斷參照官方定義來解決這些誤會。這方法顯然沒錯，可直接引述定義對自由軟體似乎更有效。「Free Software」一詞字面上有兩個意思，其中的自由之意是我們希望傳達的。一個人如果能理解「自由言論而非免費啤酒」這句話，就不會再搞錯該使用 Free 的哪個意項。然而，「開源」一次僅僅有一個字面意思，而這個意思與其本身要表達的意思又有所不同。結果就很難找一個簡單的方法解譯官方的定義。這就帶來了更多的誤解。

另外一個關於「開源」的誤解是：開源軟體意味着「不用 GNU 通用公共許可證」。這個誤解又常常版隨着另外一個誤解：「自由軟體就是使用通用公共許可證的軟體」。這顯然是扭曲了自由軟體和開源軟體。GNU 通用公共許可證也被認證為開源軟體許可證。很多開源軟體許可證也同時是自由軟體許可證。

「開源」一詞又一再地被引申到了各個網域，比如政府部門，教育，科學還有其他壓根沒有原始碼的地方，以及和軟體許可證根本扯不上關係的網域。它們唯一的共同點是：多多少少都是鼓勵人們參與到某個現行中來。到頭來，開源這詞就被引申成了「參與性」。

二十世紀六十年代，美國的極左派陣營曾由於意見分歧而黨羽林立。儘管他們實際上有着相同的目的和價值觀，但各個派別之間依舊水火不容，關係緊張。這使得右翼勢力得以借力打力，進而攻擊整個左派陣營。

由於自由軟體和開源陣營存在的這種分歧，有些人就用美國極左陣營的例子，來告誡或是詆毀自由軟體運動。不過現在的情況和當初極左陣營的情況正好相反：我們和開源軟體陣營有着不同的目的和價值觀，不過不同的觀點卻導致了很多相同行為-比如說開發自由軟體。

於是大家看到的結果就是：來自自由軟體運動的人和來自開源陣營的人經常一起在同一個項目中一起工作，比如一起開發軟體。這是值得一提的：儘管大家觀點不同，但卻可能在同一個項目中工作。當然，我們和開源陣營各自不同的觀點有些時候也可能會導致不同的行為。

開源的基本思路是：允許使用者修改和再發布軟體，是為了讓軟體更加強大和可靠。可惜這不是個必要條件。很多專有軟體的開發者技術也很強。有些時候，哪怕專屬軟體不尊重使用者的自由，依然可以開發出強大而可靠的軟體。對於這個事實，自由軟體支援者和開源陣營的人對此反應就會不同。

對於一個純粹的開源狂熱者來說-假設他沒有被自由軟體的理想所影響-可能會說，「你們 (專屬軟體開發者) 竟然沒用我們的開發模型，還能開發出這麼好的軟體。這太讓我感到意外了。能給我拷一份你們的軟體嗎？」這樣的態度會讓專屬軟體的詭計得逞—剝奪我們的自由。

而自由軟體支援者則會說，「您的軟體非常吸引人，不過我更看重我的自由。很遺憾，我不得不放棄使用您的軟體。我會支援一個項目，開發一個實現類似功能的自由軟體。」你若真心珍視你的自由，我們就可以用行動去捍衛它。

強大而可靠的軟體，未必是個好東西。

大家都希望軟體強大而可靠，因為我們都覺得軟體是為使用者服務的。既然是為使用者服務的，那強大而可靠的軟體顯然可以更好地服務使用者。

但是必須要明確，只有當軟體尊重使用者的自由時，我們才說軟體是在為使用者服務。倘若軟體本身就有意剝奪使用者自由，為其設定各種障礙，那麼如此的軟體更強大僅僅意味着更多的羈絆，更可靠也就意味着這些障礙難以克服。現實生活中，惡意流氓的功能在專有軟體中比比皆是：監視使用者，限制使用者，後門，強制升級等等。而一些開源軟體支援者們竟希望在他們的開源軟體中實現類似功能。

迫於電影和唱片公司的壓力，越來越多的個人軟體被設計得有意限制使用者的行為。這種惡意功能的官方講法是數位版權管理 (參見 DefectiveByDesign.org) 。這種功能與自由軟體的核心精神完全背道而馳。說起來，這已然不僅是精神層面背道而馳了，在實際作業上，DRM 的開發者們嘗試讓使用者無法修改軟體，甚至將此視為違法行為。儘管如此，一些開源軟體的支援者們依然提議開發所謂「開源 DRM」軟體。這背後的邏輯是：發布這些限制使用者自由的軟體的原始碼，並且允許使用者修改它，就可以造出更強大可靠的軟體，來繼續限制使用者的自由。然後，這些軟體會被拷貝到某個裝置上，並賣到你手裡，而那個裝置則禁止你修改執行其上的軟體。

這樣的軟體也許稱得上是開源軟體，並且也的確用的是開源的開發型態。但是它不可能成為自由軟體，因為它根本沒有尊重使用者的自由。倘若說開源的開發型態可以成功地制造如此軟體，並且讓這些軟體更強大更可靠，進而限制你我的自由，那只能說這次開源把一切變得更糟了。

當年那些人之所以從自由軟體運動中分裂出來，發起開源軟體運動，主要原因就是因為「自由軟體」的道德基礎讓不少人如坐針氈。的確如此，倘若說起道德，比如使用者的自由，開發者的責任等等，往往會迫使人們去思考一些常被忽視的問題，好比說某些行為是否符合道德規範。這種說教確實會讓人心生不快，有些人則因此把它們拋諸腦後，從此不聞不問。但這並非意味着，每當論及道德，我們就該退避三舍，閉口不談。

遺憾的是，開源的領導者們恰恰是選取忽視了這些問題。他們意識到，只要在道德和自由方面裝聾作啞，轉而只討論某些自由軟體當下可以創收多少效益，就沒准能讓他們更高效地「賣」軟體給一些特定使用者，尤其是商業使用者。

從這套理論的觀點看，這方法倒也真算行之有效了。開源這詞說服了眾多商業和個人使用者，使得他們他們開始使用，甚至開發自由軟體，由此擴大了我們的社區。然而如此的擴張僅僅是表面上的，停留在僅僅關注實用的層次上。由於開源的哲學僅僅停留在實用層面，進而阻礙了人們理解自由軟體更深層次的含義。它為我們的社區添加了新鮮血液，卻沒能教會那些新人如何維持這樣一個社區。至此為止，倒也還好，但它還不足以捍衛自由。把使用者吸引到自由軟體社區來，僅僅是萬裡長征的第一步，他們還需要懂得去成為自己自由的維護者。

這些沒能理解自由軟體含義的使用者，早晚會出於某些實用角度的考慮，再轉投專屬軟體。無數的軟體公司已經開始做出這樣的嘗試吸引用戶使用專屬軟體，哪怕是發行免費的專屬軟體。使用者只有在懂得珍視自由軟體賦予他們的自由之後，才會拒絕如此誘惑。所以，我們必須反復強調自由，才能漸漸擴散自由的理念。「保持沉默」的信條在商業化的過程中可能會有用，但過分強調它，讓熱愛自由被視為自私，則會害了整個社區。

如此的危機恰恰是我們目前面臨的。眾多參與自由軟體社區的人們，尤其是自由軟體的發行商們，對於自由總是閉口不談—往往是因為他們想要「在商業上被認可」。幾乎所有 GNU/Linux 的發行版都會在其基礎版中攙入專有軟體。它們甚至將此宣傳有一種優勢，而非缺陷。

帶有專屬外掛的軟體，和含有專有軟體的 GNU/Linux 發行版之所以有生存和發展的空間，就是因為我們社區中大多數人並沒有堅守自己的自由。這並非巧合。大多數 GNU/Linux 使用者是被「開源」一詞吸引而來，而開源則沒有把維護使用者自由作為其目標。無視自由的言論口口相傳，漠視自由的態度比比皆是。人人如此，互相影響。要扭轉這樣的局勢，我們唯一能做的，就是更多地談論自由，而非把它擱置一邊。

開源的支援者們把一個個使用者拉入他們的陣營，而提醒使用者維護自由的工作，則落到了我們自由軟體支援者們的肩膀上。我們要敢於用比以往更大的音響說「這是自由軟體，它才是真正尊重你的自由的軟體！」—每當你把「開源軟體」一詞替代成「自由軟體」的時候，你就是在支援我們的運動。 6、全面自由的軟體

6.1 GNU/Linux 作業系統

GNU 計畫始於 1983 年，它是自由軟體的起點，旨在發展一個類似 Unix 的完整作業系統：GNU 系統。 (GNU 是由「GNU's Not Unix」所遞迴定義出的首字母縮寫語；它的發音為「guh-NEW」) 。

GNU 的核心程式是 Hurd，多年來，仍在發展中，目前採用 Linux 為核心，所以又稱為 GNU/Linux 系統。

各種使用 Linux 作為內核的 GNU 作業系統正被廣泛地使用著；雖然這些系統通常被稱作為 "Linux"，但是它們應該更精確地被稱為 GNU/Linux。

這裡同樣也是自由軟體基金會的網站。自由軟體基金會是 GNU 計畫的主要贊助組織。支持自由軟體基金會保存、保護以及促進「使用、研究、複製、修改和重新散佈電腦軟體」，並且保衛著自由軟體使用者的權利的任務的個人的支持。去年，我們的運作資金超過百分之六十七來自於個人的捐贈。持續進行的支持是我們可以繼續我們的工作的主要方式。請考慮今天就作出捐贈，或是成為自由軟體基金會的準成員。您也可以訂購理查‧史托曼的選文書籍《自由軟體，自由社會》，或是鼓勵您的公司成為自由軟體基金會的企業贊助者。

自由軟體基金會 Free GNU/Linux distributions 認可的 GNU/Linux 發行版有 9 種：

1. BLAG ，從 Fedora 衍生的發行版

2. Dragora ，以簡潔為宗旨的獨立發行版

3. Dynebolic ，著重音頻及視頻編輯的發行版

4. GuixSD , 建立在 GNU Guix 之上的 GNU/Linux 進階版

5. gNewSense ，以 Debian 及 Ubuntu 為基礎的發行版

6. MusixGNU+Linux ，以 Knoppix 為基礎的發行版，特別強調音頻製作

7. Trisquel ，為中小企業、家用者及教育機構製作的發行版

8. Ututo ，以 Gentoo 為基礎的發行版，第一個被 GNU 計畫認可的全自由 GNU/Linux 系統

9. Venenux ，以 KDE 桌面建立的發行版

特別指明若干流行的發行版，並不符合自行系統發行版的準則，特別是：

1.未指明祗收錄自由軟體，移除不自由的軟體。

2.使用的 Linux 核心程式有瑕疪：包括若干目的碼、未散布原始碼。

6.2 自由軟體目錄

供讀者及館員使用的桌面軟體，則與一般大眾的需求差不多；至於圖書館專用的軟體，祗有一種，圖書館自動化系統 Integrated Library。

Ubuntu 是在臺灣較受歡迎的 GNU/Linux 發行版，它將收錄的軟體，依授權及維護方式，分為四種：

1.Canonical 支援的免費及開放原始碼軟體(main)

2.社群支援的免費及開放原始碼軟體(universe) 3.私有版權的硬體驅動程式(restricted)

4.受版權或相關法律規定限制的軟體(multiverse)

雖然祗有前兩項屬於廣義的自由軟體，但是透過 Ubuntu 軟體中心下載，經由更新管理員更新的軟體，圖書館員可以放心的安裝它們，不會受到臺灣法律的牽絆。

依照軟體的功能，Ubuntu 軟體中心把可以自由下載/更新的軟體分為 14 種：

1.布景主題與系統調校，Palimpsest, 管理磁碟機與媒體

2.字型，WenQuanYi，文泉驛

3.影音，VLC 媒體播放器

4.教育，Dr Geo, Geo 博士數學工具

5.書籍與雜誌，《Getting Started with Ubuntu 12.04》 is a comprehensive beginners guide for the Ubuntu operating system.

6.無障礙功能，Dasher, 不用鍵盤來輸入文字

7.科學與工程學，Stellarium，天文館

8.系統，SOX，Swiss army knife of sound processing

9.網際網路，qBittorrent，以 BitTorrent 協定下載和分享檔案

10.美工繪圖，Scribus，頁面配置及出版

11.辦公，FreeMind，免費的心智圖工具

12.遊戲，韋諾之戰 (1.10)，奇幻風格的回合制策略遊戲

13.開發者工具，Padre，Perl 程式開發與重構環境

14.附屬應用，Shutter，捕捉、編輯、分享螢幕擷圖

其中很多軟體屬於私有版權的硬體驅動程式(restricted) 與受版權或相關法律規定限制的軟體 (multiverse)，祗能使用，無法研究、散布、再利用；不過，使用它們則沒有問題。

以下的網站列舉的軟體，經過自由軟體基金會的檢驗，完全符合自由軟體定義的軟體：

1.The Free Software Directory [自由軟體目錄], http://directory.fsf.org/

2. ftp://ftp.gnu.org/gnu/

3.Savannah [大草原], http://savannah.gnu.org

7、結論

擁有選擇不自由的自由才是真自由。

在圖書館自動化系統內設定 Z39.50 伺服器，就能夠讀取外館的書目資料。2013 年 7 月 1 日，德國國家圖書館將 1,150 萬筆書目資料公開，透過 Z39.50/SRU 設定，就能夠自由下載。臺灣也有若干可以自由下載的書目資料。

• 全國圖書書目資訊網，nbinet3.ncl.edu.tw:210

2008 年 10 月，由 13 所美國研究圖書館共同成立的亥地信託數位圖書館 (HathiTrust Digital Library)，至 2015 年 7 月，其會員已擴充至 3 個聯盟圖書館與 98 個圖書館，包括美國、加拿大與歐洲的多個圖書館，已有 1 千 3 百多萬筆館藏資料 (13,647,913 total volumes ) 與 6 百 8 拾餘萬筆書目資料 (6,823,141 book titles)。

雖然歷經美國作家協會的訴訟，亥地信託數位圖書館不改其志，依然把會員圖書館的館藏數位化，置於網路上，供社會大眾自由使用。

2012 年，歐盟 (http://pro.europeana.eu/pressrelease/europeanas-huge-cultural-dataset- opens-for-re-use) 不但釋出 2 千多萬筆公版著作，同時釋出其書目資料，供後續加值之用。

2011 年底，德國兩個圖書館聯盟 BVB (BibliotheksVerbund Bayern = 巴伐利亞圖書館網) 與 KOBV (Kooperativer Bibliotheksverbund Berlin-Brandenburg = 柏林-勃蘭登堡合作圖書館網)，共釋出 2 千 3 百多萬筆書目資料。

2012 年，德國國家圖書館釋出 115 萬筆書目資料。

拒絕把書目資料自由的圖書館也不算少。由美國奧瑞崗州、華盛頓州與愛達荷州等 37 個學術圖書館組成的奧斯比分級聯盟(Orbis Cascade Alliance)，服務 25 萬 8 千多名學生，在 Ex Libris 與 EBSCO 系統廠商的要求下，封閉其書目資料。

1995 年 3 月，在香港成立的教會資訊網(Ecumenical Information Network, EIN)，由 5 所神學院圖書館共同創辦，建道神學院 (Alliance Bible Seminary, ABS)、中國神學研究院(China Graduate School of Theology, CGST) 、播道神學院(Evangel Seminary, ES)、聖神修院神哲學院(Holy Spirit Seminary College, HSS) 、與信義宗神學院(Lutheran Theological Seminary, LTS)，擁有 40 餘萬筆館藏資料。幾經連繫，該教會資訊網很可能接受廠商的要求，採用與奧斯比分級聯盟類似的授權機制，即使於網頁表示「協助會員圖書館與其他本地及海外圖書館進行聯網」，實際上卻沒有開放 Z39.50/SRU 通信協定，殊為可惜。

自由軟體的圖書館環境 毛慶禎 2015.7.24 A＋圖書館：圖書館經營管理與啟發研習班 2015 年 8 月 3 日 (星期一)

自由軟體的圖書館環境毛慶禎 2015.7.24 A＋圖書館：圖書館經營管理與啟發研習班 2015 年 8 月 3 日 (星期一)