license-recommendations.html - en to ja translation catalogue (44 entries)

note: type: Content of: <title>
en: How to Choose a License for Your Own Work - GNU Project - Free Software Foundation
ja: あなた自身の作品にライセンスを選択する方法 - GNU プロジェクト - フリーソフトウェアファウンデーション

note: type: Content of: <div><h2>
en: How to Choose a License for Your Own Work
ja: あなた自身の作品にライセンスを選択する方法

note: type: Content of: <div><p>
en: People often ask us what license we recommend they use for their project.  We've written about this publicly before, but the information has been scattered around between different essays, FAQ entries, and license commentaries.  This article collects all that information into a single source, to make it easier for people to follow and refer back to.
ja: 人々は、かれらのプロジェクトにとって、わたしたちが推奨しているライセンスのどれを使うのがよいか、よく尋ねます。以前、これについて公式に書いたことがありましたが、情報は、いろいろな論説、FAQの項目、そしてライセンスについての注釈に散らばっていました。この小論では、すべてのそれらの情報を集めて一つにまとめ、人々が学び、後で参照するのが容易となるようにしています。

note: type: Content of: <div><p>
en: These recommendations are for works designed to do practical jobs.  Those include software, documentation, and some other things.  Works of art, and works that state a point of view, are different issues; the GNU Project has no general stand about how they should be released, except that they should all be usable without nonfree software (in particular, <a href="http://defectivebydesign.org/">without DRM</a>).  However, you might want to follow these recommendations for art works that go with a particular program.
ja: この推奨は実用的な仕事をするよう設計された作品向けです。それは、ソフトウェア、文書、およびそのほかのものを含みます。芸術や見解を示す作品については、異なった問題です。GNUプロジェクトでは、そのような作品がどのようにリリースされるべきかについての一般的な立場はありません。一つだけ、すべて、それらは不自由なソフトウェアなしで(特に、<a href="http://defectivebydesign.org/">DRMなしで</a>)利用できるべきである、ということはあります。しかし、あなたは、特定のプログラムとともにある芸術作品のために、これらの推奨に従おうと考えることがあるかもしれません。

note: type: Content of: <div><p>
en: The recommendations apply to licensing a work that you create&mdash;whether that's a modification of an existing work, or a new original work.  They do not address the issue of combining existing material under different licenses.  If you're looking for help with that, please check <a href="/licenses/gpl-faq.html">our GPL FAQ</a>.
ja: この推奨はあなたが作った作品のライセンシングに適用します。それが既存の作品の改変か、新しいオリジナルの作品のどちらでも。この推奨は、異なるライセンスの既存のものを組み合わせる問題については扱いません。この問題に関してなにか助けを探している場合、<a href="/licenses/gpl-faq.html">わたしたちのGPL FAQ</a>を確認ください。

note: type: Content of: <div><p>
en: After you see what we recommend here, if you'd like advice, you can write to <a href="mailto:licensing@gnu.org">&lt;licensing@gnu.org&gt;</a>.  Note that it will probably take a few weeks for the licensing team to get back to you; if you get no response in a month, please write again.
ja: ここに、わたしたちが推奨しているものを読んだ後、助言を得たい場合、<a href="mailto:licensing@gnu.org">&lt;licensing@gnu.org&gt;</a>宛に連絡することができます。応答があるまで、おそらく数週間かかると思います。一ヶ月経っても回答がない場合、再度連絡してください。

note: type: Content of: <div><div><p>
en: To see whether a given license is free or not, see <a href="/licenses/license-list.html">our license list page</a> and the <a href="/philosophy/free-sw.html">definition of free software</a>.
ja: あるライセンスが自由かそうでないかを知るには、<a href="/licenses/license-list.html">わたしたちのライセンスのリストのページ</a>と<a href="/philosophy/free-sw.html">自由ソフトウェアの定義</a>をご覧ください。

note: type: Content of: <div><h3>
en: Contributing to an existing project
ja: すでにあるプロジェクトに貢献する

note: type: Content of: <div><p>
en: When you contribute to an existing project, you should usually release your modified versions under the same license as the original work.  It's good to cooperate with the project's maintainers, and using a different license for your modifications often makes that cooperation very difficult.  You should only do that when there is a strong reason to justify it.
ja: すでにあるプロジェクトに貢献する場合、通常は、改変したバージョンをオリジナルの作品と同一のライセンスの元でリリースするべきです。プロジェクトのメンテナと協力することはよいことで、改変に対し異なるライセンスを使うことは、まま協力をとても難しくします。それを正当化する強い理由がある場合にだけ、それをすべきです。

note: type: Content of: <div><p>
en: One case where using a different license can be justified is when you make major changes to a work under a non-copyleft license.  If the version you've created is considerably more useful than the original, then it's worth copylefting your work, for all the same <a href="/licenses/copyleft.html">reasons we normally recommend copyleft</a>.  If you are in this situation, please follow the recommendations below for licensing a new project.
ja: 異なるライセンスを使うことが正当化できる一つのケースは、あなたが主要な変更をコピーレフトでないライセンスの作品に行った時です。あなたが作成したバージョンが、オリジナルよりもとりわけ有用である場合、わたしたちが<a href="/licenses/copyleft.html">コピーレフトを通常推奨する理由</a>とまったく同じ理由で、あなたの作品をコピーレフトとすることに意義があるでしょう。あなたがこの状況にある場合、下記の新しいプロジェクトのライセンシングの推奨に従ってください。

note: type: Content of: <div><p>
en: If you choose to release your contributions under a different license for whatever reason, you must make sure that the original license allows use of the material under your chosen license.  For honesty's sake, show explicitly which parts of the work are under which license.
ja: 理由が何であれ、あなたの貢献を異なるライセンスでリリースすることを選択した場合、あなたの選択したライセンスのものに対する使用を、オリジナルのライセンスが許すことをきちんと確認しなければなりません。実義のために、作品のどの部分がどのライセンスかを明らかに示しましょう。

note: type: Content of: <div><h3>
en: Software
ja: ソフトウェア

note: type: Content of: <div><p>
en: We recommend different licenses for different projects, depending mostly on the software's purpose.  In general, we recommend using the strongest copyleft license that doesn't interfere with that purpose.  Our essay &ldquo;<a href="/licenses/copyleft.html">What is Copyleft?</a>&rdquo; explains the concept of copyleft in more detail, and why it is generally the best licensing strategy.
ja: わたしたちは、およそソフトウェアの目的に応じて、異なるプロジェクトには異なるライセンスを推奨します。一般的には、その目的を妨げない、もっとも強いコピーレフトのライセンスを使うことを推奨します。わたしたちの論説<a href="/licenses/copyleft.html">「コピーレフトって何?」</a>では、コピーレフトの概念をより詳細に、なぜ、一般的にそれがもっともよいライセンスの戦略なのかを説明します。

note: type: Content of: <div><p>
en: For most programs, we recommend that you use the most recent version of the <a href="/licenses/gpl.html">GNU General Public License (GPL)</a> for your project.  Its strong copyleft is appropriate for all kinds of software, and includes numerous protections for users' freedom.  To allow for future license upgrades, <a href="/licenses/identify-licenses-clearly.html"> please specify &ldquo;version 3 or any later version&rdquo;</a> so that your program will be <a href="/licenses/license-compatibility.html"> license-compatible</a> with code that may be released, in the future, under subsequent GPL versions.
ja: ほとんどのプログラムには、わたしたちは最新のバージョンの<a href="/licenses/gpl.html">GNU一般公衆ライセンス(GPL)</a>を使うことを推奨します。その強いコピーレフトはすべての種類のソフトウェアに適切で、ユーザの自由のたくさんの保護を含んでいます。未来のライセンスの更新を認めるには、<a href="/licenses/identify-licenses-clearly.html">&ldquo;version 3 or any later version&rdquo;を指定して</a>ください。そうすることにより、あなたのプログラムが将来にリリースかもしれないコードと、後継のGPLのバージョンのもとで、<a href="/licenses/license-compatibility.html">ライセンス両立</a>することができます。

note: type: Content of: <div><p>
en: Here is more advice about <a href="/licenses/gpl-howto.html">how to release a program under the GNU GPL</a>.
ja: こちらが、<a href="/licenses/gpl-howto.html">プログラムをGNU GPLでリリースする方法</a>について、さらなる助言です。

note: type: Content of: <div><p>
en: Now for the exceptions, where it is better to use some other licenses instead of the GNU GPL.
ja: GNU GPLではなく、ほかのライセンスを使った方が良い、例外を挙げます。

note: type: Content of: <div><h4>
en: Small programs
ja: 小さなプログラム

note: type: Content of: <div><p>
en: It is not worth the trouble to use copyleft for most small programs.  We use 300 lines as our benchmark: when a software package's source code is shorter than that, the benefits provided by copyleft are usually too small to justify the inconvenience of making sure a copy of the license always accompanies the software.
ja: コピーレフトをほとんどの小さなプログラムに使うのは、トラブルに値しません。わたしたちは300行を基準としています。ソフトウェアパッケージのソースコードがそれよりも小さいとき、コピーレフトによる利益は通常とても小さく、ライセンスのコピーがソフトウェアとともにあるように確実にする不便を正当化することは難しいでしょう。

note: type: Content of: <div><p>
en: For those programs, we recommend the <a href="https://directory.fsf.org/wiki/License:Apache2.0">Apache License 2.0</a>.  This is a weak, lax, &ldquo;pushover&rdquo; (non-copyleft)  software license that has terms to prevent contributors and distributors from suing for patent infringement.  This doesn't make the software immune to threats from patents (no software license can achieve that), but it does prevent patent holders from setting up a &ldquo;bait and switch&rdquo; where they release the software under free terms then require recipients to agree to nonfree terms in a patent license.
ja: このようなプログラムには、<a href="https://www.apache.org/licenses/LICENSE-2.0">Apacheライセンス2.0</a>をわたしたちは推奨します。これは弱く、緩く、「甘い」(コピーレフトではない)ソフトウェアのライセンスで、貢献者と配布者が特許侵害について訴訟を起こすことを妨げる条項があります。これは、ソフトウェアを特許の脅威から免れるようにはしません(いかなるソフトウェアのライセンスでもそういうことは達成できません)が、特許保持者が、自由の条項でソフトウェアをリリースしておきながら、受け取った人にロイヤリティやほかの特許ライセンスの不自由な条項を要請するという「おとり商法」を設定することを防ぎます。

note: type: Content of: <div><p>
en: Among the weak (pushover) licenses, Apache 2.0 is best; so if you are going to use a weak license, whatever the reason, we recommend using that one.
ja: 弱い(甘い)ライセンスの中で、Apache 2.0がもっともよいものです。理由はともかく緩く弱いライセンスを使う場合には、わたしたちは、それを使うことを推奨します。

note: type: Content of: <div><h4>
en: Libraries
ja: ライブラリ

note: type: Content of: <div><p>
en: For libraries, we distinguish three kind of cases.
ja: ライブラリでは、わたしたちは三つの種類の場合分けをします。

note: type: Content of: <div><p>
en: Some libraries implement free data formats that are competing against restricted data formats, such as Ogg Vorbis (which competes against MP3 audio) and WebM (which competes against MPEG-4 video).  The success of the free format requires allowing many proprietary application programs to link in the code to handle the format.  For instance, we wanted nonfree media players, especially appliances, to include the code for Ogg Vorbis as well as MP3.
ja: あるライブラリは、Ogg Vorbis(MP3と競います)やWebM(MPEG-4動画と競います)のような、制限されたデータフォーマットと競う、自由のデータフォーマットを実装します。自由なフォーマットの成功のためには、多くのプロプライエタリなアプリケーションプログラムがそのフォーマットを扱えるコードにリンクすることを認める必要があります。たとえば、不自由なメディアのプレーヤー、特に機器が、MP3と同じようにOgg Vorbisのコードをを含むようにしたいとわたしたちは考えました。

note: type: Content of: <div><p>
en: In these special situations, if you are aiming to convince proprietary application developers to use the library for the free format, you would need to make that easy by licensing the library under a weak license, such as the <a href="https://directory.fsf.org/wiki/License:Apache2.0">Apache License 2.0</a>.
ja: こういった特別の状況で、もし、プロプライエタリなアプリケーションの開発者をその自由なフォーマットのためのライブラリを使うように説得できるのであれば、そのライブラリを弱いライセンス、たとえば<a href="https://www.apache.org/licenses/LICENSE-2.0">Apacheライセンス2.0</a>のもとでライセンスし、それを容易にする必要があるかもしれません。

note: type: Content of: <div><p>
en: However, we must recognize that this strategy did not succeed for Ogg Vorbis.  Even after changing the copyright license to permit easy inclusion of that library code in proprietary applications, proprietary developers generally did not include it.  The sacrifice made in the choice of license ultimately won us little.
ja: しかしながら、この戦略はOgg Vorbisでは成功しなかったことを認識しなければなりません。そのライブラリのコードをプロプライエタリなアプリケーションが容易に含むことを許すように著作権のライセンスを変更した後でも、プロプライエタリな開発者は一般的にはそれを含めませんでした。ライセンスの選択になされた犠牲は結局のところなにも勝ち得ませんでした。

note: type: Content of: <div><p>
en: For all other libraries, we recommend some kind of copyleft.  If developers are already using an established alternative library released under a nonfree license or a lax pushover license, then we recommend using the <a href="/licenses/lgpl.html">GNU Lesser General Public License (LGPL)</a>.
ja: ほかのすべてのライブラリには、わたしたちはコピーレフトのどれかを推奨します。開発者が既に確立された代替のライブラリを使っており、それが、不自由なライセンスもしくは緩い甘いライセンスでリリースされている場合、わたしたちは<a href="/licenses/lgpl.html">GNU劣等一般公衆ライセンス(LGPL)</a>を推奨します。

note: type: Content of: <div><p>
en: Unlike the first case, where the library implements an ethically superior standard, here adoption for its own sake will not accomplish any special objective goal, so there's no reason to avoid copyleft entirely.  However, if you require developers who use your library to release their whole programs under copyleft, they'll simply use one of the alternatives available, and that won't advance our cause either.  The Lesser GPL was designed to fill the middle ground between these cases, allowing proprietary software developers to use the covered library, but providing a weak copyleft that gives users freedom regarding the library code itself.
ja: ライブラリが倫理的により良い標準を実装するという第一のケースと異なり、ここでは、それ自身のための採択は何の目標を達成することもないでしょう。ですから、全面的にコピーレフトを避ける理由はまったくありません。しかし、あなたのライブラリを使っている開発者に、かれらの作品を完全なコピーレフトでリリースしてと頼んだ場合、かれらは単に利用可能な代替物の一つを使うでしょうから、わたしたちの運動を前進させることにもなりません。劣等GPLはこれらのケースの中間を埋めるように設計され、プロプライエタリのソフトウェア開発者が劣等GPLの及ぶライブラリを使うことを許しますが、ライブラリのコードそれ自身について弱いコピーレフトを提供し、ユーザに自由を与えます。

note: type: Content of: <div><p>
en: For libraries that provide specialized facilities, and which do not face entrenched noncopylefted or nonfree competition, we recommend using the plain GNU GPL.  For the reasons why, read &ldquo;<a href="/licenses/why-not-lgpl.html">Why you shouldn't use the Lesser GPL for your next library</a>.&rdquo;
ja: 特別な機能を提供するライブラリで、確立したコピーレフトでない、あるいは不自由な闘いに直面してない場合、通常のGNU GPLを使うことを推奨します。なぜかの理由については、<a href="/licenses/why-not-lgpl.html">「あなたの次回のライブラリには劣等GPLを使うべきでない理由」</a>をご覧下さい。

note: type: Content of: <div><h4>
en: Server Software
ja: サーバのソフトウェア

note: type: Content of: <div><p>
en: If it is likely that others will make improved versions of your program to run on servers and not distribute their versions to anyone else, and you're concerned that this will put your released version at a disadvantage, we recommend the <a href="/licenses/agpl.html">GNU Affero General Public License (AGPL)</a>.  The AGPL's terms are almost identical to the GPL's; the sole substantive difference is that it has an extra condition to ensure that people who use the software over a network will be able to get the source code for it.
ja: サーバで実行するように、あなたのプログラムの改良版をほかの人が作り、ほかの誰にも改良版を配布しない、というのがあり得て、これがあなたのリリースしたバージョンに不利な状況となる懸念があるならば、わたしたちは <a href="/licenses/agpl.html">GNUアフェロ一般公衆ライセンス(AGPL)</a>を推奨します。AGPLの条項はGPLのそれとほとんど同一です。一つだけの重要な違いは、ソフトウェアをネットワーク上で使う人々が、そのソースコードを入手することができることを確実にするよう配慮された特別の条件があるということです。

note: type: Content of: <div><p>
en: The AGPL's requirement doesn't address the problems that can arise <em>for users</em> when they entrust their computing or their data to someone else's server.  For instance, it won't stop <a href="/philosophy/who-does-that-server-really-serve.html">Service as a Software Substitute (SaaSS)</a> from denying users' freedom&mdash;but most servers don't do SaaSS.  For more about these issues, read &ldquo;<a href="/licenses/why-affero-gpl.html">Why the Affero GPL</a>.&rdquo;
ja: このAGPLの要求は、ほかの誰かのサーバへ、コンピューティングやデータを委託する際、<em>ユーザに</em>起こりうる問題を扱うことにはなりません。たとえば、<a href="/philosophy/who-does-that-server-really-serve.html">ソフトウェア代替としてのサービス(SaaSS)</a>がユーザの自由を否定することを止めることはできないでしょう。これらの問題について詳しくは、<a href="/licenses/why-affero-gpl.html">「なぜアフェロGPLなのか」</a>をご覧ください。

note: type: Content of: <div><h3>
en: Documentation
ja: 文書

note: type: Content of: <div><p>
en: We recommend the <a href="/licenses/fdl.html">GNU Free Documentation License (GFDL)</a> for tutorials, reference manuals and other large works of documentation.  It's a strong copyleft license for educational works, initially written for software manuals, and includes terms which specifically address common issues that arise when those works are distributed or modified.
ja: わたしたちは<a href="/licenses/fdl.html">GNU自由文書ライセンス (GFDL)</a>をチュートリアル、リファレンス・マニュアルやそのほかの大きな文書の作品に推奨します。これは、教育作品のための、強いコピーレフトのライセンスで、当初は、ソフトウェアのマニュアルのために書かれました。作品が配布され、改変された時に起こる共通の問題を特に扱った条項を含んでいます。

note: type: Content of: <div><p>
en: For short, secondary documentation works, such as a reference card, it is better to use the <a href="/licenses/license-list.html#GNUAllPermissive"> GNU all-permissive license</a>, since a copy of the GFDL could hardly fit in a reference card.  Don't use CC&nbsp;BY, since it is incompatible with the GFDL.
ja: 短いものや二次的な文書作品、リファレンス・カードのような、には、<a href="/licenses/license-list.html#GNUAllPermissive">GNU全面的に寛容なライセンス</a>を使う方がよいでしょう。なぜならGFDLの複製は(長くて)リファレンス・カードには適さないからです。CC&nbsp;BYを使わないようにしましょう。これはGFDLと両立しません。

note: type: Content of: <div><p>
en: For man pages, we recommend the GFDL if the page is long, and the <a href="/licenses/license-list.html#GNUAllPermissive"> GNU all-permissive license</a> if it is short.
ja: manページには、ページが長い場合にはGFDLを推奨します。短い場合は<a href="/licenses/license-list.html#GNUAllPermissive">GNU全面的に寛容なライセンス</a>を推奨します。

note: type: Content of: <div><p>
en: Some documentation includes software source code.  For instance, a manual for a programming language might include examples for readers to follow.  You should both include these in the manual under the FDL's terms, and release them under another license that's appropriate for software.  Doing so helps make it easy to use the code in other projects.  We recommend that you dedicate small pieces of code to the public domain using <a href="https://creativecommons.org/share-your-work/public-domain/cc0">CC0</a>, and distribute larger pieces under the same license that the associated software project uses.
ja: ある文書はソフトウェアのソースコードを含みます。たとえば、プログラミング言語のマニュアルには、読者が試してみる例が含まれるでしょう。あなたは、マニュアルにはFDLの条項でソースコードを含むようにし、同時に、ソフトウェアのために適切な別のライセンスでソースコードをリリースするべきです。このようにすることで、ほかのプロジェクトにそのコードを使うことを容易にする助けになります。小さなコードの部分を<a href="https://creativecommons.org/about/cc0">CC0</a>を使ってパブリック・ドメインにすることを、わたしたちは、推奨します。より大きな部分は関係するソフトウェアプロジェクトが使うのと同じライセンスで配布することを推奨します。

note: type: Content of: <div><h3>
en: Other data for programs
ja: プログラムのそのほかのデータ

note: type: Content of: <div><p>
en: This section discusses all other works for practical use that you might include with software.  To give you some examples, this includes icons and other functional or useful graphics, fonts, and geographic data.  You can also follow them for art, though we wouldn't criticize if you don't.
ja: この節は、ソフトウェアに含めるかもしれない、実用のすべてのそのほかの作品について論じます。例をあげれば、アイコンや機能するあるいは有用な画像、フォント、地理のデータなどです。芸術についてもそれらに習うことができますが、そうしなくても、わたしたちはあなたを批判しないでしょう。

note: type: Content of: <div><p>
en: If you are creating these works specifically for use with a software project, we generally recommend that you release your work under the same license as the software.  There is no problem in doing so with the licenses we have recommended: GPLv3, LGPLv3, AGPLv3, and GPLv2 can all be applied to any kind of work&mdash;not just software&mdash;that is copyrightable and has a clear preferred form for modification.  Using the same license as the software will help make compliance easier for distributors, and avoids any doubt about potential compatibility issues.  Using a different free license may be appropriate if it provides some specific practical benefit, like better cooperation with other free projects.
ja: あるソフトウェア・プロジェクトで特に使うために作品を作る場合、ソフトウェアと同じライセンスで作品をリリースすることを一般的に推奨します。わたしたちが推奨しているライセンスにはそうすることに何の問題もありません: GPLv3, LGPLv3, AGPLV3とGPLv2は、すべてが、どのような種類の作品にも適用できます。ソフトウェアに限らず、著作権を設定でき、改変のための望ましい形態がはっきりとしているものであれば問題ありません。ソフトウェアと同じライセンスを使うことはディストリビュータにとって適合性を確認することを容易にする助けとなり、潜在的な両立性の問題についての疑念を避けることができるでしょう。ほかの自由プロジェクトとの協力関係など、特定の実用上の利益があるばあい、異なる自由ライセンスを使うことは適するでしょう。

note: type: Content of: <div><p>
en: If your work is not being created for use with a particular software project, or if it wouldn't be appropriate to use the same license as the project, then we only recommend that you choose a copyleft license that's appropriate for your work.  We have some of these <a href="/licenses/license-list.html#OtherLicenses">listed on our license list</a>.  If no license seems especially appropriate, the <a href="/licenses/license-list.html#ccbysa">Creative Commons Attribution-ShareAlike</a> license is a copyleft that can be used for many different kinds of works.
ja: 特定のソフトウェアプロジェクトでの使用のために作品が作られたのではない場合、もしくは、そのプロジェクトと同じライセンスを使うことが適さないかもしれない場合、作品に適したコピーレフトのライセンスを選択することだけを、わたしたちは推奨します。こちらに、<a href="/licenses/license-list.html#OtherLicenses">わたしたちのライセンスリスト</a>にあげられたものがあります。どのライセンスも特に適するように思えない場合、<a href="/licenses/license-list.html#ccbysa">Creative Commons Attribution-ShareAlike</a>ライセンスは、いろいろな異なる種類の作品に使われ得るコピーレフトです。

note: type: Content of: <div><div><p>
en: Please send general FSF &amp; GNU inquiries to <a href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>.  There are also <a href="/contact/">other ways to contact</a> the FSF.  Broken links and other corrections or suggestions can be sent to <a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.
ja: FSFおよびGNUに関する問い合わせは<a href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>までお願いします(英語)。FSFへの連絡は<a href="/contact/">他の方法</a>もあります。リンク切れや他の修正、提案は<a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>までお送りください。

note: TRANSLATORS: Ignore the original text in this paragraph, replace it with the translation of these two: We work hard and do our best to provide accurate, good quality translations.  However, we are not exempt from imperfection. Please send your comments and general suggestions in this regard to <a hr
en: Please see the <a href="/server/standards/README.translations.html">Translations README</a> for information on coordinating and contributing translations of this article.
ja: 正確で良い品質の翻訳を提供するよう努力していますが、不完全な場合もあるかと思います。翻訳に関するコメントと提案は、<a href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>におねがいします。</p><p>わたしたちのウェブページの翻訳の調整と貢献については、<a href="/server/standards/README.translations.html">翻訳 README</a>をご覧ください。

note: type: Content of: <div><p>
en: This page is licensed under a <a rel="license" href="http://creativecommons.org/licenses/by-nd/4.0/">Creative Commons Attribution-NoDerivatives 4.0 International License</a>.
ja: このページは<a rel="license" href="http://creativecommons.org/licenses/by-nd/4.0/deed.ja">Creative Commons Attribution-NoDerivatives 4.0 International License</a>の条件で許諾されます。

note: timestamp start type: Content of: <div><p>
en: Updated:
ja: 最終更新:
