udi.html (9174B)
1 <!--#set var="ENGLISH_PAGE" value="/philosophy/udi.en.html" --> 2 3 <!--#include virtual="/server/header.zh-cn.html" --> 4 <!-- Parent-Version: 1.96 --> 5 <!-- This page is derived from /server/standards/boilerplate.html --> 6 <!--#set var="TAGS" value="essays aboutfs free-nonfree" --> 7 <!--#set var="DISABLE_TOP_ADDENDUM" value="yes" --> 8 9 <!-- This file is automatically generated by GNUnited Nations! --> 10 <title>自由软件运动和 UDI - GNU 工程 - 自由软件基金会</title> 11 12 <!--#include virtual="/philosophy/po/udi.translist" --> 13 <!--#include virtual="/server/banner.zh-cn.html" --> 14 <!--#include virtual="/philosophy/ph-breadcrumb.zh-cn.html" --> 15 <!--GNUN: OUT-OF-DATE NOTICE--> 16 <!--#include virtual="/server/top-addendum.zh-cn.html" --> 17 <div class="article reduced-width"> 18 <h2>自由软件运动和 UDI</h2> 19 20 <address class="byline"><a href="https://www.stallman.org/">Richard Stallman</a> 著</address> 21 22 <p> 23 一个名为 UDI（Uniform Driver 24 Interface，统一驱动程序接口）的项目旨在定义操作系统内核和设备驱动程序之间的单一接口。自由软件运动应该如何看待这个想法？</p> 25 <p> 26 如果我们想象一些操作系统和硬件开发人员，都在平等的基础上合作，UDI（如果技术上可行）将是一个非常好的主意。它允许我们为任何给定的硬件设备开发一个驱动程序，然后所有人共享它。这将促成更高水平的合作。</p> 27 <p> 28 当我们将这个想法应用到既有寻求合作的自由软件开发者，也有寻求统治的专有软件开发者的现实世界中时，结果是截然不同的。使用 UDI 29 的任何方式都无法使自由软件运动受益。如果它能做什么事情，那就是分裂和削弱我们。</p> 30 <p> 31 如果 Linux 支持 UDI，如果我们开始设计新的驱动程序使之通过 UDI 与 Linux 通信，那么会有什么后果？</p> 32 33 <ul> 34 <li> 人们可以在 Windows 系统上运行自由的、被 GPL 涵盖的 Linux 驱动程序。 35 <p> 36 这只有助于 Windows 用户；这对我们自由操作系统的用户没有任何帮助。它不会直接伤害我们；但是被 GPL 37 涵盖的自由驱动程序的开发人员可能会因为看到它们以这种方式被使用而气馁，那将是非常糟糕的。将驱动程序连接到专有内核也可能违反 GNU 38 GPL。增加这样做的诱惑是自找麻烦。</p></li> 39 40 <li> 人们可以在 <a href="/gnu/linux-and-gnu.html">GNU/Linux</a> 系统上运行非自由的 Windows 41 驱动程序。 42 <p> 43 这不会直接影响到自由软件支持的硬件范围。但它会间接地缩小这个范围，通过向数以百万计的、尚未学会为了自由而坚持自由的 GNU/Linux 44 用户提供诱惑。如果社区开始接受这种诱惑，我们将转而使用非自由驱动程序而不是编写自由驱动程序。</p> 45 <p> 46 UDI 本身不会阻碍自由驱动程序的开发。因此，如果我们中有足够多的人拒绝这种诱惑，尽管有 UDI，我们仍然可以开发自由驱动程序，就像我们没有 UDI 47 的时候一样。</p> 48 <p> 49 但是，为什么要鼓励社区变得比它想要成为的样子更脆弱呢？为什么要为自由软件的未来制造不必要的困难？因为 UDI 对我们没有好处，所以最好拒绝 UDI。</p></li> 50 </ul> 51 52 <p> 53 考虑到这些后果，作为 UDI 的支持者，Intel 开始“向 Linux 社区寻求 UDI 54 方面的帮助”就不足为奇了。一个富有和追求自我的公司如何接近一个合作社区？当然是要求施舍。他们问了也无所损失，而我们可能会仓促应声。</p> 55 <p> 56 与 UDI 的合作并非不可能。我们不应该给 UDI、Intel 57 或任何人贴上“大撒旦”的标签。但是在我们参与任何提出的交易之前，我们必须仔细判断，以确保它对自由软件社区有利，而不仅仅是对专有系统开发人员有利。在这个特定的问题上，这意味着要求合作使我们在通向自由内核和驱动程序之最终目标的道路上更进一步：用自由驱动程序支持所有重要的硬件。</p> 58 <p> 59 达成一笔好交易的方法之一可能是修改 UDI 项目本身。Eric Raymond 提出符合 UDI 60 规范可能要求驱动程序本身是自由软件。这很理想化，但其他替代选择也是可行的。只需要公布驱动程序的来源，而非将其作为商业秘密，就可以做到这一点——因为即使驱动程序是非自由的，它至少会告诉我们编写自由驱动程序需要知道的内容。</p> 61 <p> 62 Intel 也可以在 UDI 之外做一些事情来帮助自由软件社区解决这个问题。例如，硬件开发人员可能会寻求某种认证，Intel 63 可以在其间做出贡献。若果真如此，如果硬件规格是保密的，Intel 可能会同意使认证更加困难。这可能不是问题的完整解决方案，但它可以提供相当多的帮助。</p> 64 <p> 65 与 Intel 关于 UDI 的任何交易的一个困难之处是，我们将在一开始为 Intel 尽自己的一份力量，但 Intel 66 的回报将延后很长一段时间。实际上，（这相当于）我们要为 Intel 提供信贷。但 Intel 67 会继续偿还贷款吗？也许会，如果我们得到没有漏洞的书面承诺的话，否则，我们不能指望它。众所周知，企业是不值得信任的；我们正在与之打交道的人可能是正直的，但他们可能会被上级否决，甚至可能在任何时候被不同的人取代。即使是拥有大部分股票的 68 CEO 也可以通过收购来替换。与公司达成交易时，一定要得到有约束力的书面承诺。</p> 69 <p> 70 Intel 似乎不太可能提供满足我们需求的交易。事实上，UDI 的设计似乎是为了更易于对规范进行保密。</p> 71 <p> 72 尽管如此，不锁门也没什么坏处，只要我们慎于让谁进来。</p> 73 </div> 74 75 <div class="translators-notes"> 76 77 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.--> 78 </div> 79 </div> 80 81 <!-- for id="content", starts in the include above --> 82 <!--#include virtual="/server/footer.zh-cn.html" --> 83 <div id="footer" role="contentinfo"> 84 <div class="unprintable"> 85 86 <p>请将有关自由软件基金会(FSF) & GNU的一般性问题发送到<a 87 href="mailto:gnu@gnu.org"><gnu@gnu.org></a>。也可以通过<a 88 href="/contact/">其他联系方法</a>联系自由软件基金会(FSF)。有关失效链接或其他错误和建议，请发送邮件到<a 89 href="mailto:webmasters@gnu.org"><webmasters@gnu.org></a>。</p> 90 91 <p> 92 <!-- TRANSLATORS: Ignore the original text in this paragraph, 93 replace it with the translation of these two: 94 95 We work hard and do our best to provide accurate, good quality 96 translations. However, we are not exempt from imperfection. 97 Please send your comments and general suggestions in this regard 98 to <a href="mailto:web-translators@gnu.org"> 99 100 <web-translators@gnu.org></a>.</p> 101 102 <p>For information on coordinating and contributing translations of 103 our web pages, see <a 104 href="/server/standards/README.translations.html">Translations 105 README</a>. --> 106 我们尽最大努力来提供精准和高质量的翻译，但难免会存在错误和不足。如果您在这方面有评论或一般性的建议，请发送至 <a 107 href="mailto:web-translators@gnu.org"><web-translators@gnu.org></a>。</p><p>关于进行协调与提交翻译的更多信息参见 108 <a href="/server/standards/README.translations.html">《译者指南》</a>。</p> 109 </div> 110 111 <!-- Regarding copyright, in general, standalone pages (as opposed to 112 files generated as part of manuals) on the GNU web server should 113 be under CC BY-ND 4.0. Please do NOT change or remove this 114 without talking with the webmasters or licensing team first. 115 Please make sure the copyright date is consistent with the 116 document. For web pages, it is ok to list just the latest year the 117 document was modified, or published. 118 119 If you wish to list earlier years, that is ok too. 120 Either "2001, 2002, 2003" or "2001-2003" are ok for specifying 121 years, as long as each year in the range is in fact a copyrightable 122 year, i.e., a year in which the document was published (including 123 being publicly visible on the web or in a revision control system). 124 125 There is more detail about copyright years in the GNU Maintainers 126 Information document, www.gnu.org/prep/maintain. --> 127 <p>Copyright © 1998, 2021 Richard Stallman</p> 128 129 <p>本页面使用 <a rel="license" 130 href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons 131 Attribution-NoDerivatives 4.0 International License</a> 授权。</p> 132 133 <!--#include virtual="/server/bottom-notes.zh-cn.html" --> 134 <div class="translators-credits"> 135 136 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.--> 137 <b>翻译团队</b>：<a rel="team" 138 href="https://savannah.gnu.org/projects/www-zh-cn/"><CTT></a>，2022。</div> 139 140 <p class="unprintable"><!-- timestamp start --> 141 最后更新： 142 143 $Date: 2022/09/12 11:00:04 $ 144 145 <!-- timestamp end --> 146 </p> 147 </div> 148 </div> 149 <!-- for class="inner", starts in the banner include --> 150 </body> 151 </html>