0 - en to ja-JP translation catalogue (312 entries)

en: Objective
ja-JP: 目的

en: Means
ja-JP: 方針

en: Operation
ja-JP: 運営

en: Volunteer
ja-JP: ボランティア

en: The Debian Project
ja-JP: Debian プロジェクト

en: Before diving right into the technology, let us have a look at what the Debian Project is, its objectives, its means, and its operations.
ja-JP: Debian の技術について深く掘り下げる前に、Debian プロジェクトの本質、目的、方針、運営の仕方について少し見てみましょう。

en: What Is Debian?
ja-JP: Debian とは?

en: <primary>association</primary>
ja-JP: <primary sortas="ダンタイ">団体</primary>

en: <emphasis>CULTURE</emphasis> Origin of the Debian name
ja-JP: <emphasis>CULTURE</emphasis> Debian という名前の由来

en: Look no further: Debian is not an acronym. This name is, in reality, a contraction of two first names: that of Ian Murdock, and his girlfriend at the time, Debra. Debra + Ian = Debian.
ja-JP: これを説明するにはこの補注だけで十分です。すなわち、Debian は何かの頭文字を並べたものではありません。Debian という名前は、実際には 2 人のファーストネームを短縮したものです。具体的には Ian Murdock と、当時彼のガールフレンドだった Debra のファーストネームを短縮したものです。Debra と Ian で Debian というわけです。

en: Debian is a GNU/Linux distribution. We will discuss what a distribution is in further detail in <xref linkend="sect.role-of-distributions" />, but for now, we will simply state that it is a complete operating system, including software and systems for installation and management, all based on the Linux kernel and free software (especially those from the GNU project).
ja-JP: Debian は GNU/Linux ディストリビューションです。ディストリビューションとは何かについては<xref linkend="sect.role-of-distributions" />で詳しく議論していますが、ここでは以下の通り述べるだけに留めます。GNU/Linux ディストリビューションとは完全なオペレーティングシステムで、インストールと管理に必要なソフトウェアとシステムを備えており、Linux カーネルと (特に GNU プロジェクトからの) フリーソフトウェアを基盤にしています。

en: <emphasis>CULTURE</emphasis> GNU, the project of the FSF
ja-JP: <emphasis>CULTURE</emphasis> GNU という FSF のプロジェクト

en: A Multi-Platform Operating System
ja-JP: マルチプラットフォームオペレーティングシステム

en: <primary>meta-distribution</primary>
ja-JP: <primary>メタディストリビューション</primary>

en: <emphasis>COMMUNITY</emphasis> Ian Murdock's journey
ja-JP: <emphasis>COMMUNITY</emphasis> Ian Murdock の旅

en: <primary>Ian Murdock</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Ian Murdock</secondary>

en: <primary>Murdock, Ian</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Ian Murdock</secondary>

en: Ian Murdock, founder of the Debian project, was its first leader, from 1993 to 1996. After passing the baton to Bruce Perens, Ian took a less public role. He returned to working behind the scenes of the free software community, creating the Progeny company, with the intention of marketing a distribution derived from Debian. This venture was, sadly, a commercial failure, and development was abandoned. The company, after several years of scraping by, simply as a service provider, eventually filed for bankruptcy in April of 2007. Of the various projects initiated by Progeny, only <emphasis>discover</emphasis> still remains. It is an automatic hardware detection tool.
ja-JP: Debian プロジェクトの創設者である Ian Murdock は 1993 年から 1996 年までの間、最初の Debian プロジェクトリーダーを務めました。Ian は Debian プロジェクトリーダーの職を Bruce Perens に譲った後、公人としての役割を減らし、フリーソフトウェアコミュニティの裏方の仕事に戻り、Debian の派生ディストリビューションをマーケティングする目的で Progeny を作りました。残念なことにこのベンチャー事業は商業的に失敗し、事業の展開は頓挫しました。Progeny は単なるサービスプロバイダとして辛うじて数年間運営されましたが、最終的に 2007 年 4 月に破産しました。Progeny が始めたプロジェクトのうち、まだ残っているものは、自動的にハードウェアを検出するツールである <emphasis>discover</emphasis> だけです。

en: Ian Murdock died on 28 December 2015 in San Francisco after a series of worrying tweets where he reported having been assaulted by police. In July 2016 it was announced that his death had been ruled a suicide.
ja-JP: Ian Murdock は 2015 年 12 月 28 日にサンフランシスコで亡くなりました。Ian は死の直前に気がかりなツイートを連続投稿しており、その中で警察から暴行を受けたとしていました。そして 2016 年 1 月には彼の死因が自殺と判定されたことが発表されました。

en: These partial views of Debian are organized in a well-defined framework, thus guaranteeing hassle-free compatibility between the various “sub-distributions”. All of them follow the general planning for release of new versions. And since they build on the same foundations, they can be easily extended, completed, and personalized with applications available in the Debian repositories.
ja-JP: Debian を構成する要素は明確に定義された枠組みに従って整理されているため、さまざまな「サブディストリビューション」間で問題なく互換性が保証されています。サブディストリビューションは、Debian での新バージョンのリリース要綱に従います。サブディストリビューションは Debian と同じ基盤の上に成り立っているため、Debian リポジトリから入手できるアプリケーションを使って簡単に拡張し、洗練し、特徴を出すことが可能です。

en: All the Debian tools operate in this direction: <command>debian-cd</command> has for a long time now allowed the creation of a set of CD-ROMs containing only a pre-selected set of packages; <command>debian-installer</command> is also a modular installer, easily adapted to special needs. <command>APT</command> will install packages from various origins, while guaranteeing the overall consistency of the system.
ja-JP: 特定の Debian ツール、これらすべてのおかげで、サブディストリビューションは Debian から供される基盤を利用できます: <command>debian-cd</command> は、事前に選択したパッケージだけを含む CD-ROM 群を作成するためにずっと使われているツールです。<command>debian-installer</command> は、モジュール式のインストーラーであり、特別な用途向けに簡単に適応させることができます。<command>APT</command> は、さまざまな場所からパッケージをインストールしてもシステム全体の整合性を保証してくれるツールです。

en: <primary>mailing lists</primary><secondary><email>debian-cd@lists.debian.org</email></secondary>
ja-JP: <primary>メーリングリスト</primary><secondary><email>debian-cd@lists.debian.org</email></secondary>

en: <emphasis>BACK TO BASICS</emphasis> To each computer, its architecture
ja-JP: <emphasis>BACK TO BASICS</emphasis> 各コンピュータに対するアーキテクチャ

en: <primary>architecture</primary>
ja-JP: <primary>アーキテクチャ</primary>

en: <primary>processor</primary>
ja-JP: <primary>プロセッサ</primary>

en: Most software available in Debian is written in portable programming languages: the same source code can be compiled for various architectures. In effect, an executable binary, always compiled for a specific architecture, will not usually function on any of the other architectures.
ja-JP: Debian で利用できる多くのソフトウェアは、移植可能なプログラミング言語で書かれています: つまり、同じソースコードをさまざまなアーキテクチャに対してコンパイルできます。実際において、一般に特定のアーキテクチャに対してコンパイルされた実行バイナリは、他のどんなアーキテクチャ上でも動作しません。

en: Remember that each program is created by writing source code; this source code is a text file composed of instructions in a given programming language. Before you can use the software, it is necessary to compile the source code, which means transforming the code into a binary (a series of machine instructions executable by the processor). Each programming language has a specific compiler to execute this operation (for example, <command>gcc</command> for the C programming language).
ja-JP: 個々のプログラムは、ソースコードを書くことで作成されていることを思い出してください。このソースコードはテキストファイルであり、特定のプログラミング言語の規則に従って書かれています。ソフトウェアを使えるようになる前に、ソースコードをコンパイルする必要があります。これはコードをバイナリ (プロセッサが実行できる機械語命令) に変換するのを意味します。それぞれのプログラミング言語には、コンパイルを実行するために個別のコンパイラがあります (たとえば C 言語には <command>gcc</command> があります)。

en: <primary>binary code</primary>
ja-JP: <primary>バイナリコード</primary>

en: <primary>compilation</primary>
ja-JP: <primary>コンパイル</primary>

en: <primary>compiler</primary>
ja-JP: <primary>コンパイラ</primary>

en: <emphasis>TOOL</emphasis> Installer
ja-JP: <emphasis>TOOL</emphasis> インストーラ

en: <primary>mailing lists</primary><secondary><email>debian-boot@lists.debian.org</email></secondary>
ja-JP: <primary>メーリングリスト</primary><secondary><email>debian-boot@lists.debian.org</email></secondary>

en: <command>debian-installer</command> is the name of the Debian installation program. Its modular design allows it to be used in a broad range of installation scenarios. The development work is coordinated on the <email>debian-boot@lists.debian.org</email> mailing list under the direction of Cyril Brulebois.
ja-JP: <command>debian-installer</command> は、Debian をインストールするためのプログラムの名前です。<command>debian-installer</command> はモジュール式に設計されているため、多様なインストール状況を広くサポートすることが可能です。<command>debian-installer</command> の開発は Cyril Brulebois の指揮の下に <email>debian-boot@lists.debian.org</email> メーリングリストで調整されています。

en: The Quality of Free Software
ja-JP: フリーソフトウェアの品質

en: Debian follows all of the principles of Free Software, and its new versions are not released until they are ready. Developers do not work upon a set schedule and don't have to rush to meet an arbitrary deadline. People frequently complain of the long time between Debian's stable releases, but this caution ensures that Debian's legendary reliability is met: long months of testing are indeed necessary for the full distribution to receive the “stable” label.
ja-JP: Debian はフリーソフトウェアのすべての原則に従うとともに、準備が整うまで新バージョンをリリースしません。開発者は、決まったスケジュールに従って動くことはなく、変更できない締切に間に合わせるために急ぐ必要はありません。Debian が安定版のリリースに長い時間をかけている点はたびたび苦情の対象になってきましたが、この慎重さによって Debian の伝説的な信頼性が確保されてきました。「安定版」を冠する完全なディストリビューションにとっては、テストに長い時間をかけることが必須なのです。

en: Debian will not compromise on quality: all known critical bugs on key packages are resolved in any new version, even if this requires the initially forecast release date to be pushed back. Optional packages whose critical bugs are not fixed, and thus do not meet the quality requirements, are simply dropped from the stable release.
ja-JP: Debian は品質に関して妥協しません: 主要なパッケージにおけるすべての既知のクリティカルバグは新しいバージョンで修正されます。たとえバグ修正が当初計画されていたリリース日を遅らせることになったとしても、です。オプションのパッケージであってクリティカルバグが修正されず、したがって品質要件を満たないものは、安定版リリースから単純に除外されます。

en: The Legal Framework: A Non-Profit Organization
ja-JP: 法律的枠組み: 非営利組織

en: Legally speaking, Debian is a project managed by an American not-for-profit, volunteer association. The project has around a thousand <emphasis>Debian developers</emphasis>, but brings together a far greater number of contributors (translators, bug reporters, artists, casual developers, etc.).
ja-JP: 法律的に言えば Debian は米国の非営利なボランティア組織が管理するプロジェクトです。Debian プロジェクトにはおよそ千人の <emphasis>Debian 開発者</emphasis>がいますが、はるかに多くの貢献者 (翻訳者、バグ報告者、アーティスト、一時的な開発者など) が集まっています。

en: To carry its mission to fruition, Debian has a large infrastructure, with many servers connected across the Internet, offered and hosted by many sponsors.
ja-JP: Debian は自身の使命を実現させるために、多くのスポンサーが供与ないしホストするインターネットに接続された多数のサーバを含む巨大なインフラを持っています。

en: <emphasis>COMMUNITY</emphasis> Behind Debian, the SPI association, and local branches
ja-JP: <emphasis>COMMUNITY</emphasis> Debian の裏方 (SPI) と現地支部

en: In addition to SPI, various local associations collaborate closely with Debian in order to generate funds for Debian, without centralizing everything in the USA: they are known as “Trusted Organizations” in the Debian jargon. This setup avoids prohibitive international transfer costs, and fits well with the decentralized nature of the project.
ja-JP: SPI に加えて、アメリカ合衆国に中央集権化することなく Debian 用の資金を提供する目的で、さまざまな現地組織が Debian と緊密に連携しています。具体的には、そのような組織は Debian 用語で言うところの「Trusted Organizations」としても知られています。この構造を取ることで法外な国際送金コストを避け、一極集中を避けるという Debian プロジェクトの性質を満足させることが可能になっています。

en: The Foundation Documents
ja-JP: 基本文書

en: <primary>Foundation Documents</primary>
ja-JP: <primary sortas="キホンブンショ">基本文書</primary>

en: A few years after its initial launch, Debian formalized the principles that it should follow as a free software project. This deliberately activist decision allows orderly and peaceful growth by ensuring that all members progress in the same direction. To become a Debian developer, any candidate must confirm and prove their support and adherence to the principles established in the project's Foundation Documents.
ja-JP: 最初のリリースから数年後、Debian はフリーソフトウェアプロジェクトが従うべき指針を定めました。この指針を細心の注意を払って決定したことで、すべてのメンバーが同じ目標に進むようになり、秩序的かつ平和的に成長するようになりました。Debian 開発者になるためには、どんな候補者もプロジェクトの基本文書に確立されている指針を支持し遵守することを認めて、それを証明しなければいけません。

en: The Commitment towards Users
ja-JP: ユーザに向けた約束

en: <primary>social contract</primary>
ja-JP: <primary sortas="シャカイケイヤク">社会契約</primary>

en: <primary>contract, social</primary>
ja-JP: <primary sortas="ケイヤク">契約</primary><secondary sortas="シャカイケイヤク">社会契約</secondary>

en: The project also has a “social contract”. What place does such a text have in a project only intended for the development of an operating system? It is quite simple: Debian works for its users, and thus, by extension, for society. This contract summarizes the commitments that the project undertakes. Let us study them in greater detail:
ja-JP: Debian プロジェクトには「社会契約」もあります。Debian 社会契約はオペレーティングシステムの開発のみを対象にしている Debian プロジェクトの中でどのように位置づけられているのでしょうか? これは非常に単純です。すなわち Debian はユーザに役立ち、この考えをさらに進めて、社会に役立つように活動します。Debian 社会契約は Debian プロジェクトが負う責任を要約しています。それでは Debian 社会契約の内容をより詳しく見ていきましょう。

en: Debian will remain 100% free.
ja-JP: Debian は 100% 自由なものであり続けます。

en: This is Rule No. 1. Debian is and will remain composed entirely and exclusively of free software. Additionally, all software development within the Debian project, itself, will be free.
ja-JP: これが第一のルールです。Debian は今もこれからも完全にフリーソフトウェアだけを使います。その上、Debian プロジェクト内のすべてのソフトウェア開発は他人からの束縛を受けません。

en: <emphasis>PERSPECTIVE</emphasis> Beyond software
ja-JP: <emphasis>PERSPECTIVE</emphasis> ソフトウェア以外の要素に対するルール

en: The first version of the Debian Social Contract said “Debian Will Remain 100% Free <emphasis>Software</emphasis>”. The disappearance of this last word (with the ratification of Version 1.1 of the contract in April of 2004) indicates the will to achieve freedom, not only in software, but also in the documentation and any other element that Debian wishes to provide within its operating system.
ja-JP: Debian 社会契約の最初のバージョンには「Debian は 100% フリー<emphasis>ソフトウェア</emphasis>であり続けます」とありました。2004 年 4 月にバージョン 1.1 を批准したことに伴い、<emphasis>ソフトウェア</emphasis>という単語は条文から削除されました。この行為はソフトウェアのみならず、Debian がオペレーティングシステムの一部として提供したいと望んでいる、文書やその他の要素に対する自由を達成するための意思を表しています。

en: This change, which was only intended as editorial, has, in reality, had numerous consequences, especially with the removal of some problematic documentation. Furthermore, the increasing use of firmware in drivers poses problems: many are non-free, yet they are necessary for proper operation of the corresponding hardware.
ja-JP: この変更は単なる編集だったのですが、実際のところは、一部の問題がある文書が削除されるなど、多くの影響をおよぼしました。さらに、ドライバが内部で数多くのファームウェアを使うようになったことにより問題が引き起こされました。なぜなら、多くのファームウェアは自由なものではありませんが対応するハードウェアを適切に操作するためには不可欠なものだからです。

en: We will give back to the free software community.
ja-JP: Debian プロジェクトはフリーソフトウェアコミュニティに成果を還元します。

en: Any improvement contributed by the Debian project to a work integrated in the distribution is sent back to the author of the work (called “upstream”). In general, Debian will cooperate with the community rather than work in isolation.
ja-JP: Debian プロジェクトが寄与して Debian ディストリビューションに組み込まれた成果はどんなことでも、元の作者 (「上流」と呼ばれる) に還元されます。一般に Debian は独立して作業をするのではなく、コミュニティと協力するのです。

en: <emphasis>COMMUNITY</emphasis> Upstream author, or Debian developer?
ja-JP: <emphasis>COMMUNITY</emphasis> 上流開発者とは Debian 開発者のこと?

en: <primary>upstream author</primary>
ja-JP: <primary sortas="ジョウリュウカイハツシャ">上流開発者</primary>

en: <primary>author, upstream</primary>
ja-JP: <primary sortas="カイハツシャ">開発者</primary><secondary sortas="ジョウリュウカイハツシャ">上流開発者</secondary>

en: <primary>upstream</primary>
ja-JP: <primary sortas="ジョウリュウ">上流</primary>

en: We will not hide problems.
ja-JP: Debian プロジェクトは問題を隠しません。

en: Debian is not perfect, and, there will be new problems to fix every day. Debian will keep its entire bug report database open for public view at all times. Reports that people file on-line will promptly become visible to others.
ja-JP: Debian は完全なものではありません、修正するべき新しい問題が毎日見つかっています。Debian プロジェクトはバグ報告データベースのすべてを常時公開しており、誰でもこれを見ることができます。オンラインに提出されたバグ報告はすぐさま他の人にも読めるようになります。

en: Our priorities are our users and free software.
ja-JP: Debian プロジェクトはユーザとフリーソフトウェアを最優先に考えます。

en: This commitment is more difficult to define. Debian imposes, thus, a bias when a decision must be made, and will discard an easy solution for the developers that will jeopardize the user experience, opting for a more elegant solution, even if it is more difficult to implement. This means to take into account, as a priority, the interests of the users and free software.
ja-JP: これは最も定義が難しい条項です。Debian はこの条文に従って、偏った考え方の下に決断を下します。すなわち Debian はたとえ開発者から見れば簡単な解決策であったとしてもユーザが使いにくくなるような解決策ならばそれを採用せず、たとえ実装が困難であったとしてもユーザが簡潔と感じるような解決策を採用します。これはユーザとフリーソフトウェアの利益を最優先事項と考えていることを意味しています。

en: Works that do not meet our free software standards.
ja-JP: Debian プロジェクトのフリーソフトウェア基準に合致しない著作物。

en: Debian accepts and understands that users may want to use some non-free programs. That is why the project allows usage of parts of its infrastructure to distribute Debian packages of non-free software that can safely be redistributed.
ja-JP: Debian はユーザから一部の自由ではないプログラムを使いたいとの要求を受け入れ、ユーザがこう考えることに理解を示しています。そのため、Debian プロジェクトは、再配布することには支障がないものの自由ではないソフトウェアの Debian パッケージを配布するために、自分たちのインフラの一部を使うことを認めています。

en: <emphasis>COMMUNITY</emphasis> For or against the non-free section?
ja-JP: <emphasis>COMMUNITY</emphasis> non-free セクションに賛成か反対か?

en: The commitment to maintain a structure to accommodate non-free software (i.e. the “non-free” section, see the sidebar <xref linkend="sidebar.sections" />) is frequently a subject of debate within the Debian community.
ja-JP: 自由ではないソフトウェア (すなわち「non-free」セクション、補注<xref linkend="sidebar.sections" />をご覧ください) を受け入れる枠組みを維持するという約束は Debian コミュニティの中でしばしば議論の対象になります。

en: Detractors argue that it turns people away from free software equivalents, and contradicts the principle of serving only the free software cause. Supporters flatly state that most of the non-free packages are “nearly free”, and held back by only one or two annoying restrictions (the most common being the prohibition against commercial usage of the software). By distributing these works in the non-free branch, we indirectly explain to the author that their creation would be better known and more widely used if they could be included in the main section. They are, thus, politely invited to alter their license to serve this purpose.
ja-JP: 枠組みの維持に反対する人は、こうすることでフリーソフトウェアに対する公平性が軽視されるようになり、フリーソフトウェアだけを提供するという原則にも違反している、と異論を唱えます。賛成する人は、ほとんどの non-free パッケージは「ほぼ自由なもの」であり、高々 1 つか 2 つの厄介な例外 (最もよくある例外はソフトウェアの商用利用の禁止) があるために自由ではないものにされていると、明言しています。このような著作物を non-free ブランチで配布することは、作者に対する間接的な説明 (main セクションに彼らの著作物を含めることができれば、著作物はより広く知られて使われるようになる) の役割を果たしています。このようにして Debian プロジェクトは、著作物をより広く使われるようにするためには著作物のライセンスを変更することが必要であると、作者に対して丁寧に依頼しているのです。

en: The continued existence of the non-free section is a source of occasional friction with the Free Software Foundation, and is the main reason it refuses to officially recommend Debian as an operating system.
ja-JP: non-free セクションを存続していることが原因で、Debian とフリーソフトウェア財団との間には時折摩擦が生まれます。フリーソフトウェア財団が Debian をオペレーティングシステムとして公的に推奨しないのはこれが主な理由です。

en: The Debian Free Software Guidelines
ja-JP: Debian フリーソフトウェアガイドライン

en: <primary>free software principles</primary>
ja-JP: <primary sortas="フリーソフトウェアキジュン">フリーソフトウェア基準</primary>

en: <primary>free</primary><secondary>software</secondary>
ja-JP: <primary>フリーソフトウェア</primary>

en: More than a selection criteria for Debian, this text has become an authority on the subject of free software, and has served as the basis for the “Open Source Definition”. Historically, it is therefore one of the first formal definitions of the concept of “free software”.
ja-JP: Debian フリーソフトウェアガイドラインは Debian におけるセクションの選択基準だけにとどまらず、フリーソフトウェアの屋台骨になり、「Open Source Definition」の基礎を担う役割を果たし続けています。歴史的なことを言えば、Debian フリーソフトウェアガイドラインは「フリーソフトウェア」の概念を定義した最初の正式なものの 1 つと言えます。

en: Free redistribution.
ja-JP: 自由な再配布。

en: The license of a Debian component may not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license may not require a royalty or other fee for such sale.
ja-JP: Debian を構成する要素が従うライセンスは対象のソフトウェアを複数の異なる提供元からのプログラムを含むソフトウェア集約的ディストリビューションの構成要素として自由に販売または配布することを制限してはいけません。さらにこのライセンスは販売の際に使用料およびその他の料金を要求してはいけません。

en: Source code.
ja-JP: ソースコード。

en: The program must include source code, and must allow distribution in source code as well as compiled form.
ja-JP: プログラムは自身のソースコードを含まなければならず、さらにコンパイルされた形だけでなくソースコードを配布することも許可しなければいけません。

en: Derived works.
ja-JP: 二次著作物。

en: The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.
ja-JP: ライセンスは修正物および派生物を作成することを許可しなければいけませんし、修正物および派生物のライセンスは元になったソフトウェアのライセンスと同じ条件の下に再配布することも許可しなければいけません。

en: Integrity of the author's source code.
ja-JP: 作者のソースコードの整合性保証。

en: The license may restrict source code from being distributed in modified form <emphasis>only</emphasis> if the license allows the distribution of “patch files” with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software (<emphasis>This is a compromise. The Debian group encourages all authors not to restrict any files, source or binary, from being modified</emphasis>).
ja-JP: ライセンスにおいて修正した形でソースコードを再配布することを制限するには、ライセンスはビルド時にプログラムを修正する目的でソースコードと一緒に「パッチファイル」を配布することを<emphasis>必ず</emphasis>許可しなければいけません。ライセンスは修正されたソースコードからビルドしたソフトウェアの配布を明確に許可していなければいけません。ライセンスは二次著作物が元のソフトウェアと異なる名前もしくはバージョン番号を使うことを要求できます (<emphasis>これは妥協案です。Debian グループはすべての著者に対して、ソースやバイナリに限らずいかなるファイルに対する変更も制限しないように勧めています</emphasis>)。

en: No discrimination against persons or groups.
ja-JP: 個人や団体に対する平等性。

en: The license must not discriminate against any person or group of persons.
ja-JP: ライセンスはいかなる個人および団体も差別してはいけません。

en: No discrimination against fields of endeavor.
ja-JP: 活動分野に対する平等性。

en: The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
ja-JP: ライセンスは特定の活動分野でプログラムを利用することについて制限を加えてはいけません。たとえば、プログラムが商用や遺伝子研究で利用されることを制限してはいけません。

en: Distribution of license.
ja-JP: ライセンスの配布。

en: The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties.
ja-JP: プログラムに付随する権利は、そのプログラムを受け取ったすべての人に対しても追加のライセンスを要求することなく適用されなければいけません。

en: License must not be specific to Debian.
ja-JP: ライセンスは Debian にだけ当てはまるものであってはいけません。

en: The rights attached to the program must not depend on the program being part of a Debian system. If the program is extracted from Debian and used or distributed without Debian but otherwise within the terms of the program's license, all parties to whom the program is redistributed should have the same rights as those that are granted in conjunction with the Debian system.
ja-JP: プログラムに付随する権利は、そのプログラムが Debian システムの一部であるかどうかに依存してはいけません。プログラムが Debian から分離され、Debian に依存することなくプログラムのライセンスの定める条件に従って利用および配布される場合であっても、プログラムの再配布に関わるすべての関係者はそのプログラムが Debian システムで使われる場合に許されるのと同一の権利を持つべきです。

en: License must not contaminate other software.
ja-JP: ライセンスは他のソフトウェアを汚染してはいけません。

en: The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be free software.
ja-JP: ライセンスはそのライセンスに従うソフトウェアと一緒に配布されている別のソフトウェアに制限を加えてはいけません。たとえば、ライセンスは同じ媒体を通じて配布されるすべての他のプログラムがフリーソフトウェアでなければいけないと主張してはいけません。

en: <emphasis>BACK TO BASICS</emphasis> Copyleft
ja-JP: <emphasis>BACK TO BASICS</emphasis> コピーレフト

en: <primary>copyleft</primary>
ja-JP: <primary>コピーレフト</primary>

en: <primary>copyrights</primary>
ja-JP: <primary sortas="チョサクケン">著作権</primary>

en: Copyleft is a principle that consists in using copyrights to guarantee the freedom of a work and its derivatives, rather than restrict the rights of uses, as is the case with proprietary software. It is, also, a play of words on the term “copyright”. Richard Stallman discovered the idea when a friend of his, fond of puns, wrote on an envelope addressed to him: “copyleft: all rights reversed”. Copyleft imposes preservation of all initial liberties upon distribution of an original or modified version of a work (usually a program). It is, thus, not possible to distribute a program as proprietary software if it is derived from code from a copyleft released program.
ja-JP: コピーレフトとは、著作物とその派生物の利用をプロプライエタリソフトウェアのように制限するというよりもむしろ、自由に利用することを保証するために著作権を利用するという原則です。コピーレフトとは「コピーライト」という用語のダジャレになっています。Richard Stallman は、ダジャレの好きな彼の友人から次のように書いた彼宛の封筒を受け取った際に、この概念を発見しました。「copyleft: all rights reversed (コピーレフト、すなわちすべての権利は逆さにされています)」。コピーレフトは元の著作物およびその変更版 (通常はプログラム) の配布に際して定められた最初の権利のすべてが維持されることを強制します。つまり、もしプログラムがコピーレフトライセンスで公開されたプログラムからコードを派生させているなら、そのプログラムをプロプライエタリソフトウェアとして配布することができないということを意味しています。

en: The most well-known family of copyleft licenses is, of course, the GNU General Public License (<acronym>GPL</acronym>) and its derivatives, the GNU Lesser General Public License (<acronym>LGPL</acronym>), and the GNU Free Documentation License (<acronym>GFDL</acronym>). Sadly, the copyleft licenses are generally incompatible with each other. Consequently, it is best to use only one of them.
ja-JP: 最もよく知られているコピーレフトライセンス群はもちろん GNU General Public License (<acronym>GPL</acronym>) とその派生物、GNU Lesser General Public License (<acronym>LGPL</acronym>)、GNU Free Documentation License (<acronym>GFDL</acronym>) などです。残念なことにこれらのコピーレフトライセンスは通常相互に互換性のないものです。それ故、これらのうちのどれか 1 つを利用するのが最良です。

en: Example licenses
ja-JP: ライセンスの例

en: The “GPL”, “BSD”, and “Artistic” licenses are examples of licenses that we consider “free”.
ja-JP: "GPL"，"BSD"，および "Artistic" ライセンスは私たちが「自由」と考えるライセンスの例です。

en: <emphasis>BACK TO BASICS</emphasis> Free licenses
ja-JP: <emphasis>BACK TO BASICS</emphasis> 自由なライセンス

en: <primary>license</primary><secondary>BSD</secondary>
ja-JP: <primary>ライセンス</primary><secondary>BSD</secondary>

en: <primary>BSD license</primary>
ja-JP: <primary>BSD ライセンス</primary>

en: <primary>license</primary><secondary>GPL</secondary>
ja-JP: <primary>ライセンス</primary><secondary>GPL</secondary>

en: <primary>GNU</primary><secondary>General Public License</secondary>
ja-JP: <primary>GNU</primary><secondary sortas="イッパンコウシュウリヨウキョダクショ">一般公衆利用許諾書</secondary>

en: <primary>General Public License</primary>
ja-JP: <primary sortas="イッパンコウシュウリヨウキョダクショ">一般公衆利用許諾書</primary>

en: The GNU GPL, the BSD license, and the Artistic License all comply with the Debian Free Software Guidelines, even though they are very different.
ja-JP: GNU GPL、BSD ライセンス、Artistic ライセンスは各々が全く別物であるにも関わらず Debian フリーソフトウェアガイドラインに適合します。

en: The GNU GPL, used and promoted by the FSF (Free Software Foundation), is the most common. Its main feature is that it also applies to any derived work that is redistributed: a program incorporating or using GPL code can only be distributed according to its terms. It prohibits, thus, any reuse in a proprietary application. This poses serious problems for the reuse of GPL code in free software incompatible with this license. As such, it is sometimes impossible to link a program published under another free software license with a library distributed under the GPL. On the other hand, this license is very solid in American law: FSF lawyers have participated in the drafting thereof, and have often forced violators to reach an amicable agreement with the FSF without going to court. <ulink type="block" url="https://www.gnu.org/copyleft/gpl.html" />
ja-JP: FSF (フリーソフトウェア財団) が利用し推進する GNU GPL は最も一般的なライセンスです。GPL の主な特徴は、再配布される派生物にも GPL が適用されるということです。つまり、GPL コードを組み込んでいたり利用しているプログラムは GPL の定める条件に従って配布されなければいけないのです。それゆえ GPL ではプロプライエタリなアプリケーションで GPL コードを再利用することを禁止しています。このことにより GPL ライセンスに適合しないフリーソフトウェアで GPL コードを再利用すると重大な問題になります。それゆえ GPL の下に配布されているライブラリと別のフリーソフトウェアライセンスの下に公開されているプログラムをリンクするのは不可能な場合があります。他方で、GPL は米国法の下でとても強い力を発揮します。FSF の弁護士は GPL の起草からずっと参加し続け、しばしば法廷で争うまでもなく FSF との友好的な合意に到達させています。<ulink type="block" url="https://www.gnu.org/copyleft/gpl.html" />

en: The BSD license is the least restrictive: everything is permitted, including use of modified BSD code in a proprietary application. <ulink type="block" url="https://www.opensource.org/licenses/bsd-license.php" />
ja-JP: BSD ライセンスは最も制限が緩いライセンスです。つまり、プロプライエタリアプリケーションで修正 BSD コードを利用することなど、どんなことでも許されています。<ulink type="block" url="https://www.opensource.org/licenses/bsd-license.php" />

en: Finally, the Artistic License reaches a compromise between these two others: integration of code in a proprietary application is permitted, but any modification must be published. <ulink type="block" url="https://www.opensource.org/licenses/artistic-license-2.0.php" />
ja-JP: 最後に、Artistic ライセンスは GNU GPL と BSD ライセンスの妥協案です。つまり、プロプライエタリアプリケーションにコードを統合することは許可されていますが、いかなる変更も公開しなければいけません。<ulink type="block" url="https://www.opensource.org/licenses/artistic-license-2.0.php" />

en: The complete text of these licenses is available in <filename>/usr/share/common-licenses/</filename> on any Debian system (in case of BSD the newer 3-Clause License).
ja-JP: GNU GPL、BSD ライセンス、Artistic ライセンスの完全な原文は Debian システムの <filename>/usr/share/common-licenses/</filename> に置かれています (BSD 3 条項ライセンスの場合)。

en: <emphasis>COMMUNITY</emphasis> Bruce Perens, a controversial leader
ja-JP: <emphasis>COMMUNITY</emphasis> Bruce Perens、賛否の分かれるリーダー

en: <primary>Perens, Bruce</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Bruce Perens</secondary>

en: <primary>Open Source</primary>
ja-JP: <primary>オープンソース</primary>

en: Bruce Perens was the second leader of the Debian project, just after Ian Murdock. He was very controversial in his dynamic and authoritarian methods. He, nevertheless, remains an important contributor to Debian, to whom Debian is especially indebted for the editing of the famous “Debian Free Software Guidelines” (DFSG), an original idea of Ean Schuessler. Subsequently, Bruce would derive from it the famous “Open Source Definition”, removing all references to Debian from it. <ulink type="block" url="https://opensource.org/" />
ja-JP: Bruce Perens は Ian Murdock の直後に Debian プロジェクトの 2 代目のリーダーになりました。彼は彼の活動的で独裁的な方針により非常に賛否の分かれるリーダーでした。それにも関わらず、彼は Debian の重要な貢献者であり続けています、Debian は特に彼のおかげで Ean Schuessler の独創的アイディアであるかの有名な「Debian フリーソフトウェアガイドライン」(DFSG) を編集することができました。その後、Bruce は DFSG から Debian に言及された部分を削除することにより DFSG を基にかの有名な「オープンソースの定義」を作りました。<ulink type="block" url="https://opensource.org/" />

en: His departure from the project was quite emotional, but Bruce has remained strongly attached to Debian, since he continues to promote this distribution in political and economic spheres. He still sporadically appears on the e-mail lists to give his advice and present his latest initiatives in favor of Debian.
ja-JP: Bruce は非常に感情的になってプロジェクトを去りましたが、彼は Debian に強い愛着を持ち続けています。なぜなら彼は政治経済の領域に向けて Debian の普及を訴え続けているからです。彼はいまだに、アドバイスを与え、Debian を支持する最新の構想を示するために、時折メーリングリストに現れることがあります。

en: <primary>codename</primary>
ja-JP: <primary>コードネーム</primary>

en: <primary>name</primary><secondary>codename</secondary>
ja-JP: <primary sortas="ナマエ">名前</primary><secondary>コードネーム</secondary>

en: <primary>Toy Story</primary>
ja-JP: <primary>トイストーリー</primary>

en: The Inner Workings of the Debian Project
ja-JP: Debian プロジェクトの内部の仕組み

en: <primary>operations, internal</primary>
ja-JP: <primary>Debian プロジェクト</primary><secondary sortas="ナイブノサギョウ">内部の作業</secondary>

en: <primary>organization, internal</primary>
ja-JP: <primary>Debian プロジェクト</primary><secondary sortas="ナイブノソシキ">内部の組織</secondary>

en: The abundant end results produced by the Debian project derive simultaneously from the work on the infrastructure performed by experienced Debian developers, from the individual or collective work of developers on Debian packages, and from user feedback.
ja-JP: Debian プロジェクトによるたくさんの最終結果は、経験豊富な Debian 開発者によるインフラ整備作業、Debian パッケージに対する個人または共同作業、そしてユーザからのフィードバックの同時進行により成り立っています。

en: The Debian Developers
ja-JP: Debian 開発者

en: <primary>developers</primary><secondary>Debian developers</secondary>
ja-JP: <primary sortas="カイハツシャ">開発者</primary><secondary sortas="Debian カイハツシャ">Debian 開発者</secondary>

en: <emphasis>TOOL</emphasis> Developer's database
ja-JP: <emphasis>TOOL</emphasis> 開発者データベース

en: <primary>database</primary><secondary>developer's database</secondary>
ja-JP: <primary>データベース</primary><secondary sortas="カイハツシャデータベース">開発者データベース</secondary>

en: Debian has a database including all developers registered with the project, and their relevant information (address, telephone, geographical coordinates such as longitude and latitude, etc.). Some of the information (first and last name, country, username within the project, IRC username, GnuPG key, etc.) is public and available on the Web. <ulink type="block" url="https://db.debian.org/" />
ja-JP: Debian にはプロジェクトに登録されているすべての開発者と開発者に関連する情報 (アドレス、電話番号、緯度と経度といった地理座標など) のデータベースがあります。一部の情報 (姓名、国籍、プロジェクト内でのユーザ名、IRC ユーザ名、GnuPG 鍵など) は公開されておりウェブから入手することが可能です。<ulink type="block" url="https://db.debian.org/" />

en: The geographical coordinates allow the creation of a map locating all of the developers around the globe. Debian is truly an international project: its developers can be found on all continents, although the majority are in “Western countries”.
ja-JP: この地理座標を使えば、世界中にいる開発者全員の位置を載せた地図が作れます。Debian は本当の意味で国際的なプロジェクトです。つまり、すべての大陸に開発者がいます (しかしその大部分は「欧米」です)。

en: World-wide distribution of Debian developers
ja-JP: 世界的に広がる Debian 開発者

en: <primary>world-wide distribution</primary>
ja-JP: <primary sortas="セカイブンプ">世界分布</primary>

en: Package maintenance is a relatively regimented activity, very documented or even regulated. It must, in effect, comply with all the standards established by the <emphasis>Debian Policy</emphasis>. Fortunately, there are many tools that facilitate the maintainer's work. The developer can, thus, focus on the specifics of their package and on more complex tasks, such as squashing bugs. <ulink type="block" url="https://www.debian.org/doc/debian-policy/" />
ja-JP: パッケージメンテナンスは比較的厳格に管理された活動で、明確に文書化されており、もっと言えばルールが決められています。事実上、パッケージメンテナンスに関連するルールは <emphasis>Debian ポリシー</emphasis>の定めるすべての基準と適合します。幸いなことに、パッケージメンテナンスの作業を手助けする多くのツールが存在します。それゆえ、開発者は担当パッケージに固有の作業やたとえばバグ修正などのより複雑な作業に集中することが可能です。<ulink type="block" url="https://www.debian.org/doc/debian-policy/" />

en: <emphasis>BACK TO BASICS</emphasis> Package maintenance, the developer's work
ja-JP: <emphasis>BACK TO BASICS</emphasis> パッケージメンテナンス、開発者の作業

en: <primary>package</primary><secondary>maintenance</secondary>
ja-JP: <primary>パッケージ</primary><secondary>メンテナンス</secondary>

en: <primary>policy</primary>
ja-JP: <primary>ポリシー</primary>

en: The Policy, an essential element of the Debian Project, establishes the norms ensuring both the quality of the packages and perfect interoperability of the distribution. Thanks to this Policy, Debian remains consistent despite its gigantic size. This Policy is not fixed in stone, but continuously evolves thanks to proposals formulated on the <email>debian-policy@lists.debian.org</email> mailing list. Amendments that are agreed upon by all interested parties are accepted and applied to the text by a small group of maintainers who have no editorial responsibility (they only include the modifications agreed upon by the Debian developers that are members of the above-mentioned list). You can read current amendment proposals on the bug tracking system: <ulink type="block" url="https://bugs.debian.org/debian-policy" />
ja-JP: Debian プロジェクトの重要な要素である Debian ポリシーはパッケージの品質と Debian ディストリビューションの完全な相互運用性の両方を確保するための規範を定めています。Debian ポリシーのおかげで、Debian は巨大であるにも関わらずその一貫性を保っています。Debian ポリシーは不変の原則というわけではなく、<email>debian-policy@lists.debian.org</email> メーリングリストに寄せられた提案を練ることで絶え間なく進化しています。関係者全員からの同意を得られた修正は承認され、編集責任を持たないメンテナの小集団がこれを文章に反映します (この小集団ができることは、上に挙げたメーリングリストのメンバーである Debian 開発者から同意を得られた修正を反映させることだけです)。現在寄せられている修正の提案を読むにはバグ追跡システムをご確認ください。<ulink type="block" url="https://bugs.debian.org/debian-policy" />

en: <emphasis>COMMUNITY</emphasis> Policy editorial process
ja-JP: <emphasis>COMMUNITY</emphasis> ポリシー編集手続き

en: <primary>mailing lists</primary><secondary><email>debian-policy@lists.debian.org</email></secondary>
ja-JP: <primary>メーリングリスト</primary><secondary><email>debian-policy@lists.debian.org</email></secondary>

en: <emphasis>DEBIAN POLICY</emphasis> The documentation
ja-JP: <emphasis>DEBIAN POLICY</emphasis> 文書

en: <primary>documentation</primary><secondary>location</secondary>
ja-JP: <primary sortas="ブンショ">文書</primary><secondary sortas="バショ">場所</secondary>

en: <primary>location of the documentation</primary>
ja-JP: <primary sortas="バショ">場所</primary><secondary sortas="ブンショ">文書</secondary>

en: <primary>constitution</primary>
ja-JP: <primary sortas="ケンショウ">憲章</primary>

en: <primary>leader</primary><secondary>role</secondary>
ja-JP: <primary>リーダー</primary><secondary sortas="ヤクワリ">役割</secondary>

en: <primary>leader</primary><secondary>election</secondary>
ja-JP: <primary>リーダー</primary><secondary sortas="センキョ">選挙</secondary>

en: Specifically, the leader has real authority; their vote resolves tie votes; they can make any decision which is not already under the authority of someone else and can delegate part of their responsibilities.
ja-JP: 具体的に言えば、Debian プロジェクトリーダーは本当の意味での権力を持っています。さらに、賛否同数の場合にはリーダーの投票が決定票となります。その上、リーダーはまだ誰の権限下にもなっていない案件に判決を下したり、自身の権限の一部を委任したりすることが可能です。

en: <primary>Jackson, Ian</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Ian Jackson</secondary>

en: <primary>Akkerman, Wichert</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Wichert Akkerman</secondary>

en: <primary>Collins, Ben</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Ben Collins</secondary>

en: <primary>Garbee, Bdale</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Bdale Garbee</secondary>

en: <primary>Michlmayr, Martin</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Martin Michlmayr</secondary>

en: <primary>Robinson, Branden</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Branden Robinson</secondary>

en: <primary>Towns, Anthony</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Anthony Towns</secondary>

en: <primary>Hocevar, Sam</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Sam Hocevar</secondary>

en: <primary>McIntyre, Steve</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Steve McIntyre</secondary>

en: <primary>Zacchiroli, Stefano</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Stefano Zacchiroli</secondary>

en: <primary>Nussbaum, Lucas</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Lucas Nussbaum</secondary>

en: <primary>Dogguy, Mehdi</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Mehdi Dogguy</secondary>

en: <primary>Lamb, Chris</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Chris Lamb</secondary>

en: <primary>Hartman, Sam</primary>
ja-JP: <primary sortas="ジンメイ">人名</primary><secondary>Sam Hartman</secondary>

en: The constitution also defines a “technical committee”. This committee's essential role is to decide on technical matters when the developers involved have not reached an agreement between themselves. Otherwise, this committee plays an advisory role for any developer who fails to make a decision for which they are responsible. It is important to note that they only get involved when invited to do so by one of the parties in question.
ja-JP: Debian 憲章では「技術委員会」もまた定義されています。技術委員会の本質的な役割とは、ある技術的な事柄に関して関係する開発者の間で合意に達しなかった場合に、その技術的な事柄の決裁を下すことです。また技術委員会の他の役割として、責任を負っている決定で間違いを犯す開発者に対する顧問役があります。ただし、技術委員会は問題になっているグループの一員から参加するように求められた場合のみ議論に参加するということに注意しなければいけません。

en: <primary>the project secretary</primary>
ja-JP: <primary sortas="プロジェクトヒショ">プロジェクト秘書</primary>

en: Finally, the constitution defines the position of “project secretary”, who is in charge of the organization of votes related to the various elections and general resolutions.
ja-JP: 最後に、Debian 憲章では「プロジェクト秘書」の役職も定義しています。プロジェクト秘書はさまざまな選挙と一般決議に関連する投票の運営に責任を負っています。

en: <primary>general resolution</primary>
ja-JP: <primary sortas="イッパンケツギ">一般決議</primary>

en: <primary>vote</primary>
ja-JP: <primary sortas="トウヒョウ">投票</primary>

en: <emphasis>CULTURE</emphasis> Flamewar, the discussion that catches fire
ja-JP: <emphasis>CULTURE</emphasis> ののしり合戦、炎上する議論

en: <primary>flamewar</primary>
ja-JP: <primary sortas="ノノシリガッセン">ののしり合戦</primary>

en: <primary>heated debate</primary>
ja-JP: <primary sortas="ハクネツシタギロン">白熱した議論</primary>

en: A “flamewar” is an exceedingly impassioned debate, which frequently ends up with people attacking each other once all reasonable argumentation has been exhausted on both sides. Certain themes are more frequently subject to polemics than others (the choice of text editor, “do you prefer <command>vi</command> or <command>emacs</command>?”, is an old favorite). The matters often provoke very rapid e-mail exchanges due to the sheer number of people with an opinion on the matter (everyone) and the very personal nature of such questions.
ja-JP: 「ののしり合戦」とは極めて熱のこもった討論であり、多くの場合、合理的な議論が出尽くした後、双方が互いを攻撃して終わります。テーマによっては他のテーマに比べてより頻繁に論争を引き起こす場合があります (エディタの選択、「<command>vi</command> と <command>emacs</command> のどっちが好き?」、は昔からよく議論の的にされてきました)。あるテーマに対して一家言ある人々が非常に多いこと (参加者全員がそうである場合もあります) や質問内容が極めて個人的なものであることが原因で、多くの場合極めて素早く電子メールが交換されることになります。

en: Nothing particularly useful generally comes from such discussions; the general recommendation is to stay out of such debates, and maybe rapidly skim through their content, since reading them in full would be too time-consuming.
ja-JP: ののしり合戦からは一般的で特に有益な結論は何一つ生まれません。従って一般的には、ののしり合戦に関わらないこと、必要なら議論の内容を素早く流し読みするだけに留めておくこと (すべての内容を読むことは多大な時間を必要としすぎるでしょうから)、をお勧めします。

en: This is the only way to earn one's stripes: do something useful and show that one has worked well. Many Debian “administrative” teams operate by co-optation, preferring volunteers who have already effectively contributed and proved their competence. The public nature of the work of those teams makes it possible for new contributors to observe and start helping without any special privilege. This is why Debian is often described as a “meritocracy”.
ja-JP: Debian プロジェクト内で自分の地位を高めるにはたった一つの方法しかありません。すなわち、何か有益なことをして、それがうまくいったことを示すことです。多くの Debian「管理」チームはチーム内メンバーからの推薦で新メンバーを採用します。つまり、これまでの貢献が効果を挙げており、本人の能力が証明されているボランティアを好むということです。これらのチームの作業は公開されており、新しい貢献者がその作業を観察し手助けを開始するのに特権を必要としません。そのため、Debian は「業績主義」と言われています。

en: <emphasis>CULTURE</emphasis> Meritocracy, the reign of knowledge
ja-JP: <emphasis>CULTURE</emphasis> 業績主義、知識の統治

en: <primary>meritocracy</primary>
ja-JP: <primary sortas="ギョウセキシュギ">業績主義</primary>

en: This effective operational method guarantees the quality of contributors in the “key” Debian teams. This method is by no means perfect and occasionally there are those who do not accept this way of operating. The selection of developers accepted in the teams may appear a bit arbitrary, or even unfair. Furthermore, not everybody has the same definition of the service expected from these teams. For some, it is unacceptable to have to wait eight days for inclusion of a new Debian package, while others will wait patiently for three weeks without a problem. As such, there are regular complaints from the disgruntled about the “quality of service” from some teams.
ja-JP: この効果的な運営方法のおかげで「重要な」Debian チーム内では貢献者の品質が保証されています。この方法は決して完璧ではありませんし、時々この運営方法を受け入れられない人もいます。チーム内で採用されている開発者の選択基準は少し気まぐれかもっと言えば不公平なものに見えるかもしれません。その上、チームから受けられるサービスに関して全員が同じ定義を共有しているとも限りません。新しい Debian パッケージを含めるのに 8 日間待たなければいけないのは受け入れがたいという人もいれば、なんの問題もなく 3 週間気長に待つという人もいます。そんなわけで、いくつかのチームが提供する「サービス品質」には常に不満の声が上げられています。

en: <emphasis>COMMUNITY</emphasis> Integration of new maintainers
ja-JP: <emphasis>COMMUNITY</emphasis> 新しいメンテナの参加

en: <primary>maintainer</primary><secondary>new maintainer</secondary>
ja-JP: <primary>メンテナ</primary><secondary sortas="シンメンテナ">新メンテナ</secondary>

en: The team in charge of admitting new developers is the most regularly criticized. One must acknowledge that, throughout the years, the Debian project has become more and more demanding of the developers that it will accept. Some people may see some injustice in that, but we must confess that what were only little challenges at the beginning have become much greater in a community of over 1,000 people, when it comes to ensuring the quality and integrity of everything that Debian produces for its users.
ja-JP: 新しい開発者の受け入れに責任を持つチームは最も定期的に批判されているチームです。ここ数年 Debian プロジェクトにはさらに多くの開発者が必要になっており、そのため今後 Debian プロジェクトは多くの開発者を受け入れることになるでしょう。われわれはこの方針を認めなければいけません。一部の人々はこの方針に不公平さを感じるかもしれません。しかし、Debian は自身がユーザに向けて作り出したすべての物に対して品質と整合性を保証するという原則を考慮すると、これが初めは小さな挑戦だったとしても 1,000 人を超えるコミュニティ内でその挑戦はより大きなものになります。われわれはこの点について自覚しなければいけません。

en: Furthermore, the acceptance procedure is concluded by review of the candidacy by a small team, the Debian Account Managers. These managers are, thus, particularly exposed to criticism, since they have final say in the inclusion or rejection of a volunteer within the Debian developers community. In practice, sometimes they must delay the acceptance of a person until they have learned more about the operations of the project. One can, of course, contribute to Debian before being accepted as an official developer, by being sponsored by current developers.
ja-JP: その上、受け入れ手続きの最終的な判断は小さなチームである Debian アカウントマネージャによる立候補者の審査に委ねられています。マネージャはボランティアを Debian 開発者コミュニティに受け入れるか拒否するかについて最終的な決定権を持っているため、特に批判を浴びるのです。実際問題として、マネージャはある候補者がプロジェクトの活動についてより多くを学ぶまでの間、その候補者の受け入れを遅らせなければならないことがあります。もちろん、候補者は現在の開発者を支援することで、公式開発者として受け入れられる前に Debian に対して貢献することも可能です。

en: The Active Role of Users
ja-JP: ユーザの積極的役割

en: One might wonder if it is relevant to mention the users among those who work within the Debian project, but the answer is a definite yes: they play a critical role in the project. Far from being “passive”, some users run development versions of Debian and regularly file bug reports to indicate problems. Others go even further and submit ideas for improvements, by filing a bug report with a severity level of “wishlist”, or even submit corrections to the source code, called “patches” (see <xref linkend="sect.patch" />).
ja-JP: 読者の皆様の中には Debian プロジェクト内で働く人の中でも特にユーザに言及する必要があるのではないかと感じる方がいらっしゃるかもしれません。これはごく当たり前の感覚です。なぜなら Debian プロジェクトではユーザが重要な役割を果たしているからです。「受け身」の状態から一歩進んで、Debian の開発版を使い、バグ報告を提出して問題を指摘するユーザもいます。さらに深く立ち入り、重要度「wishlist」のバグ報告を提出することで改善案を投稿したり、「パッチ」と呼ばれるソースコードの修正を投稿するユーザもいます (補注<xref linkend="sect.patch" />をご覧ください)。

en: Reporting bugs
ja-JP: バグの報告

en: <primary>system</primary><secondary>Bug Tracking System</secondary>
ja-JP: <primary>システム</primary><secondary sortas="バグツイセキシステム">バグ追跡システム</secondary>

en: <primary>Bug Tracking System</primary>
ja-JP: <primary sortas="バグツイセキシステム">バグ追跡システム</primary>

en: The fundamental tool for submitting bugs in Debian is the Debian Bug Tracking System (Debian BTS), which is used by large parts of the project. The public part (the web interface) allows users to view all bugs reported, with the option to display a sorted list of bugs selected according to various criteria, such as: affected package, severity, status, address of the reporter, address of the maintainer in charge of it, tag, etc. It is also possible to browse the complete historical listing of all discussions regarding each of the bugs.
ja-JP: Debian においてバグを報告するための基本的なツールは Debian バグ追跡システム (Debian BTS) であり、プロジェクトで広く使われています。公開部分 (ウェブインターフェース) を使ってユーザは報告されたバグをすべて見ることが可能です、必要であれば、さまざまな基準に従ってソート済みのバグリストを表示することが可能です。ここで基準とは、影響を受けるパッケージ、重要度、状態、報告者のアドレス、パッケージの責任を負うメンテナのアドレス、タグなどです。あるバグに関連するすべての議論の完全な履歴リストを閲覧することも可能です。

en: Below the surface, the Debian BTS is e-mail based: all information that it stores comes from messages sent by the various persons involved. Any e-mail sent to <email>12345@bugs.debian.org</email> will, thus, be assigned to the history for bug number 12345. Authorized persons may “close” a bug by writing a message describing the reasons for the decision to close to <email>12345-done@bugs.debian.org</email> (a bug is closed when the indicated problem is resolved or no longer relevant). A new bug is reported by sending an e-mail to <email>submit@bugs.debian.org</email> according to a specific format which identifies the package in question. The address <email>control@bugs.debian.org</email> allows editing of all the “meta-information” related to a bug.
ja-JP: 内部的には Debian BTS は電子メールを基礎に使っています。すなわち、BTS に保存されているすべての情報は関係するさまざまな人が送信したメッセージに基づいています。<email>12345@bugs.debian.org</email> 宛に送信された電子メールはバグ番号 12345 のバグに関する連絡履歴に割り当てられます。議論を終わらせる理由を説明したメッセージを <email>12345-done@bugs.debian.org</email> 宛に書くことで、権限のある人がバグを「閉じる」ことがあります (バグを閉じるのは、報告された問題が解決されたか、もはやその問題に意味がない場合です)。新しいバグを報告するには、問題になっているパッケージの特定に必要である特殊な書式に従い、<email>submit@bugs.debian.org</email> 宛に電子メールを送ってください。アドレス <email>control@bugs.debian.org</email> はあるバグに関連するすべての「メタ情報」を編集するために設けられています。

en: The Debian BTS has other functional features, as well, such as the use of tags for labeling bugs. For more information, see <ulink type="block" url="https://www.debian.org/Bugs/" />
ja-JP: Debian BTS には他にも機能的特色 (バグにラベル付けするための便利なタグ機能など) があります。詳しい情報を見るには以下の URL を参照してください。<ulink type="block" url="https://www.debian.org/Bugs/" />

en: <emphasis>VOCABULARY</emphasis> Severity of a bug
ja-JP: <emphasis>VOCABULARY</emphasis> バグの重要度

en: <primary>severity</primary>
ja-JP: <primary sortas="ジュウヨウド">重要度</primary>

en: <primary>bug</primary><secondary>severity</secondary>
ja-JP: <primary>バグ</primary><secondary sortas="ジュウヨウド">重要度</secondary>

en: The severity of a bug formally assigns a degree of gravity to the reported problem. Effectively, not all bugs have the same importance; for instance, a typo in a manual page is not comparable to a security vulnerability in server software.
ja-JP: バグの重要度とは堅苦しく言うと報告された問題の重要性の度合いを意味しています。現実的には、すべてのバグの重要性は同一ではありません。たとえばマニュアルの誤植とサーバソフトウェアのセキュリティ脆弱性の重要度は全く違います。

en: Debian uses an extended scale to describe the severity of a bug. Each level is defined precisely in order to facilitate the selection thereof. <ulink type="block" url="https://www.debian.org/Bugs/Developer#severities" />
ja-JP: Debian はバグの重要度を類型化するために等級の意味を拡大して使用しています。それぞれのレベルは、重要度の選択がしやすいよう、明確に定義されています。<ulink type="block" url="https://www.debian.org/Bugs/Developer#severities" />

en: This tool first targets the development versions, which is where the bugs will be fixed. Effectively, changes are not welcome in a stable version of Debian, with very few exceptions for security updates or other important updates (if, for example, a package is not working at all). A correction of a minor bug in a Debian package must, thus, wait for the next stable version.
ja-JP: <command>reportbug</command> はどちらかと言えば開発版で使用すべきツールです。なぜなら、報告されたバグは開発版で修正されるからです。実際のところ、Debian の安定版では、セキュリティ更新やその他の重要な更新 (たとえば、あるパッケージが全く動かない) などのごく少数の例外を除いて、修正を歓迎しません。そんなわけで Debian パッケージの深刻でないバグの修正は次の安定版まで待たなければいけません。

en: Translation and documentation
ja-JP: 翻訳と文書化

en: Additionally, numerous satisfied users of the service offered by Debian like to make a contribution of their own to the project. As not everyone has appropriate levels of expertise in programming, they may choose to assist with the translation and review of documentation. There are language-specific mailing lists to coordinate this work. <ulink type="block" url="https://lists.debian.org/i18n.html" /> <ulink type="block" url="https://www.debian.org/international/" />
ja-JP: 加えて、Debian の提供するサービスに満足している数多くのユーザが彼ら自身の手でプロジェクトに貢献をしたいと思っています。プログラミングに関する専門知識のレベルが十分でない人は翻訳や文書のレビューを行うことで手助けを行うことを選ぶかもしれません。このような作業を行うために各言語に特有の問題を議論するためのメーリングリストがあります。<ulink type="block" url="https://lists.debian.org/i18n.html" /><ulink type="block" url="https://www.debian.org/international/" />

en: <emphasis>BACK TO BASICS</emphasis> What are i18n and l10n?
ja-JP: <emphasis>BACK TO BASICS</emphasis> i18n (国際化) と l10n (地域化) とは?

en: <primary>internationalization</primary>
ja-JP: <primary sortas="コクサイカ">国際化</primary>

en: <primary>localization</primary>
ja-JP: <primary sortas="チイキカ">地域化</primary>

en: “i18n” and “l10n” are the abbreviations for the words “internationalization” and “localization”, respectively, preserving the initial and last letter of each word, and the number of letters in the middle.
ja-JP: 「i18n」と「l10n」は「internationalization (国際化)」と「localization (地域化)」の略語です。それぞれの単語の最初と最後の文字を取って、両者に挟まれた文字をその文字数で表しています。

en: To “internationalize” a program consists of modifying it so that it can be translated (localized). This involves partially rewriting a program initially written to work in one language in order to be able to open it to all languages.
ja-JP: あるプログラムの「国際化を行う」ということは、そのプログラムを翻訳 (地域化) できるように変更を加えることを含んでいます。これは最初ある言語で動くように書かれたプログラムを一部書き換えて、どんな言語でも動くようにすることを伴います。

en: To “localize” a program consists of translating the original messages (frequently in English) to another language. For this, it must have already been internationalized.
ja-JP: あるプログラムの「地域化を行う」ということは、元のメッセージ (英語の場合が多い) を他の言語に翻訳することを含んでいます。地域化を行うには先にプログラムを国際化しておかなければいけません。

en: In summary, internationalization prepares the software for translation, which is then executed by localization.
ja-JP: まとめると、国際化とはソフトウェアを翻訳するための準備で、翻訳することにより地域化が行われます。

en: Sending fixes
ja-JP: 修正の送信

en: <primary>patch</primary>
ja-JP: <primary>パッチ</primary>

en: More advanced users might be able to provide a fix to a program by sending a patch.
ja-JP: より高度なユーザはパッチを送ることによってプログラムへの修正を提供できるでしょう。

en: A patch is a file describing changes to be made to one or more reference files. Specifically, it will contain a list of lines to be removed or added to the code, as well as (sometimes) lines taken from the reference text, replacing the modifications in context (they allow identification of the placement of the changes if the line numbers have changed).
ja-JP: パッチとは単独または複数のファイルに対する変更内容を記述したファイルです。具体的に言うと、パッチはコードを修正後の内容に置き換えるために、コードから削除された行と追加された行と (時々) それらの行位置の目印となるテキスト (これは行番号が変わった場合に変更の場所を特定するためのものです) のリストを含んでいます。

en: The tool used for applying the modifications given in such a file is simply called <command>patch</command>. The tool that creates it is called <command>diff</command>, and is used as follows:
ja-JP: パッチファイルの提供する修正を適用するためのツールは <command>patch</command> と呼ばれています。パッチファイルを作成するためのツールは <command>diff</command> と呼ばれており、以下のように使います。

en: The <filename>file.patch</filename> file contains the instructions for changing the content of <filename>file.old</filename> into <filename>file.new</filename>. We can send it to someone, who can then use it to recreate <filename>file.new</filename> from the two others, like this:
ja-JP: <filename>file.patch</filename> ファイルには <filename>file.old</filename> の内容を <filename>file.new</filename> の内容に変更するための指示が含まれています。われわれはこのパッチファイルを送信することができ、受け取った人はパッチファイルを適用して <filename>file.new</filename> を再作成することが可能です、これを行うには以下のようにします。

en: The file, <filename>file.old</filename>, is now identical to <filename>file.new</filename>.
ja-JP: こうすることで <filename>file.old</filename> ファイルは <filename>file.new</filename> と全く同じものになります。

en: <primary>configuration management</primary>
ja-JP: <primary sortas="コウセイカンリ">構成管理</primary>

en: Git is a tool for collaborative work on multiple files, while maintaining a history of modifications. The files in question are generally text files, such as a program's source code. If several people work together on the same file, <command>git</command> can only merge the alterations made if they were made to different portions of the file. Otherwise, these “conflicts” must be resolved by hand.
ja-JP: Git は複数のファイルに対して共同で作業を行う際のツールで、同時に変更の履歴を管理するツールでもあります。通常 Git が管理対象とするファイルはプログラムのソースコードなどのテキストファイルです。もし数人が同じファイルに対して一緒に作業を行った場合、<command>git</command> がマージできるのは、同じファイルの別の場所に行われた修正だけです。それ以外の場合、手作業で「衝突」を解決しなければいけません。

en: Git makes it easy to handle multiple concurrent versions of a project in development without them interfering with each other. These versions are called <emphasis>branches</emphasis>. This metaphor of a tree is fairly accurate, since a program is initially developed on a common trunk. When a milestone has been reached (such as version 1.0), development continues on two branches: the development branch prepares the next major release, and the maintenance branch manages updates and fixes for version 1.0.
ja-JP: Git を使うことで、あるプロジェクトの各バージョン同士を干渉させることなく、複数の並行バージョンを簡単に取り扱うことが可能になります。これは<emphasis>ブランチ (枝)</emphasis> と呼ばれています。このように木で例えることはかなり正確です、なぜならプログラムは同じトランク (幹) に対して開発が始まっているからです。節目 (バージョン 1.0 など) に到達したら、2 つのブランチで開発が続けられます。具体的に言えば、開発ブランチでは次のメジャーリリースを準備し、メンテナンスブランチではバージョン 1.0 に対する更新と修正を管理します。

en: Not only do users help themselves (and others) on technical issues that directly affect them, but they also discuss the best ways to contribute to the Debian project and help it move forward — discussions that frequently result in suggestions for improvements.
ja-JP: ユーザは自分に直接影響をおよぼす技術的な問題について互いに助け合ったり、技術的な問題を抱える誰かを助けたりするだけでなく、Debian プロジェクトに貢献するための最良の方法を話し合い、Debian プロジェクトを前進させる手助けをしています。このような議論はしばしば改良を提案するものとなります。

en: Since Debian does not expend funds on any self-promoting marketing campaigns, its users play an essential role in its diffusion, ensuring its fame via word-of-mouth.
ja-JP: Debian は自己アピールによる普及キャンペーンに資金を使わないため、Debian のユーザは Debian の普及に重要な役割を果たし、Debian の評判は口コミで伝わることが保障されています。

en: Volunteers make posters, brochures, stickers, and other useful promotional materials for the project, which they make available to everyone, and which Debian provides freely on its website and on its wiki: <ulink type="block" url="https://www.debian.org/events/material" />
ja-JP: ボランティアがポスター、パンフレット、ステッカーなどのプロジェクトの宣伝に役立つ資料を作っています。この宣伝資料は誰もが利用できるようにされており、Debian はウェブサイトでこの宣伝資料を無制限に提供しています。<ulink type="block" url="https://www.debian.org/events/material" />

en: <primary>derivative distribution</primary>
ja-JP: <primary sortas="ハセイディストリビューション">派生ディストリビューション</primary>

en: The development process for a derivative distribution consists in starting with a particular version of Debian and making a number of modifications to it. The infrastructure used for this work is completely external to the Debian project. There isn't necessarily a policy for contributing improvements. This difference explains how a derivative distribution may “diverge” from its origins, and why they have to regularly resynchronize with their source in order to benefit from improvements made upstream.
ja-JP: 派生ディストリビューションの開発工程とは、Debian の特定のバージョンを土台としてそれにたくさんの変更を加えることです。派生ディストリビューションを支える基礎構造は Debian プロジェクトとは全く別物です。また、Debian のように改良に貢献するポリシーを定める必要はありません。この違いは、派生ディストリビューションが Debian から「分岐」した理由、派生ディストリビューションが開発の上流側でなされた改良の恩恵を受けるために Debian と自身のソースを定期的に再同期しなければいけない理由、を説明します。

en: The most known distribution derived from Debian is, without a doubt, Ubuntu, but there are many. See <xref linkend="derivative-distributions" /> to learn about their particularities and their positioning in relationship to Debian.
ja-JP: Debian から派生したディストリビューションはたくさんありますが、最も知られているものは間違いなく Ubuntu でしょう。派生ディストリビューションの詳細と Debian との関連性における立ち位置について学ぶには<xref linkend="derivative-distributions" />をご覧ください。

en: Debian Med, by Andreas Tille, dedicated to the medical field;
ja-JP: Debian Med。これは Andreas Tille によって作成され、医療分野に特化しています。

en: Administrative Teams
ja-JP: 管理チーム

en: They must also verify the licenses of all new packages, in order to ensure that Debian may distribute them, prior to including them in the corpus of existing packages. When a developer wishes to remove a package, they address this team through the bug tracking system and the <emphasis>ftp.debian.org</emphasis> “pseudo-package”.
ja-JP: ftpmaster はまた、パッケージデータベースの中に新しいパッケージを追加する前に、Debian がこのパッケージを配布しても問題ないことを確認するために、このパッケージのライセンスを確認します。開発者がパッケージの削除を希望する場合、開発者はバグ追跡システムから <emphasis>ftp.debian.org</emphasis>「擬似パッケージ」に対してバグ報告を行い、ftpmaster と連絡を取ります。

en: <emphasis>VOCABULARY</emphasis> The pseudo-package, a monitoring tool
ja-JP: <emphasis>VOCABULARY</emphasis> 擬似パッケージ、監視ツール

en: <primary>pseudo-package</primary>
ja-JP: <primary sortas="ギジパッケージ">擬似パッケージ</primary>

en: The bug tracking system, initially designed to associate bug reports with a Debian package, has proved very practical to manage other matters: lists of problems to be resolved or tasks to manage without any link to a particular Debian package. The “pseudo-packages” allow, thus, certain teams to use the bug tracking system without associating a real package with their team. Everyone can, thus, report issues that needs to be dealt with. For instance, the BTS has a <emphasis>ftp.debian.org</emphasis> entry that is used to report and track problems on the official package archive or simply to request removal of a package. Likewise, the <emphasis>www.debian.org</emphasis> pseudo-package refers to errors on the Debian website, and <emphasis>lists.debian.org</emphasis> gathers all the problems concerning the mailing lists.
ja-JP: バグ追跡システムは、当初バグ報告を Debian パッケージと関連付けるために設計されましたが、その他の問題の管理にも非常に実用的であると証明し続けています。ここでその他の問題の管理とは、特定の Debian パッケージに関係しない解決すべき問題をリストアップしたり、作業を管理することです。一部のチームでは「擬似パッケージ」を使うことで、チームが実在のパッケージに関連がなくとも、バグ追跡システムを使うことができています。誰でも対処が必要な問題を報告できます。たとえば、BTS の <emphasis>ftp.debian.org</emphasis> エントリは、公式パッケージアーカイブに関する問題を報告し追跡するため、もしくはパッケージの削除要求を出すために利用されます。同様に、<emphasis>www.debian.org</emphasis> 擬似パッケージは Debian ウェブサイトの誤りを指摘するためのもので、<emphasis>lists.debian.org</emphasis> ではメーリングリストに関するすべての問題を扱います。

en: <emphasis>TOOL</emphasis> GitLab, Git repository hosting and much more
ja-JP: <emphasis>TOOL</emphasis> GitLab、Git リポジトリのホスティングなど

en: <emphasis>TOOL</emphasis> Debian Package Tracker
ja-JP: <emphasis>TOOL</emphasis> Debian パッケージトラッカー

en: <primary>system</primary><secondary>package tracking system</secondary>
ja-JP: <primary>システム</primary><secondary sortas="パッケージツイセキシステム">パッケージ追跡システム</secondary>

en: <primary>tracker</primary><secondary>Debian Package Tracker</secondary>
ja-JP: <primary>トラッカー</primary><secondary>Debian パッケージトラッカー</secondary>

en: <primary>package</primary><secondary>Debian Package Tracker</secondary>
ja-JP: <primary>パッケージ</primary><secondary>Debian パッケージトラッカー</secondary>

en: This is one of Raphaël's creations. The basic idea is, for a given package, to centralize as much information as possible on a single page. Thus, one can quickly check the status of a program, identify tasks to be completed, and offer one's assistance. This is why this page gathers all bug statistics, available versions in each distribution, progress of a package in the <emphasis role="distribution">Testing</emphasis> distribution, the status of translations of descriptions and debconf templates, the possible availability of a new upstream version, notices of noncompliance with the latest version of the Debian Policy, information on the maintainer, and any other information that said maintainer wishes to include. <ulink type="block" url="https://tracker.debian.org/" />
ja-JP: Debian パッケージトラッカーは Raphaël の業績の一つです。Debian パッケージトラッカーの基本的な考え方は、あるパッケージに対して、可能な限り多くの情報を単一のページに集中させることです。こうすることで、ユーザは素早くプログラムの状態を確認し、完了させなければいけない作業を特定し、プログラムの開発に支援を申し出ることが可能です。そのため、このページには、すべてのバグ統計、それぞれのディストリビューションで利用できるバージョン、<emphasis role="distribution">テスト版</emphasis>ディストリビューションにおけるパッケージの作業進行状況、パッケージ説明文と debconf テンプレートの翻訳状況、新しい上流開発版を入手できるか否か、最新の Debian ポリシーに対する違反通知、メンテナに関する情報、その他メンテナが含めたいと望んだ情報、が集められています。<ulink type="block" url="https://tracker.debian.org/" />

en: An e-mail subscription service completes this web interface. It automatically sends the following selected information to the list: bugs and related discussions, availability of a new version on the Debian servers, new translations available for proofreading, etc.
ja-JP: 電子メール購読サービスがこのウェブインターフェースを完全なものにします。電子メール購読サービスは情報を選別して自動的に送信します。ここで情報とは、バグおよびバグに関連する議論、Debian サーバから新しいバージョンが利用できるか否か、査読待ちの新しい翻訳などを指します。

en: Advanced users can, thus, follow all of this information closely and even contribute to the project, once they have got a good enough understanding of how it works.
ja-JP: 熟練ユーザは一度パッケージ追跡システムの機能を十分よく理解したら、すべての情報をしっかりと追いかけ、より一層 Debian プロジェクトに貢献することが可能です。

en: These two websites are tools developed and managed by the group responsible for quality assurance within Debian (known as Debian QA).
ja-JP: Debian パッケージトラッカーと Debian 開発者のパッケージ一覧は Debian の品質保証に責任を負うグループ (このグループは Debian QA として知られています) によって開発および管理されているツールです。

en: <primary>assurance</primary><secondary>quality assurance</secondary>
ja-JP: <primary sortas="ホショウ">保証</primary><secondary sortas="ヒンシツホショウ">品質保証</secondary>

en: <primary>quality</primary><secondary>assurance</secondary>
ja-JP: <primary sortas="ヒンシツ">品質</primary><secondary sortas="ホショウ">保証</secondary>

en: The <emphasis>listmasters</emphasis> administer the e-mail server that manages the mailing lists. They create new lists, handle bounces (delivery failure notices), and maintain spam filters (unsolicited bulk e-mail).
ja-JP: <emphasis>listmaster</emphasis> はメーリングリストを運営する電子メールサーバを管理します。新しいメーリングリストを作成し、宛先が不明なメールを処理 (配送失敗通知) し、スパムフィルタ (迷惑メールフィルタ) をメンテナンスするのは <emphasis>listmaster</emphasis> の役目です。

en: <emphasis>CULTURE</emphasis> Traffic on the mailing lists: some figures
ja-JP: <emphasis>CULTURE</emphasis> メーリングリストの流量に関する統計データ

en: <primary>lists</primary><secondary>mailing lists</secondary>
ja-JP: <primary>リスト</primary><secondary>メーリングリスト</secondary>

en: <primary>mailing lists</primary>
ja-JP: <primary>メーリングリスト</primary>

en: Development Teams, Transversal Teams
ja-JP: 開発チーム、横断チーム

en: Unlike administrative teams, the development teams are rather widely open, even to outside contributors. Even if Debian does not have a vocation to create software, the project needs some specific programs to meet its goals. Of course, developed under a free software license, these tools make use of methods proven elsewhere in the free software world.
ja-JP: 管理チームとは異なり、開発チームの門戸は外部の貢献者に向けてかなり大きく開かれています。Debian の使命がソフトウェアを作成することではないとしても、Debian プロジェクトは目標を達成するために特定のプログラムを必要としています。もちろん、フリーソフトウェアライセンスの下で開発されたそれらのソフトウェアはフリーソフトウェア世界の他の場所で保証されている方法を活用します。

en: Debian has developed little software of its own, but certain programs have assumed a starring role, and their fame has spread beyond the scope of the project. Good examples are <command>dpkg</command>, the Debian package management program (it is, in fact, an abbreviation of Debian PacKaGe, and generally pronounced as “dee-package”), and <command>apt</command>, a tool to automatically install any Debian package, and its dependencies, guaranteeing the consistency of the system after an upgrade (its name is an acronym for Advanced Package Tool). Their teams are, however, much smaller, since a rather high level of programming skill is required to gain an overall understanding of the operations of these types of programs.
ja-JP: Debian は自分用に小さなソフトウェアを開発し続けていますが、一部のプログラムは重要な役割を担っており、そのようなプログラムの名声は Debian プロジェクトよりも大きく広がっています。Debian パッケージ管理プログラムの <command>dpkg</command> (実際のところ、これは Debian PacKaGe の 略称で、「dee-package」と発音されます) と、任意の Debian パッケージとそのパッケージが依存しているパッケージを、更新後のシステムの継続性を保障しながら、自動的にインストールする <command>apt</command> (名前は Advanced Package Tool の頭字語) がそのよい例です。一方で、これらのプログラムの働きを全面的に理解するには極めて高いプログラミング能力が必要であるため、チームの規模は極めて小さなものです。

en: The (very small) <command>debian-cd</command> program team has an even more modest objective. Many “small” contributors are responsible for their architecture, since the main developer can not know all the subtleties, nor the exact way to start the installer from the CD-ROM.
ja-JP: <command>debian-cd</command> プログラム (とても小さい) のチームはさらにいっそう控えめな目的を持っています。数多くの「小」貢献者は自分が担当しているアーキテクチャに対して責任を負っています。なぜなら主開発者はアーキテクチャに固有のすべての細かな差異や CD-ROM からインストーラを起動する正確な方法を知ることはできないからです。

en: Many teams must collaborate with others in the activity of packaging: <email>debian-qa@lists.debian.org</email> tries, for example, to ensure quality at all levels of the Debian project. The <email>debian-policy@lists.debian.org</email> list develops Debian Policy according to proposals from all over the place. The teams in charge of each architecture (<email>debian-<replaceable>architecture</replaceable>@lists.debian.org</email>) compile all packages, adapting them to their particular architecture, if needed.
ja-JP: 多くのチームは他のチームと一緒にパッケージングを行わなければいけません。たとえば <email>debian-qa@lists.debian.org</email> は Debian プロジェクトのあらゆるレベルで品質を保証しようと試みます。<email>debian-policy@lists.debian.org</email> メーリングリストはあちこちからの提案に従って Debian ポリシーを成長させます。アーキテクチャごとの違いに対して責任を負うチーム (<email>debian-<replaceable>architecture</replaceable>@lists.debian.org</email>) はすべてのパッケージをコンパイルし、必要ならばパッケージを自分たちが担当しているアーキテクチャに適合するよう書き換えます。

en: Other teams manage the most important packages in order to ensure maintenance without placing too heavy a load on a single pair of shoulders; this is the case with the C library and <email>debian-glibc@lists.debian.org</email>, the C compiler on the <email>debian-gcc@lists.debian.org</email> list, or Xorg on the <email>debian-x@lists.debian.org</email> (this group is also known as the X Strike Force).
ja-JP: メンテナンスを保証する際に 1 チームの負担が大きくなりすぎないよう、最も重要なパッケージに対しては別のチームが管理しています。そのようなケースとして、C ライブラリと <email>debian-glibc@lists.debian.org</email>、C コンパイラと <email>debian-gcc@lists.debian.org</email>、Xorg と <email>debian-x@lists.debian.org</email> (このグループは X Strike Force としても知られています) の関係が挙げられます。

en: Follow Debian News
ja-JP: Debian ニュースを追いかける

en: As already mentioned, the Debian project evolves in a very distributed, very organic way. As a consequence, it may be difficult at times to stay in touch with what happens within the project without being overwhelmed with a never-ending flood of notifications.
ja-JP: 既に述べた通り、Debian プロジェクトは極めて分散的で有機的な方法で発展しています。その結果、プロジェクトの内部で起きた出来事について絶えず情報を得るようにすると、終わらない洪水のような通知に圧倒されるかもしれません。

en: If you only want the most important news about Debian, you probably should subscribe to the <email>debian-announce@lists.debian.org</email> list. This is a very low-traffic list (around a dozen messages a year), and only gives the most important announcements, such as the availability of a new stable release, the election of a new Project Leader, or the yearly Debian Conference. <ulink type="block" url="https://lists.debian.org/debian-announce/" />
ja-JP: Debian に関する最も重要なニュースだけを知りたいのなら、<email>debian-announce@lists.debian.org</email> メーリングリストを購読することをお勧めします。このメーリングリストは極めて流量が少なく (1 年に数通程度)、たとえば新しい安定版のリリース、新しいプロジェクトリーダーの選挙、年 1 回の Debian カンファレンスなど、最重要の発表だけが載せられます。<ulink type="block" url="https://lists.debian.org/debian-announce/" />

en: More general (and regular) news about Debian are sent to the <email>debian-news@lists.debian.org</email> list. The traffic on this list is quite reasonable too (usually around a handful of messages a month), and it includes the semi-regular “Debian Project News”, which is a compilation of various small bits of information about what happens in the project. <ulink type="block" url="https://lists.debian.org/debian-news/" />
ja-JP: Debian に関するより一般的 (定期的) なニュースは <email>debian-news@lists.debian.org</email> を通じて送られます。このメーリングリストの流量もまた極めて合理的 (通常 1 カ月に数通) で、準定期的な「Debian プロジェクトニュース (DPN)」はこのメーリングリストを通じて発信されます。プロジェクトニュースには、プロジェクトで起きたことに関するさまざまなちょっとした情報が載せられています。<ulink type="block" url="https://lists.debian.org/debian-news/" />

en: <emphasis>COMMUNITY</emphasis> The publicity team
ja-JP: <emphasis>COMMUNITY</emphasis> 広報チーム

en: Debian's official blog (<ulink url="https://bits.debian.org">bits.debian.org</ulink>) is also a good source of information. It conveys most of the interesting news that are published on the various mailing lists that we already covered and other important news contributed by community members. Since all Debian developers can contribute these news when they think they have something noteworthy to make public, Debian's blog gives a valuable insight while staying rather focused on the project as a whole.
ja-JP: Debian の公式ブログ (<ulink url="https://bits.debian.org">bits.debian.org</ulink>) もまた良い情報源の一つです。公式ブログは興味深いニュースのほとんどを取り上げています。ニュースの中には広報チームが注目しているさまざまなメーリングリストで発表されたニュースやコミュニティメンバーが寄稿したその他の重要なニュースなどがあります。すべての Debian 開発者は発表に値すると感じたニュースを寄稿することが可能です。このため、プロジェクト全体に注目しているとは言うものの、Debian の公式ブログは有益な本質を提供しています。

en: A more informal source of information can also be found on Planet Debian, which aggregates articles posted by Debian contributors on their respective blogs. While the contents do not deal exclusively with Debian development, they provide a view into what is happening in the community and what its members are up to. <ulink type="block" url="https://planet.debian.org/" />
ja-JP: Planet Debian にはより非公式な情報ソースがあり、Debian 貢献者が自分のブログに投稿した記事が収集されています。収集されるブログ記事の内容は Debian 開発の話題に限ったものではありませんが、貢献者たちは、コミュニティの中で何が起きているか、メンバーが何をする予定であるか、について見解を示します。<ulink type="block" url="https://planet.debian.org/" />

en: <primary>microblog</primary>
ja-JP: <primary>マイクロブログ</primary>

en: <primary>social networks</primary>
ja-JP: <primary>ソーシャルネットワーク</primary>

en: <primary>network</primary><secondary>social networks</secondary>
ja-JP: <primary>ネットワーク</primary><secondary>ソーシャルネットワーク</secondary>

en: The Role of Distributions
ja-JP: ディストリビューションの役割

en: <primary>Linux distribution</primary><secondary>role</secondary>
ja-JP: <primary>Linux ディストリビューション</primary><secondary sortas="ヤクワリ">役割</secondary>

en: A GNU/Linux distribution has two main objectives: install a free operating system on a computer (either with or without an existing system or systems), and provide a range of software covering all of the users' needs.
ja-JP: GNU/Linux ディストリビューションには 2 つの目標があります。すなわち、自由なオペレーティングシステムをコンピュータにインストールすること (既にシステムが存在しているか否かは関係ありません)、そしてすべてのユーザからの必要性を満足する広範なソフトウェアを提供すること、です。

en: The Installer: <command>debian-installer</command>
ja-JP: インストーラ、<command>debian-installer</command>

en: The <command>debian-installer</command>, designed to be extremely modular in order to be as generic as possible, targets the first objective. It covers a broad range of installation situations and in general, greatly facilitates the creation of a derivative installer corresponding to a particular case.
ja-JP: <command>debian-installer</command> は可能な限り一般性を保ちつつモジュール式に設計されており、上で述べた 1 つ目の目標を達成しています。<command>debian-installer</command> は多様なインストール状況に対応しており、一般に、特定の事例向けに作られた派生物がインストーラを作成することを非常に容易にしています。

en: This modularity, which also makes it very complex, may be daunting for the developers discovering this tool; but whether used in graphical or text mode, the user's experience is still similar. Great efforts have been made to reduce the number of questions asked at installation time, in particular thanks to the inclusion of automatic hardware detection software.
ja-JP: <command>debian-installer</command> はそのモジュール性のためにとても複雑なものになっており、開発者が <command>debian-installer</command> の詳細を探ることが難しくなっているかもしれません。しかし、グラフィカルとテキストモードのどちらを使っても、ユーザ体験は同じ状態が保たれています。インストール時に感じる疑問の数を減らすために、多大な努力が費やされました。特に自動ハードウェア検出ソフトウェアはこれに大きく貢献しました。

en: It is interesting to note that distributions derived from Debian differ greatly on this aspect, and provide a more limited installer (often confined to the i386 or amd64 architectures), but more user-friendly for the uninitiated. On the other hand, they usually refrain from straying too far from package contents in order to benefit as much as possible from the vast range of software offered without causing compatibility problems.
ja-JP: ここで興味を持って注目すべき点は、Debian から派生したディストリビューションは一般化と全く違う姿勢を取り、提供するインストーラをさらに制限して (i386 と amd64 アーキテクチャに限定していることが多いです)、初心者にとってさらに使いやすくしているという点です。他方で、パッケージの中身に関して言えば、派生ディストリビューションはこれを改変し過ぎないようにしています。なぜなら、そうすることで提供されているさまざまなソフトウェアから互換性問題を起こさずに可能な限り大きな恩恵を受けることができるからです。

en: The Software Library
ja-JP: ソフトウェアライブラリ

en: Most new free software programs quickly find their way into the development version which allows them to be installed. If this requires too many updates due to their dependencies, the program can also be recompiled for the stable version of Debian (see <xref linkend="debian-packaging" /> for more information on this topic).
ja-JP: 新しいフリーソフトウェアプログラムの多くは素早く開発版に組み込まれます。こうすることで開発版では新しいソフトウェアをインストールできます。新しいソフトウェアを組み込むために数多くの依存パッケージを更新しなければいけない状況の場合、Debian の安定版用にプログラムを再コンパイルすることも可能です (この話題に関するより詳しい情報は<xref linkend="debian-packaging" />を参照してください)。

en: Lifecycle of a Release
ja-JP: リリースライフサイクル

en: <primary>lifecycle</primary>
ja-JP: <primary>ライフサイクル</primary>

en: <primary><emphasis role="distribution">Unstable</emphasis></primary>
ja-JP: <primary sortas="フアンテイバン"><emphasis role="distribution">不安定版</emphasis></primary>

en: <primary><emphasis role="distribution">Testing</emphasis></primary>
ja-JP: <primary sortas="テストバン"><emphasis role="distribution">テスト版</emphasis></primary>

en: <primary><emphasis role="distribution">Stable</emphasis></primary>
ja-JP: <primary sortas="アンテイバン"><emphasis role="distribution">安定版</emphasis></primary>

en: <primary><emphasis role="distribution">Experimental</emphasis></primary>
ja-JP: <primary sortas="ジッケンバン"><emphasis role="distribution">実験版</emphasis></primary>

en: <primary><emphasis role="distribution">Oldstable</emphasis></primary>
ja-JP: <primary sortas="キュウアンテイバン"><emphasis role="distribution">旧安定版</emphasis></primary>

en: <primary><emphasis role="distribution">Oldoldstable</emphasis></primary>
ja-JP: <primary sortas="ゼンキュウアンテイバン"><emphasis role="distribution">前旧安定版</emphasis></primary>

en: The project will simultaneously have three to six different versions of each program, named <emphasis role="distribution">Experimental</emphasis>, <emphasis role="distribution">Unstable</emphasis>, <emphasis role="distribution">Testing</emphasis>, <emphasis role="distribution">Stable</emphasis>, <emphasis role="distribution">Oldstable</emphasis>, and even <emphasis role="distribution">Oldoldstable</emphasis>. Each one corresponds to a different phase in development. For a good understanding, let us take a look at a program's journey, from its initial packaging to inclusion in a stable version of Debian.
ja-JP: Debian プロジェクトはある時点でそれぞれのプログラムの 3 種類から 6 種類の異なるバージョンを持っており、<emphasis role="distribution">実験版</emphasis>、<emphasis role="distribution">不安定版</emphasis>、<emphasis role="distribution">テスト版</emphasis>、<emphasis role="distribution">安定版</emphasis>、<emphasis role="distribution">旧安定版</emphasis>、<emphasis role="distribution">前旧安定版</emphasis>、のように名づけられています。各バージョンは開発の異なる段階に相当します。違いを十分に理解するために、どのような順序でプログラムが最初のパッケージングから Debian の安定版に組み込まれるかを見てみましょう。

en: <emphasis>VOCABULARY</emphasis> Release
ja-JP: <emphasis>VOCABULARY</emphasis> リリース

en: <primary>release</primary>
ja-JP: <primary>リリース</primary>

en: The term “release”, in the Debian project, indicates a particular version of a distribution (e.g., “unstable release” means “the unstable version”). It also indicates the public announcement of the launch of any new version (stable).
ja-JP: Debian プロジェクトにおいて「リリース」という用語はディストリビューションの特定のバージョンを示しています (たとえば「不安定リリース」は「不安定版」を意味しています)。さらに、新しいバージョン (安定版) の公開を一般に発表することも意味しています。

en: The <emphasis role="distribution">Experimental</emphasis> Status
ja-JP: <emphasis role="distribution">実験版</emphasis>状態

en: First let us take a look at the particular case of the <emphasis role="distribution">Experimental</emphasis> distribution: this is a group of Debian packages corresponding to the software currently in development, and not necessarily completed, explaining its name. Not everything passes through this step; some developers add packages here in order to get feedback from more experienced (or braver) users.
ja-JP: 最初に特殊な例である<emphasis role="distribution">実験版</emphasis>ディストリビューションについて見てみましょう。具体的に言えば、これは現在開発中のソフトウェアに相当する Debian パッケージのグループで、名前の示す通り開発を終えている必要はありません。すべてのパッケージがこのステップを踏む必要はありませんが、一部の開発者はより経験豊富な (優れた) ユーザからのフィードバックを得るためにパッケージをここに追加します。

en: Otherwise, this distribution frequently houses important modifications to base packages, whose integration into <emphasis role="distribution">Unstable</emphasis> with serious bugs would have critical repercussions. It is, thus, a completely isolated distribution, its packages never migrate to another version (except by direct, express intervention of the maintainer or the ftpmasters). It is also not self-contained: only a subset of the existing packages are present in <emphasis role="distribution">Experimental</emphasis>, and it generally does not include the base system. This distribution is therefore mostly useful in combination with another, self-contained, distribution such as <emphasis role="distribution">Unstable</emphasis>.
ja-JP: 別の側面から話をすると、<emphasis role="distribution">実験版</emphasis>ディストリビューションは基盤パッケージに対する重要な変更を組み込む際によく使われます。この変更にバグが含まれていた場合、その基盤パッケージを<emphasis role="distribution">不安定版</emphasis>に組み込むと深刻な影響をおよぼすかもしれません。そんなわけで、<emphasis role="distribution">実験版</emphasis>は完全に隔離されたディストリビューションになっており、<emphasis role="distribution">実験版</emphasis>に含まれるパッケージは決して他のバージョンに移行することはありません (メンテナまたは ftpmaster からの介入という例外を除きます)。また、<emphasis role="distribution">実験版</emphasis>は自己完結していません。具体的に言えば、<emphasis role="distribution">実験版</emphasis>の中には既存のパッケージの一部だけが含まれており、基盤システムは含まれません。それゆえ<emphasis role="distribution">実験版</emphasis>は通常、<emphasis role="distribution">不安定版</emphasis>などの自己完結している他のディストリビューションと組み合わせて利用されます。

en: The <emphasis role="distribution">Unstable</emphasis> Status
ja-JP: <emphasis role="distribution">不安定版</emphasis>状態

en: If they encounter bugs, they report them to the package's maintainer. The maintainer then regularly prepares corrected versions, which they upload to the server.
ja-JP: ユーザはバグに遭遇すると、バグをパッケージメンテナに報告します。メンテナは定期的に修正済みバージョンを用意し、<literal>ftp-master.debian.org</literal> サーバにアップロードします。

en: <primary>autobuilder</primary>
ja-JP: <primary sortas="ジドウビルドロボット">自動ビルドロボット</primary>

en: Compilation of a package by the autobuilders
ja-JP: 自動ビルドロボットによるパッケージのコンパイル

en: <emphasis>QUICK LOOK</emphasis> <command>buildd</command>, the Debian package recompiler
ja-JP: <emphasis>QUICK LOOK</emphasis> <command>buildd</command>、Debian パッケージ再コンパイルロボット

en: <primary>build daemon</primary>
ja-JP: <primary>ビルドデーモン</primary>

en: <emphasis>buildd</emphasis> is the abbreviation of “build daemon”. This program automatically recompiles new versions of Debian packages on the architectures on which it is hosted (cross-compilation is avoided as much as possible).
ja-JP: <emphasis>buildd</emphasis> は「ビルドデーモン」の略語です。<emphasis>buildd</emphasis> は Debian パッケージの新しいバージョンを自分が稼働しているアーキテクチャ上で自動的に再コンパイルします (可能な限りクロスコンパイルを避けます)。

en: Thus, to produce binaries for the <literal>arm64</literal> architecture, the project has <literal>arm64</literal> machines available. The <emphasis>buildd</emphasis> program runs on them continuously and creates binary packages for <literal>arm64</literal> from source packages sent by Debian developers.
ja-JP: このため、<literal>arm64</literal> アーキテクチャ用のバイナリを作成するために、Debian プロジェクトは <literal>arm64</literal> マシンを利用できる状態にしています。<emphasis>buildd</emphasis> プログラムはマシン上で常に起動しており、Debian 開発者の送信したソースパッケージから <literal>arm64</literal> 用のバイナリパッケージを作成します。

en: This software is used on all the computers serving as autobuilders for Debian. By extension, the term <emphasis>buildd</emphasis> frequently is used to refer to these machines, which are generally reserved solely for this purpose.
ja-JP: <emphasis>buildd</emphasis> というソフトウェアは Debian 向けの自動ビルドロボットを提供しているすべてのコンピュータで使われます。転じて、<emphasis>buildd</emphasis> という用語はこれらのマシンを表すために使われることが多く、ほとんどの場合これらのマシンは自動ビルド専用機として準備されています。

en: Migration to <emphasis role="distribution">Testing</emphasis>
ja-JP: <emphasis role="distribution">テスト版</emphasis>への移行

en: A bit later, the package will have matured; compiled on all the architectures, it will not have undergone recent modifications. It is then a candidate for inclusion in the <emphasis role="distribution">Testing</emphasis> distribution — a group of <emphasis role="distribution">Unstable</emphasis> packages chosen according to some quantifiable criteria. Every day a program automatically selects the packages to include in <emphasis role="distribution">Testing</emphasis>, according to elements guaranteeing a certain level of quality:
ja-JP: しばらくするとパッケージは成熟するでしょう。さらにすべてのアーキテクチャ上でパッケージがコンパイルされ、パッケージに対して最後に行った変更から十分な時間が経過するでしょう。こうなると、そのパッケージは将来<emphasis role="distribution">テスト版</emphasis>ディストリビューションに組み込まれる対象になります。つまり<emphasis role="distribution">不安定版</emphasis>に含まれる一部のパッケージは定量化できる基準に従って選ばれます。毎日あるプログラムが、以下に示す一定の品質水準を保証する要素を基に、<emphasis role="distribution">テスト版</emphasis>に組み込むためのパッケージを自動的に選びます。

en: successful compilation on all officially supported architectures;
ja-JP: 公式にサポートされているすべてのアーキテクチャ上でコンパイルに成功していること。

en: lack of critical bugs, or, at least fewer than the version currently included in <emphasis role="distribution">Testing</emphasis>;
ja-JP: 深刻なバグがないこと、もしくは現時点で<emphasis role="distribution">テスト版</emphasis>に組み込まれているバージョンよりもバグの数が少ないこと。

en: This system is clearly not infallible; critical bugs are regularly found in packages included in <emphasis role="distribution">Testing</emphasis>. Still, it is generally effective, and <emphasis role="distribution">Testing</emphasis> poses far fewer problems than <emphasis role="distribution">Unstable</emphasis>, being for many, a good compromise between stability and novelty.
ja-JP: この移行システムが完全無欠でないことは明らかです。それどころか、深刻なバグは通常<emphasis role="distribution">テスト版</emphasis>に組み込まれたパッケージから見つかります。とは言うものの、この移行システムは有効です。さらに<emphasis role="distribution">テスト版</emphasis>は<emphasis role="distribution">不安定版</emphasis>に比べて問題がはるかに少なく、多くの人にとって安定性と新規性の良い妥協案です。

en: <emphasis>NOTE</emphasis> Limitations of <emphasis role="distribution">Testing</emphasis>
ja-JP: <emphasis>NOTE</emphasis> <emphasis role="distribution">テスト版</emphasis>の制限

en: While very interesting in principle, <emphasis role="distribution">Testing</emphasis> does have some practical problems: the tangle of cross-dependencies between packages is such that a package can rarely move there completely on its own. With packages all depending upon each other, it is sometimes necessary to migrate a large number of packages simultaneously, which is impossible when some are uploading updates regularly. On the other hand, the script identifying the families of related packages works hard to create them (this would be an NP-complete problem, for which, fortunately, we know some good heuristics). This is why we can manually interact with and guide this script by suggesting groups of packages, or imposing the inclusion of certain packages in a group, even if this temporarily breaks some dependencies. This functionality is accessible to the Release Managers and their assistants.
ja-JP: <emphasis role="distribution">テスト版</emphasis>は原理的には極めて面白いのですが、<emphasis role="distribution">テスト版</emphasis>には実用上いくつかの問題があります。具体的には、単一のパッケージがパッケージ間の相互依存性のもつれを完全に独力で解決するのはほぼ不可能であるという問題です。パッケージ同士が互いに依存し合っていると、数多くのパッケージを同時に移行することが必要になる場合がありますが、一部の依存パッケージが定期的に更新されていると、それは不可能です。一方で、関連するパッケージ群を識別するスクリプトが関連パッケージのリストを作成しようと熱心に働いています (スクリプトは NP 完全問題を解いているのですが、ありがたいことに、いくつかの良い経験則が知られています)。そのため、このスクリプトに手作業で情報を渡したり手引することでリスト結果に影響をおよぼすことが可能です。具体的には、スクリプトに対してパッケージのグループを示唆したり一時的に依存関係が壊れることになったとしても特定のパッケージをあるグループ内に含めるよう強要することで、これを行います。この機能はリリースマネージャとその助手でも利用しやすいものです。

en: Recall that an NP-complete problem is of an exponential algorithmic complexity according to the size of the data, here being the length of the code (the number of figures) and the elements involved. The only way to resolve it is frequently to examine all possible configurations, which could require enormous means. A heuristic is an approximate, but satisfying, solution.
ja-JP: NP 完全問題はデータのサイズ (コードの長さ (桁数) や関連する要素の数が含まれます) によってはアルゴリズムに指数関数的な複雑性があるということを思い出してください。NP 完全問題を解く唯一の方法はすべての可能性を頻繁に検査することですが、そうするには膨大な財力が必要です。経験則で得られるのは近似解ですが十分な解です。

en: <emphasis>COMMUNITY</emphasis> The Release Manager
ja-JP: <emphasis>COMMUNITY</emphasis> リリースマネージャ

en: <primary>Release Manager</primary>
ja-JP: <primary>リリースマネージャ</primary>

en: Release Manager is an important title, associated with heavy responsibilities. The bearer of this title must, in effect, manage the release of a new, stable version of Debian, and define the process for development of <emphasis role="distribution">Testing</emphasis> until it meets the quality criteria for <emphasis role="distribution">Stable</emphasis>. They also define a tentative schedule (not always followed).
ja-JP: リリースマネージャは重い責任を伴う重要な役職です。事実上、リリースマネージャが新しい Debian 安定版のリリースを管理し、<emphasis role="distribution">テスト版</emphasis>が<emphasis role="distribution">安定版</emphasis>の品質基準に達するまでの開発工程を決めます。さらにリリースマネージャは暫定的な (必ずしも従う必要はない) スケジュールも定義します。

en: The Promotion from <emphasis role="distribution">Testing</emphasis> to <emphasis role="distribution">Stable</emphasis>
ja-JP: <emphasis role="distribution">テスト版</emphasis>から<emphasis role="distribution">安定版</emphasis>への昇格

en: Since this moment never truly arrives, in practice, Debian must compromise: remove packages whose maintainer has failed to correct bugs on time, or agree to release a distribution with some bugs in the thousands of programs. The Release Manager will have previously announced a freeze period, during which each update to <emphasis role="distribution">Testing</emphasis> must be approved. The goal here is to prevent any new version (and its new bugs), and to only approve updates fixing bugs.
ja-JP: 実際にはこのような理想的瞬間は絶対に来ないので、Debian は妥協しています。具体的に言えば、メンテナが時間通りにバグを修正できなかったパッケージを削除したり、多数のプログラムが数個のバグを抱えた状態でディストリビューションをリリースすることに同意したりします。リリースマネージャは事前にフリーズ期間をアナウンスし、<emphasis role="distribution">テスト版</emphasis>への更新はこの期間中に承認されなければいけません。フリーズ期間を設ける目的は、バージョンが新しくなる更新 (と新たなバグの混入) を禁止し、現在のバージョンに対するバグ修正の更新だけを受け入れることです。

en: A package's path through the various Debian versions
ja-JP: パッケージがさまざまな Debian バージョンの間を移行される様子

en: <emphasis>VOCABULARY</emphasis> Freeze: the home straight
ja-JP: <emphasis>VOCABULARY</emphasis> フリーズ: 最終工程

en: <primary>freeze</primary>
ja-JP: <primary>フリーズ</primary>

en: During the freeze period, development of the <emphasis role="distribution">Testing</emphasis> distribution is blocked; no more automatic updates are allowed. Only the Release Managers are then authorized to change packages, according to their own criteria. The purpose is to prevent the appearance of new bugs by introducing new versions; only thoroughly examined updates are authorized when they correct significant bugs.
ja-JP: フリーズ期間中には<emphasis role="distribution">テスト版</emphasis>ディストリビューションの開発が妨げられ、更新が自動的に行われなくなります。フリーズ期間中にはリリースマネージャだけが、自身の基準に従って、パッケージを変更する権限を持っています。この目的は新しいバージョンによって新しいバグが混入するのを防ぐことにあります。加えて、更新は完全に検査され、重大なバグの修正を除き変更は認められません。

en: <emphasis>CULTURE</emphasis> GNOME and KDE Plasma, graphical desktop environments
ja-JP: <emphasis>CULTURE</emphasis> GNOME と KDE Plasma、グラフィカルデスクトップ環境

en: Chronological path of a program packaged by Debian
ja-JP: Debian によってパッケージングされたプログラムが時系列順に通過する経路

en: The <emphasis role="distribution">Oldstable</emphasis> and <emphasis role="distribution">Oldoldstable</emphasis> Status
ja-JP: <emphasis role="distribution">旧安定版</emphasis>と<emphasis role="distribution">前旧安定版</emphasis>状態

en: <primary>support</primary><secondary>Long Term Support (LTS)</secondary>
ja-JP: <primary>サポート</primary><secondary sortas="チョウキサポート (LTS)">長期サポート (LTS)</secondary>

en: Each <emphasis role="distribution">Stable</emphasis> release has an expected lifetime of about 5 years and given that releases tend to happen every 2 years, there can be up to 3 supported releases at a given point of time. When a new stable release happens, the former release becomes <emphasis role="distribution">Oldstable</emphasis> and the one even before becomes <emphasis role="distribution">Oldoldstable</emphasis>.
ja-JP: 各<emphasis role="distribution">安定版</emphasis>リリースの寿命は約 5 年と予定されており、<emphasis role="distribution">安定版</emphasis>は 2 年ごとにリリースされます。ある時点において最大で 3 種類のサポートされるリリースが存在することになります。新しい安定版がリリースされた時点で、古い安定版は<emphasis role="distribution">旧安定版</emphasis>になり、さらに旧安定版は<emphasis role="distribution">前旧安定版</emphasis>になります。

en: This Long Term Support (LTS) of Debian releases is a recent initiative: individual contributors and companies joined forces to create the Debian LTS team. Older releases which are no longer supported by the Debian security team fall under the responsibility of this new team.
ja-JP: Debian リリースの長期サポート (LTS) は最近の新たな取り組みです。Debian LTS チームの設立には Debian LTS プロジェクトに参加している各貢献者と企業が懸命に取り組みました。Debian セキュリティチームがサポートしない古いリリースはこの新しい Debian LTS チームの管理下に移ります。

en: <emphasis>COMMUNITY</emphasis> Companies sponsoring the LTS effort
ja-JP: <emphasis>COMMUNITY</emphasis> LTS の取り組みを支援する企業

en: To bring this project to life, the project counted on the fact that long term support was particularly relevant for companies and that they would be willing to mutualize the cost of this security support.
ja-JP: Debian LTS プロジェクトを実現させるために、Debian LTS プロジェクトはある事実に期待しました。それは、長期サポートは特に企業にとって重要であり、企業は喜んでセキュリティサポートのコストを負担するという事実です。

en: The project started in June 2014: some organizations allowed their employees to contribute part-time to Debian LTS while others preferred to sponsor the project with money so that Debian contributors get paid to do the work that they would not do for free. Most Debian contributors willing to be paid to work on LTS got together to create a clear sponsorship offer managed by Freexian (Raphaël Hertzog's company): <ulink type="block" url="https://www.freexian.com/services/debian-lts.html" />
ja-JP: Debian LTS プロジェクトは 2014 年 6 月に始まりました。一部の組織は雇用者が Debian LTS プロジェクトに非常勤で貢献することを認めていますし、また別の組織は対価を支払わない限りどの Debian 貢献者も関心を寄せることのないような作業に対価を支払うことにより Debian LTS プロジェクトを資金面で援助しています。LTS に関する作業に対価を望む多くの Debian 貢献者が Freexian (Raphaël Hertzog の企業) の下に集まり、明確な資金援助の枠組みが作成されました。<ulink type="block" url="https://www.freexian.com/services/debian-lts.html" />

en: In the Debian LTS team, the volunteers work on packages they care about while the paid contributors prioritize packages used by their sponsors.
ja-JP: Debian LTS チーム内でも、ボランティアは自分が関心をもつパッケージに対して作業しますが、有給の貢献者は自分の出資者が使っているパッケージを優先して作業します。

en: The project is always looking for new sponsors: What about your company? Can you let an employee work part-time on long term support? Can you allocate a small budget for security support? <ulink type="block" url="https://wiki.debian.org/LTS/Funding" />
ja-JP: Debian LTS プロジェクトは常に新しい出資者を探しています。読者の皆様の企業はどうですか? 読者の皆様は雇用者が長期サポートに非常勤で作業することを認めることが可能ですか? セキュリティサポートにわずかな予算を割り当てることが可能ですか?<ulink type="block" url="https://wiki.debian.org/LTS/Funding" />
