Translated using Weblate (Japanese)

Currently translated at 96.0% (3282 of 3418 strings)

Translated using Weblate (Japanese)

Currently translated at 95.7% (3272 of 3418 strings)

Translated using Weblate (Japanese)

Currently translated at 95.6% (3270 of 3418 strings)

Translated using Weblate (Japanese)

Currently translated at 95.6% (3269 of 3418 strings)

Translated using Weblate (Japanese)

Currently translated at 95.4% (3261 of 3418 strings)

Translated using Weblate (Japanese)

Currently translated at 95.3% (3260 of 3418 strings)

Co-authored-by: moto kawasaki <[email protected]>
Translate-URL: https://hosted.weblate.org/projects/pypa/packaging-python-org/ja/
Translation: pypa/packaging.python.org

Author: motok

locales/ja/LC_MESSAGES/messages.po

@@ -10,7 +10,7 @@ msgstr ""
 "Project-Id-Version: Python Packaging User Guide\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2024-06-19 16:34+0000\n"
-"PO-Revision-Date: 2024-11-03 06:00+0000\n"
+"PO-Revision-Date: 2024-11-11 04:00+0000\n"
 "Last-Translator: moto kawasaki <[email protected]>\n"
 "Language-Team: Japanese <https://hosted.weblate.org/projects/pypa/"
 "packaging-python-org/ja/>\n"
@@ -25532,10 +25532,15 @@ msgid ""
 "using the ``.`` character. This allows versions such as ``1.0+ubuntu-1`` to "
 "be normalized to ``1.0+ubuntu.1``."
 msgstr ""
+"構成部分のセパレータとして ``.`` を使うことに加えて、"
+"ローカルバージョン番号を使えば ``-`` や ``_`` "
+"の使用も受け入れ可能です。標準形式は、 ``.`` "
+"文字を使うことです。これによって、標準化すれば ``1.0+ubuntu.1`` となる ``1."
+"0+ubuntu-1`` のようなバージョン番号も許容されます。"
 
 #: ../source/specifications/version-specifiers.rst:519
 msgid "Preceding v character"
-msgstr ""
+msgstr "先駆する v の文字"
 
 #: ../source/specifications/version-specifiers.rst:521
 msgid ""
@@ -25545,10 +25550,15 @@ msgid ""
 "version. The same version with and without the ``v`` is considered "
 "equivalent."
 msgstr ""
+"よくあるバージョン番号の表記方法である ``v1.0`` の形をサポートするために、"
+"バージョン番号は単独の ``v`` の文字が先行していても構いません。この文字は、あ"
+"らゆる目的において無視されなければならず、バージョン番号の標準化された形式で"
+"は省略されるべきです。 ``v`` "
+"の有無だけが異なるバージョン番号は、同一のものと見做されます。"
 
 #: ../source/specifications/version-specifiers.rst:528
 msgid "Leading and Trailing Whitespace"
-msgstr ""
+msgstr "先行する空白文字や後続する空白文字"
 
 #: ../source/specifications/version-specifiers.rst:530
 msgid ""
@@ -25558,11 +25568,17 @@ msgid ""
 "be handled sensibly, such as a version like ``1.0\\n`` which normalizes to "
 "``1.0``."
 msgstr ""
+"先行する空白文字や後続する空白文字は暗黙の裡に無視されなければならず、バージ"
+"ョン番号の標準化された形式では除去されなければなりません。これには ``\"\"`` "
+"・ ``\\t`` ・ ``\\n"
+"`` ・ ``\\r`` ・ ``\\f`` ・ ``\\v`` が含まれます。これによって、標準化すれば "
+"``1.0`` となる ``1.0\\n"
+"`` のようなバージョン番号に見られる、偶然に入り込んだ空白文字を実用的に取り扱"
+"うことができます。"
 
 #: ../source/specifications/version-specifiers.rst:537
-#, fuzzy
 msgid "Examples of compliant version schemes"
-msgstr "規定に合致したバージョン番号の例を次に示す::"
+msgstr "枠組みに合致したバージョン番号の例"
 
 #: ../source/specifications/version-specifiers.rst:539
 msgid ""
@@ -25573,6 +25589,12 @@ msgid ""
 "figuring out the relative order of versions, even though the rules above "
 "ensure all compliant tools will order them consistently."
 msgstr ""
+"標準のバージョン番号の枠組みは、公開・非公開の Python プロジェクトにおける識"
+"別の慣行を広い範囲で包含するように設計されています。実際上、ある単独のプロジ"
+"ェクトでこの枠組みが提供するあらゆる自由度を使おうと試みるなら、上述のルール"
+"に従うすべてのツールが首尾一貫して順序をつけることができる一方で、人間のユー"
+"ザにとってはバージョン番号間の相対的な順序を解き明かすことに困難を感じること"
+"になるでしょう。"
 
 #: ../source/specifications/version-specifiers.rst:546
 msgid ""
@@ -25581,69 +25603,86 @@ msgid ""
 "ensuring that the \"latest release\" and the \"latest stable release\" can "
 "be easily determined, both by human users and automated tools."
 msgstr ""
+"この後に、プロジェクトがそのリリースを識別するために選択するかもしれない異な"
+"るアプローチで、 \"最新リリース\" と \"最新のステーブルリリース\" を人間も自"
+"動化ツールも簡単に決定できることが保証されたもののいくつかの例を示します。"
 
 #: ../source/specifications/version-specifiers.rst:551
-#, fuzzy
 msgid "Simple \"major.minor\" versioning::"
-msgstr "一連番号によるバージョン付与"
+msgstr "単純な \"メジャー.マイナー\" バージョン付け::"
 
 #: ../source/specifications/version-specifiers.rst:560
 msgid "Simple \"major.minor.micro\" versioning::"
-msgstr ""
+msgstr "単純な \"メジャー.マイナー.マイクロ\" バージョン付け::"
 
 #: ../source/specifications/version-specifiers.rst:568
 msgid ""
 "\"major.minor\" versioning with alpha, beta and candidate pre-releases::"
-msgstr ""
+msgstr "アルファ・ベータや公開候補 <candidate> のようなプレリリースを伴う \"メジャー."
+"マイナー\" バージョン付け::"
 
 #: ../source/specifications/version-specifiers.rst:580
 msgid ""
 "\"major.minor\" versioning with developmental releases, release candidates "
 "and post-releases for minor corrections::"
 msgstr ""
+"開発リリース <developmental releases> 、リリース候補 <release candidates> "
+"やポストリリースのある \"メジャー.マイナー\" バージョン付け::"
 
 #: ../source/specifications/version-specifiers.rst:595
 msgid ""
 "Date based releases, using an incrementing serial within each year, skipping "
 "zero::"
-msgstr ""
+msgstr "ゼロを飛ばして各年の中で増加するシリアル値を使った日付ベースのリリース番号::"
 
 #: ../source/specifications/version-specifiers.rst:609
 msgid "Summary of permitted suffixes and relative ordering"
-msgstr ""
+msgstr "許容される接尾辞と相対的な順序付けのまとめ"
 
 #: ../source/specifications/version-specifiers.rst:613
 msgid ""
 "This section is intended primarily for authors of tools that automatically "
 "process distribution metadata, rather than developers of Python "
 "distributions deciding on a versioning scheme."
 msgstr ""
+"この節では、バージョニング方法を決めようとしている Python 配布物の開発者向け"
+"というよりは、むしろ、一義的には配布物のメタデータを自動的に処理するツールの"
+"作者に向けて書かれています。"
 
 #: ../source/specifications/version-specifiers.rst:617
 msgid ""
 "The epoch segment of version identifiers MUST be sorted according to the "
 "numeric value of the given epoch. If no epoch segment is present, the "
 "implicit numeric value is ``0``."
 msgstr ""
+"バージョン識別子のエポック構成部分は、当該エポックの数値としての値に従って整"
+"序されなければなりません。エポック構成部分が存在しない場合には、暗黙のうちに "
+"``0`` の値と解釈します。"
 
 #: ../source/specifications/version-specifiers.rst:621
 msgid ""
 "The release segment of version identifiers MUST be sorted in the same order "
 "as Python's tuple sorting when the normalized release segment is parsed as "
 "follows::"
 msgstr ""
+"バージョン識別子のリリース構成部分は、"
+"標準化されたリリース構成部分を解釈する時には以下のように Python "
+"のタプルソーティングと同じ順序で格納されていなければなりません::"
 
 #: ../source/specifications/version-specifiers.rst:627
 msgid ""
 "All release segments involved in the comparison MUST be converted to a "
 "consistent length by padding shorter segments with zeros as needed."
-msgstr ""
+msgstr "比較に関わるすべてのリリース構成部分は、必要に応じて不足する構成部分にゼロを"
+"補填することで長さを一致させなければなりません。"
 
 #: ../source/specifications/version-specifiers.rst:630
 msgid ""
 "Within a numeric release (``1.0``, ``2.7.3``), the following suffixes are "
 "permitted and MUST be ordered as shown::"
 msgstr ""
+"リリース番号の数字部分 (``1.0`` や ``2.7.3``) の中では、後述の接尾辞が許され"
+"ており、下に示す通りに順序付けをしなければなりません::"
 
 #: ../source/specifications/version-specifiers.rst:635
 msgid ""
@@ -25652,47 +25691,66 @@ msgid ""
 "same ``N`` for both a ``c`` and a ``rc`` in the same release segment as "
 "ambiguous and remain in compliance with the specification."
 msgstr ""
+"``c`` が意味の上で ``rc`` と同等のものであると見做されていて、恰も本当に "
+"``rc`` であるかのように並べ替えされる点を銘記してください。ツール群は、"
+"同じリリース構成部分内に ``c`` と ``rc`` の両方に同一の ``N`` を付けたものが"
+"来た場合には曖昧であるとしてこれを拒否しても構いませんが、これでも仕様には合"
+"致しています。"
 
 #: ../source/specifications/version-specifiers.rst:640
 msgid ""
 "Within an alpha (``1.0a1``), beta (``1.0b1``), or release candidate "
 "(``1.0rc1``, ``1.0c1``), the following suffixes are permitted and MUST be "
 "ordered as shown::"
 msgstr ""
+"アルファ (``1.0a1``) 、ベータ (``1.0b1``) 、あるいはリリース候補 (``1.0rc1``"
+", ``1.0c1``) の中では、後述の接尾辞が許されていて、示される通りに並べ替えられ"
+"なければなりません::"
 
 #: ../source/specifications/version-specifiers.rst:646
 msgid ""
 "Within a post-release (``1.0.post1``), the following suffixes are permitted "
 "and MUST be ordered as shown::"
-msgstr ""
+msgstr "ポストリリース (``1.0.post1``) の中では、後述の接尾辞が許されていて、示す通り"
+"に並べ替えられなければなりません::"
 
 #: ../source/specifications/version-specifiers.rst:651
 msgid ""
 "Note that ``devN`` and ``postN`` MUST always be preceded by a dot, even when "
 "used immediately following a numeric version (e.g. ``1.0.dev456``, ``1.0."
 "post1``)."
 msgstr ""
+"バージョン番号の数字部分の直後に置く場合 (例えば ``1.0.dev456`` や ``1.0."
+"post1``) であっても、 ``devN`` と ``postN`` "
+"は、常にドットに後続しなければならないことを銘記してください。"
 
 #: ../source/specifications/version-specifiers.rst:655
 msgid ""
 "Within a pre-release, post-release or development release segment with a "
 "shared prefix, ordering MUST be by the value of the numeric component."
 msgstr ""
+"共通の先行部分を持つプレリリース構成部分、ポストリリース構成部分、あるいは開"
+"発リリース構成部分の中で、数値部分の値に従って順序付けをしなければなりません"
+"。"
 
 #: ../source/specifications/version-specifiers.rst:658
 msgid "The following example covers many of the possible combinations::"
-msgstr ""
+msgstr "可能なバージョン番号の例を以下に示します::"
 
 #: ../source/specifications/version-specifiers.rst:683
 msgid "Version ordering across different metadata versions"
-msgstr ""
+msgstr "相異なるメタデータバージョンを通してバージョン番号を順序付けする"
 
 #: ../source/specifications/version-specifiers.rst:685
 msgid ""
 "Metadata v1.0 (:pep:`241`) and metadata v1.1 (:pep:`314`) do not specify a "
 "standard version identification or ordering scheme. However metadata v1.2 (:"
 "pep:`345`) does specify a scheme which is defined in :pep:`386`."
 msgstr ""
+"メタデータ v1.0 (pep:`241`) および メタデータ (:pep:`314`) は、標準となるバー"
+"ジョン番号の識別や順序付けの枠組みを指定していません。しかしながら、"
+"メタデータ v1.2 (:pep:`345`) では、 :pep:`386` "
+"で定義された枠組みを指定しています。"
 
 #: ../source/specifications/version-specifiers.rst:689
 msgid ""
@@ -25704,6 +25762,13 @@ msgid ""
 "requirements necessitate a standardization across one parsing mechanism to "
 "be used for all versions of a project."
 msgstr ""
+"単純なインストーラ API の特性の故に、特定の配布物がどのバージョンのメタデータ"
+"を使っているかをインストーラが意識することは不可能です。さらに、インストーラ"
+"は、どのバージョンをインストールするべきであるかを決定するために、すべての、"
+"または、可能な限り多くのバージョンのプロジェクトを含む合理的に優先順位付けさ"
+"れたリストを作成することができるように要求されています。これらの要求事項によ"
+"って、あるプロジェクトのすべてのバージョンにおいてひとつの解析メカニズムが使"
+"われるような標準化が必要とされます。"
 
 #: ../source/specifications/version-specifiers.rst:697
 msgid ""