| REPOD.CONF(5) | repod | REPOD.CONF(5) |
نام (NAME)
repod.conf - فایل پیکربندی repod
خلاصه دستور (SYNOPSIS)
$XDG_CONFIG_HOME/repod/repod.conf
$XDG_CONFIG_HOME/repod/repod.conf.d/
/etc/repod.conf
/etc/repod.conf.d/
توضیحات (DESCRIPTION)
یک فایل پیکربندی مبتنی بر TOML [1]، که میتواند در مسیر پیشفرض فایل پیکربندی و/یا مسیرهای رونویسی (override) فایل پیکربندی ارائه شود. فایلهای پیکربندی رونویسی به ترتیب حروف الفبا خوانده و ادغام میشوند و اولویت بالاتری نسبت به مسیر پیشفرض فایل پیکربندی دارند.
فایلهای پیکربندی ارائهشده در مسیرهای سراسری سیستم (مانند /etc/repod.conf و /etc/repod.conf.d/) فقط برای استفاده سراسری سیستم از repod به کار میروند، در حالی که پیکربندیهای ارائهشده در مسیرهای کاربری (مانند $XDG_CONFIG_HOME/repod/repod.conf و $XDG_CONFIG_HOME/repod/repod.conf.d/) فقط برای استفاده کاربری از repod اعمال میشوند.
اگر هیچ فایل پیکربندی ارائه نشود، مقادیر پیشفرض در نظر گرفته میشوند (بخش مقادیر پیشفرض را ببینید).
گزینههای سراسری (GLOBAL OPTIONS)
گزینههای سراسری مقادیر پیشفرضی را برای هر مخزنی که آنها را تعریف نکرده باشد فراهم میکنند. برای هر گزینه تعریفنشده مقادیر پیشفرض در نظر گرفته میشوند (بخش گزینههای پیشفرض را ببینید).
architecture =
یک رشته که معماری پردازنده (CPU) مورد استفاده برای هر مخزنی را تعیین میکند که آن را تعریف نکرده باشد. مقادیر قابل قبول عبارتند از:
"aarch64", "any", "arm", "armv6h", "armv7h", "i486", "i686", "pentium4", "riscv32", "riscv64", "x86_64", "x86_64_v2", "x86_64_v3", "x86_64_v4"
archiving =
یک جدول اختیاری یا مقدار بولی، که گزینههای بایگانی مورد استفاده برای هر مخزنی را که صریحاً آنها را تعریف نکرده است، مشخص میکند. در صورت عدم تنظیم یا تنظیم روی true، گزینههای بایگانی پیشفرض ایجاد میشوند. اگر روی false تنظیم شود، بایگانی بهطور پیشفرض غیرفعال است، اما همچنان میتوان آن را برای هر مخزن جداگانه تنظیم کرد. هنگامی که به عنوان جدول تعریف شود، گزینه باید جفت کلید-مقدارهای زیر را تعریف کند:
- packages =
- نام دایرکتوری بایگانی بستهها (برای مقادیر پیشفرض بخش دایرکتوریهای پیشفرض را ببینید)، که ساختار دایرکتوری و فایلها برای بایگانی بستهها و فایلهای امضا در زیر آن ایجاد میشود. این دایرکتوری باید مطلق باشد.
- sources =
- نام دایرکتوری بایگانی سورسها (برای مقادیر پیشفرض بخش دایرکتوریهای پیشفرض را ببینید)، که ساختار دایرکتوری و فایلها برای بایگانی فایلهای تاربال سورس در زیر آن ایجاد میشود. این دایرکتوری باید مطلق باشد.
build_requirements_exist =
یک مقدار بولی اختیاری، که مشخص میکند آیا پیشنیازهای ساخت بستههای اضافهشده باید در بایگانی (در صورت پیکربندی)، هر یک از لایههای پایداری مخزن مقصد یا در میان مجموعه بستههای در حال افزودن وجود داشته باشند یا خیر. در صورت عدم تنظیم، مقدار روی حالت پیشفرض قرار میگیرد (بخش گزینههای پیشفرض را ببینید). اگر روی false تنظیم شود، پیشنیازهای ساخت بستههای افزوده بررسی نمیشوند؛ و اگر روی true تنظیم شود، بررسی خواهند شد. این تنظیم همچنان میتواند به ازای هر مخزن رونویسی شود.
database_compression =
یک رشته که فشردهسازی پایگاه داده را برای هر مخزنی که آن را تعریف نکرده باشد تعیین میکند. مقادیر قابل قبول عبارتند از:
"", "bz2", "gz", "xz", "zst"
management_repo
جدولی حاوی پیکربندی برای مخزن مدیریت (management repository) برای هر مخزنی که به صورت صریح یکی برای خود تعریف نکرده است. از آنجا که هر مخزن بسته باینری پیکربندیشده به عنوان یک ساختار زیرشاخه در مخزن مدیریت نمایش داده میشود، چندین مخزن میتوانند یک management_repo یکسان را به اشتراک بگذارند.
- directory =
- نام مخزن مدیریت در دایرکتوری پایه مخزن مدیریت (بخش دایرکتوریهای پیشفرض را ببینید)، که در زیر آن دایرکتوریهای مخازن بسته باینری ایجاد میشوند. اگر رشته نشاندهنده یک دایرکتوری مطلق باشد، مستقیماً استفاده شده و دایرکتوری پایه پیشفرض نادیده گرفته میشود.
- json_dumps =
- یک عدد صحیح، که گزینه متد dumps() مربوط به orjson [2] را تعیین میکند. مقدار پیشفرض:
1057
url =
package_pool =
رشتهای که دایرکتوری استخر بستهها (package pool) را برای هر مخزنی که آن را تعریف نکرده باشد مشخص میکند.
package_verification =
یک رشته اختیاری که پیادهسازی اعتبارسنجی امضای بسته را برای تمام مخازن تعیین میکند. اگر پیادهسازی اعتبارسنجی امضا انتخاب شود، بستههایی که به مخزن اضافه میشوند باید امضا شده باشند. مقادیر قابل قبول عبارتند از:
"pacman-key"
source_pool =
رشتهای که دایرکتوری استخر سورسها (source pool) را برای هر مخزنی که آن را تعریف نکرده باشد مشخص میکند.
تنظیمات پایگاه داده همگامسازی (SYNC DATABASE SETTINGS)
تنظیمات پایگاه داده همگامسازی، کنترلی بر شیوه صدور (export) دادهها برای پایگاه دادههای همگامسازی مخزن ارائه میدهند. جفت کلید-مقدارهای زیر در ذیل جدول سراسری syncdb_settings پیکربندی میشوند. برای هر گزینه تعریفنشده مقادیر پیشفرض در نظر گرفته میشوند (بخش گزینههای پیشفرض را ببینید).
desc_version =
یک عدد صحیح که نسخه desc مورد استفاده در هنگام صدور مخزن مدیریت به یک پایگاه داده همگامسازی مخزن را تعیین میکند. مقادیر قابل قبول عبارتند از:
2, 1
files_version =
یک عدد صحیح که نسخه files مورد استفاده در هنگام صدور مخزن مدیریت به یک پایگاه داده همگامسازی مخزن را تعیین میکند. مقادیر قابل قبول عبارتند از:
1
گزینههای مخزن (REPOSITORY OPTIONS)
گزینههای مخزن برای پیکربندی یک مخزن خاص استفاده میشوند. اگر گزینههای اختیاری تعریف نشده باشند، گزینههای سراسری (بخش گزینههای سراسری را ببینید) یا مقادیر پیشفرض (بخش گزینههای پیشفرض را ببینید) اعمال میشوند.
نکته: دایرکتوریهای تفکیکشده برای مخازن باید در کل سیستم یکتا باشند. تنها استثناها در این قاعده عبارتند از: package_pool، source_pool، archiving.packages و archiving.sources.
architecture =
یک رشته اختیاری برای تعیین معماری پردازنده (CPU). مقادیر قابل قبول عبارتند از:
"aarch64", "any", "arm", "armv6h", "armv7h", "i486", "i686", "pentium4", "riscv32", "riscv64", "x86_64", "x86_64_v2", "x86_64_v3", "x86_64_v4"
archiving =
یک جدول درونخطی اختیاری یا یک مقدار بولی، که گزینههای بایگانی را تعیین میکند. در صورت عدم تنظیم یا تنظیم روی true، از گزینههای بایگانی سراسری استفاده میشود. اگر روی false تنظیم شود، بایگانی غیرفعال میگردد.
نکته: وقتی مخازن با هم استفاده میشوند، باید از گزینههای بایگانی یکسانی استفاده کنند.
هنگامی که به صورت جدول درونخطی تعریف شود، گزینه باید جفت کلید-مقدارهای زیر را تعریف کند:
- packages =
- نام دایرکتوری بایگانی بستهها (برای مقادیر پیشفرض بخش دایرکتوریهای پیشفرض را ببینید)، که ساختار دایرکتوری و فایلها برای بایگانی بستهها و فایلهای امضا در زیر آن ایجاد میشود. این دایرکتوری باید مطلق باشد.
- sources =
- نام دایرکتوری بایگانی سورسها (برای مقادیر پیشفرض بخش دایرکتوریهای پیشفرض را ببینید)، که ساختار دایرکتوری و فایلها برای بایگانی فایلهای تاربال سورس در زیر آن ایجاد میشود. این دایرکتوری باید مطلق باشد.
build_requirements_exist =
یک مقدار بولی اختیاری، که مشخص میکند آیا پیشنیازهای ساخت بستههای اضافهشده باید در بایگانی (در صورت پیکربندی)، هر یک از لایههای پایداری مخزن مقصد یا در میان مجموعه بستههای در حال افزودن وجود داشته باشند یا خیر. در صورت عدم تنظیم، مقدار روی عدد تعریفشده بهصورت سراسری قرار میگیرد. اگر روی false تنظیم شود، پیشنیازهای ساخت بستههای افزوده بررسی نمیشوند؛ و اگر روی true تنظیم شود، بررسی خواهند شد.
database_compression =
یک رشته اختیاری برای تنظیم نوع فشردهسازی پایگاه داده مورد استفاده برای مخزن. مقادیر قابل قبول عبارتند از:
"", "bz2", "gz", "xz", "zst"
group =
یک عدد صحیح مثبت اختیاری، که گروهی را که مخزن به آن تعلق دارد مشخص میکند.
نکته: وقتی مخازن گروهبندی میشوند، نامهای pkgbase و package باید در میان آنها یکتا باشند (یعنی یک بسته یکسان نمیتواند همزمان در دو مخزن وجود داشته باشد - این با وجود یک بسته یکسان در لایههای پایداری مختلف یک مخزن متفاوت است!). علاوه بر این، مخازن باید از یک مخزن مدیریت مشترک (که در زیر دایرکتوری پایه مخزن مدیریت قرار دارد)، یک دایرکتوری پایه مخزن بسته یکسان، یک دایرکتوری پایه استخر بسته یکسان و یک دایرکتوری پایه استخر سورس یکسان استفاده کنند!
management_repo =
یک جدول درونخطی اختیاری حاوی پیکربندی برای مخزن مدیریت این مخزن. اگر ارائه شود، بر management_repo تعریفشده بهصورت سراسری اولویت دارد. از آنجا که هر مخزن پیکربندیشده بهعنوان یک ساختار زیرشاخه در مخزن مدیریت نمایش داده میشود، چندین مخزن میتوانند یک management_repo یکسان را به اشتراک بگذارند.
- directory =
- نام مخزن مدیریت در دایرکتوری پایه مخزن مدیریت (بخش دایرکتوریهای پیشفرض را ببینید)، که در زیر آن دایرکتوریهای مخازن بسته باینری ایجاد میشوند. اگر رشته نشاندهنده یک دایرکتوری مطلق باشد مستقیماً استفاده شده و دایرکتوری پایه پیشفرض نادیده گرفته میشود.
- json_dumps =
- یک عدد صحیح، تعیینکننده گزینه متد dumps() مربوط به orjson (به https://github.com/ijl/orjson#option مراجعه کنید). پیشفرض:
1057
url =
package_url_validation =
یک جدول درونخطی اختیاری که پیکربندی را برای اعتبارسنجی URLهای سورس فراهم میکند. URLهای سورس پیوندهایی هستند که ممکن است به ازای هر pkgbase با استفاده از repod-file ارائه شوند و به عنوان مرجعی برای فایلهای سورس (مانند PKGBUILD) برای هر بسته عمل کنند.
- urls =
- فهرستی از رشتههای URL، که URLهای سورس ارائهشده به repod-file باید در برابر آنها اعتبارسنجی شوند.
- tls_required =
- یک مقدار بولی، تعیینکننده اینکه آیا URLهای موجود در فهرست urls و هر URL سورس ارائهشده به repod-file باید از TLS استفاده کنند یا خیر.
name =
رشتهای که نام مخزن را تعیین میکند. این نام برای ساختن مسیری که دادههای بسته پایدار مخزن در زیر آن ذخیره میشود به کار میرود.
نکته: ترکیب name و architecture باید در میان تمام مخازن یکتا باشد.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
debug =
یک رشته اختیاری برای تعیین نام دیباگ مخزن. این رشته برای ساختن مسیری که دادههای بسته دیباگ پایدار مخزن در زیر آن ذخیره میشود استفاده میشود.
نکته: هنگام استفاده از این گزینه و استفاده همزمان از گزینههای staging یا testing، گزینههای staging_debug و testing_debug (به ترتیب) نیز باید تنظیم شوند.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
package_pool =
یک رشته اختیاری برای تعیین دایرکتوری که به عنوان استخر بسته (package pool) برای مخزن عمل میکند.
نکته: اگر مخازن بستهها را بین یکدیگر جابهجا میکنند، باید از package_pool یکسانی استفاده کنند.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه استخر بسته پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
source_pool =
یک رشته اختیاری برای تعیین دایرکتوری که به عنوان استخر سورس (source pool) برای مخزن عمل میکند.
نکته: اگر مخازن بستهها را بین یکدیگر جابهجا میکنند، باید از source_pool یکسانی استفاده کنند.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه استخر سورس پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
staging =
یک رشته اختیاری برای تعیین نام محیط آزمایشگاهی اولیه (staging) مخزن. این رشته برای ساختن مسیری که دادههای بسته staging مخزن در زیر آن ذخیره میشود استفاده میشود.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
staging_debug =
یک رشته اختیاری برای تعیین نام محیط آزمایشگاهی دیباگ (staging debug) مخزن. این رشته برای ساختن مسیری که دادههای بسته دیباگ staging مخزن در زیر آن ذخیره میشود استفاده میشود.
نکته: هنگام استفاده از این گزینه، گزینههای staging و debug نیز باید تنظیم شوند. به همین ترتیب، اگر debug و staging برای یک مخزن پیکربندی شوند، این گزینه نیز باید پیکربندی شود.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
testing =
یک رشته اختیاری برای تعیین نام محیط تست (testing) مخزن. این رشته برای ساختن مسیری که دادههای بسته testing مخزن در زیر آن ذخیره میشود استفاده میشود.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
testing_debug =
یک رشته اختیاری برای تعیین نام محیط تست دیباگ (testing debug) مخزن. این رشته برای ساختن مسیری که دادههای بسته دیباگ testing مخزن در زیر آن ذخیره میشود استفاده میشود.
نکته: هنگام استفاده از این گزینه، گزینههای testing و debug نیز باید تنظیم شوند. به همین ترتیب، اگر debug و testing برای یک مخزن پیکربندی شوند، این گزینه نیز باید پیکربندی شود.
اگر رشته بیانگر یک دایرکتوری نسبی باشد، در زیر دایرکتوری پایه مخزن بسته و دایرکتوری پایه مخزن مدیریت پیشفرض استفاده میشود (بخش دایرکتوریهای پیشفرض را ببینید).
اگر رشته بیانگر یک دایرکتوری مطلق باشد، مستقیماً استفاده میشود و دایرکتوریهای پایه پیشفرض نادیده گرفته میشوند.
مقادیر پیشفرض (DEFAULTS)
اگر هیچ پیکربندی ارائه نشود، مخزنی با نام "default"، همراه با مخزن مدیریت، اما بدون مخزن staging یا testing، با استفاده از دایرکتوریهای پیشفرض و گزینههای پیشفرض بهطور خودکار ایجاد میشود. این وضعیت تقریباً معادل پیکربندی زیر است:
architecture = "any" archiving = true database_compression = "gz" [syncdb_settings] desc_version = 1 files_version = 1 [management_repo] directory = "default" [[repositories]] name = "default"
دایرکتوریهای پیشفرض (DEFAULT DIRECTORIES)
- $XDG_STATE_HOME/repod/management/ مسیر پیشفرض کاربری که دایرکتوریهای مخزن مدیریت در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن مدیریت).
- /var/lib/repod/management/ مسیر پیشفرض سراسری سیستم که دایرکتوریهای مخزن مدیریت در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن مدیریت).
- $XDG_STATE_HOME/repod/archive/package/ مسیر پیشفرض کاربری که ساختار دایرکتوری و فایلها برای بایگانی بستهها و فایلهای امضا در زیر آن ایجاد میشوند (یا دایرکتوری بایگانی بسته).
- /var/lib/repod/archive/package/ مسیر پیشفرض سراسری سیستم که ساختار دایرکتوری و فایلها برای بایگانی بستهها و فایلهای امضا در زیر آن ایجاد میشوند (یا دایرکتوری بایگانی بسته).
- $XDG_STATE_HOME/repod/archive/source/ مسیر پیشفرض کاربری که ساختار دایرکتوری و فایلها برای بایگانی فایلهای تاربال سورس در زیر آن ایجاد میشوند (یا دایرکتوری بایگانی سورس).
- /var/lib/repod/archive/source/ مسیر پیشفرض سراسری سیستم که ساختار دایرکتوری و فایلها برای بایگانی فایلهای تاربال سورس در زیر آن ایجاد میشوند (یا دایرکتوری بایگانی سورس).
- $XDG_STATE_HOME/repod/data/pool/package/ مسیر پیشفرض کاربری که دایرکتوریهای استخر بسته در زیر آن ایجاد میشوند (یا دایرکتوری پایه استخر بسته).
- /var/lib/repod/data/pool/package/ مسیر پیشفرض سراسری سیستم که دایرکتوریهای استخر بسته در زیر آن ایجاد میشوند (یا دایرکتوری پایه استخر بسته).
- $XDG_STATE_HOME/repod/data/repo/package/ مسیر پیشفرض کاربری که دایرکتوریهای مخزن بسته در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن بسته).
- /var/lib/repod/data/repo/package/ مسیر پیشفرض سراسری سیستم که دایرکتوریهای مخزن بسته در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن بسته).
- $XDG_STATE_HOME/repod/data/pool/source/ مسیر پیشفرض کاربری که دایرکتوریهای استخر سورس در زیر آن ایجاد میشوند (یا دایرکتوری پایه استخر سورس).
- /var/lib/repod/data/pool/source/ مسیر پیشفرض سراسری سیستم که دایرکتوریهای استخر سورس در زیر آن ایجاد میشوند (یا دایرکتوری پایه استخر سورس).
- $XDG_STATE_HOME/repod/data/repo/source/ مسیر پیشفرض کاربری که دایرکتوریهای مخزن سورس در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن سورس).
- /var/lib/repod/data/repo/source/ مسیر پیشفرض سراسری سیستم که دایرکتوریهای مخزن سورس در زیر آن ایجاد میشوند (یا دایرکتوری پایه مخزن سورس).
گزینههای پیشفرض (DEFAULT OPTIONS)
- •
- معماری CPU پیشفرض اگر architecture نه بهصورت سراسری و نه به ازای هر مخزن تعریف نشده باشد:
"any"
- •
- مقدار پیشفرض برای بررسی پیشنیازهای ساخت بستههای افزوده، اگر build_requirements_exist بهصورت سراسری تعریف نشده باشد:
true
- •
- فشردهسازی پایگاه داده پیشفرض اگر database_compression نه بهصورت سراسری و نه به ازای هر مخزن تعریف نشده باشد:
"gz"
- •
- نام مخزن پیشفرض (name) اگر هیچ مخزنی تعریف نشده باشد:
"default"
- •
- مقدار پیشفرض desc_version برای پایگاه دادههای همگامسازی اگر هیچ مقداری تعریف نشده باشد:
2
- •
- مقدار پیشفرض files_version برای پایگاه دادههای همگامسازی اگر هیچ مقداری تعریف نشده باشد:
1
مثالها (EXAMPLES)
مثال ۱. یک مخزن با معماری سفارشی
[[repositories]] architecture = "x86_64" name = "repo" staging = "repo-staging" testing = "repo-testing"
مثال ۲. دو مخزن با مسیرهای دیباگ
[[repositories]] architecture = "x86_64" name = "repo1" debug = "repo1-debug" staging = "repo1-staging" staging_debug = "repo1-staging-debug" testing = "repo1-testing" testing_debug = "repo1-testing-debug" [[repositories]] architecture = "x86_64" name = "repo2" debug = "repo2-debug" staging = "repo2-staging" staging_debug = "repo2-staging-debug" testing = "repo2-testing" testing_debug = "repo2-testing-debug"
مثال ۳. یک مخزن با مخزن مدیریت سفارشی
[[repositories]]
architecture = "x86_64"
name = "repo1"
staging = "repo-staging"
testing = "repo-testing"
management_repo = {directory = "custom_management", url = "ssh://user@custom-upstream.tld/repository.git"}
مثال ۴. یک مخزن با دایرکتوریهای غیراستاندارد
[[repositories]]
architecture = "x86_64"
name = "/absolute/path/to/repo1"
staging = "/absolute/path/to/repo-staging"
testing = "/absolute/path/to/repo-testing"
management_repo = {directory = "/absolute/path/to/management_repo"}
مثال ۵. یک مخزن با اعتبارسنجی امضا مبتنی بر pacman-key
package_verification = "pacman-key" [[repositories]] architecture = "x86_64" name = "repo1" debug = "repo-debug" staging = "repo-staging" testing = "repo-testing"
مثال ۶. یک مخزن با اعتبارسنجی URL سورس
[[repositories]]
architecture = "x86_64"
name = "repo1"
debug = "repo-debug"
staging = "repo-staging"
testing = "repo-testing"
package_url_validation = {urls = ["https://custom.tld"], tls_required = true}
مثال ۷. یک مخزن بدون بایگانی
[[repositories]] architecture = "x86_64" archiving = false name = "repo1"
مثال ۸. یک مخزن بدون بررسی پیشنیازهای ساخت
[[repositories]] architecture = "x86_64" build_requirements_exist = false name = "repo1"
مثال ۹. دو مخزن در یک گروه مشترک
[[repositories]] architecture = "x86_64" build_requirements_exist = false name = "repo1" group = 1 [[repositories]] architecture = "x86_64" build_requirements_exist = false name = "repo2" group = 1
همچنین ببینید (SEE ALSO)
repod-file(1) https://man.archlinux.org/man/repod-file.1, PKGBUILD(5) https://man.archlinux.org/man/PKGBUILD.5, pacman(8) https://man.archlinux.org/man/pacman.8, pacman-key(8) https://man.archlinux.org/man/pacman-key.8
نکات (NOTES)
- 1.
- مشخصات فنی TOML
- 2.
- گزینههای Orjson
نویسنده (AUTHOR)
David Runge
حق نشر (COPYRIGHT)
2022, David Runge
| December 27, 2025 |