.\" -*- mode: troff; coding: utf-8 -*- .\" Automatically generated by Pod::Man v6.0.2 (Pod::Simple 3.45) .\" .\" Standard preamble: .\" ======================================================================== .de Sp \" Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp .. .de Vb \" Begin verbatim text .ft CW .nf .ne \\$1 .. .de Ve \" End verbatim text .ft R .fi .. .\" \*(C` and \*(C' are quotes in nroff, nothing in troff, for use with C<>. .ie n \{\ . ds C` "" . ds C' "" 'br\} .el\{\ . ds C` . ds C' 'br\} .\" .\" Escape single quotes in literal strings from groff's Unicode transform. .ie \n(.g .ds Aq \(aq .el .ds Aq ' .\" .\" If the F register is >0, we'll generate index entries on stderr for .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\" entries marked with X<> in POD. Of course, you'll have to process the .\" output yourself in some meaningful fashion. .\" .\" Avoid warning from groff about undefined register 'F'. .de IX .. .nr rF 0 .if \n(.g .if rF .nr rF 1 .if (\n(rF:(\n(.g==0)) \{\ . if \nF \{\ . de IX . tm Index:\\$1\t\\n%\t"\\$2" .. . if !\nF==2 \{\ . nr % 0 . nr F 2 . \} . \} .\} .rr rF .\" .\" Required to disable full justification in groff 1.23.0. .if n .ds AD l .\" ======================================================================== .\" .IX Title "deb-control 5" .TH deb-control 5 2026-03-06 1.23.7-dirty "dpkg suite" .\" For nroff, turn off justification. Always turn off hyphenation; it makes .\" way too many mistakes in technical documents. .if n .ad l .nh .SH "نام (NAME)" deb\-control \- فایل کنترل اصلی بسته‌های باینری دبیان .SH "خلاصه دستور (SYNOPSIS)" .IX Header "SYNOPSIS" \&\fBDEBIAN/control\fR .SH "توضیحات (DESCRIPTION)" .IX Header "DESCRIPTION" هر بسته باینری دبیان حاوی یک فایل \&\fBcontrol\fR در بخش \&\fBcontrol\fR خود است و قالب \&\fBdeb822\fR\|(5) آن زیرمجموعه‌ای از فایل کنترل منبع الگوی \&\fBdebian/control\fR در بسته‌های منبع دبیان می‌باشد؛ به \&\fBdeb\-src\-control\fR\|(5) مراجعه کنید. .PP این فایل شامل تعدادی فیلد است. هر فیلد با یک برچسب آغاز می‌شود، مانند \&\fBPackage\fR یا \&\fBVersion\fR (غیرحساس به حروف بزرگ و کوچک)، که پس از آن دو‌نقطه و سپس بدنه فیلد (حساس به حروف بزرگ و کوچک، مگر اینکه خلاف آن ذکر شده باشد) قرار می‌گیرد. فیلدها تنها توسط برچسب‌های فیلد از یکدیگر تفکیک می‌شوند. به عبارت دیگر، متن فیلد ممکن است چندخطی باشد، اما ابزارهای نصب معمولاً هنگام پردازش بدنه فیلد، خطوط را به یکدیگر متصل می‌کنند (به جز در مورد فیلد \&\fBDescription\fR که در ادامه توضیح داده شده است). .SH "فیلدها (FIELDS)" .IX Header "FIELDS" .IP "\fBPackage:\fR \fIpackage\-name\fR (required)" 4 .IX Item "Package: package-name (required)" مقدار این فیلد نام بسته را تعیین می‌کند و توسط اکثر ابزارهای نصب برای ایجاد نام فایل‌ها استفاده می‌شود. .IP "\fBPackage\-Type:\fR \fBdeb\fR|\fBudeb\fR|\fItype\fR" 4 .IX Item "Package-Type: deb|udeb|type" این فیلد نوع بسته را مشخص می‌کند. \&\fBudeb\fR برای بسته‌های دارای محدودیت اندازه است که توسط نصاب دبیان (debian installer) استفاده می‌شوند. \&\fBdeb\fR مقدار پیش‌فرض است؛ اگر این فیلد وجود نداشته باشد این مقدار در نظر گرفته می‌شود. ممکن است در آینده انواع بیشتری اضافه شود. .IP "\fBVersion:\fR \fIversion\-string\fR (required)" 4 .IX Item "Version: version-string (required)" معمولاً این مقدار شماره نسخه بسته اصلی به هر شکلی است که نویسنده برنامه استفاده می‌کند. همچنین ممکن است شامل یک شماره بازبینی دبیان باشد (برای بسته‌های غیربومی). قالب دقیق و الگوریتم مرتب‌سازی در \&\fBdeb\-version\fR\|(7) شرح داده شده است. .Sp \&\fBنکته\fR: در برخی توزیع‌ها، dpkg طوری ساخته شده است که منابع بومی با نسخه‌های غیربومی را مجاز می‌داند، که این امر ناسازگار بوده و بر سردرگمی در درک این مفهوم می‌افزاید و علاوه بر این معمولاً دامی برای خطاهای تصادفی است. .IP "\fBMaintainer:\fR \fIfullname\-email\fR (recommended)" 4 .IX Item "Maintainer: fullname-email (recommended)" باید در قالب \(lqJoe Bloggs \(rq باشد، و معمولاً شخصی است که بسته را ایجاد کرده است، برخلاف نویسنده نرم‌افزاری که بسته‌بندی شده است. .IP "\fBDescription:\fR \fIshort\-description\fR (recommended)" 4 .IX Item "Description: short-description (recommended)" .PD 0 .IP "\ \fIlong\-description\fR" 4 .IX Item " long-description" .PD قالب توصیف بسته به صورت یک خلاصه کوتاه در خط اول (پس از فیلد \&\fBDescription\fR) است. خطوط بعدی باید برای توصیف طولانی‌تر و با جزئیات بیشتر به کار روند. هر خط از توصیف تفصیلی باید با یک فاصله شروع شود، و خطوط خالی در توصیف تفصیلی باید شامل یک \(oq\fB.\fR\(cq تنها پس از فاصله آغازین باشند. .IP "\fBSection:\fR \fIsection\fR" 4 .IX Item "Section: section" این یک فیلد عمومی است که بر اساس نرم‌افزاری که این بسته نصب می‌کند، به آن یک دسته‌بندی اختصاص می‌دهد. برخی از بخش‌های متداول عبارتند از \&\fButils\fR، \&\fBnet\fR، \&\fBmail\fR، \&\fBtext\fR، \&\fBx11\fR و غیره. .Sp مقادیر پذیرفته‌شده بر اساس سیاست توزیع خاص تعیین می‌شوند. .IP "\fBPriority:\fR \fIpriority\fR" 4 .IX Item "Priority: priority" اهمیت این بسته را در ارتباط با کل سیستم تعیین می‌کند. اولویت‌های شناخته‌شده عبارتند از \&\fBrequired\fR، \&\fBimportant\fR، \&\fBstandard\fR، \&\fBoptional\fR، \&\fBextra\fR و \&\fBunknown\fR، اما مقادیر دیگر نیز می‌توانند استفاده شوند. .Sp نحوه اعمال این مقادیر به سیاست توزیع خاص بستگی دارد. .IP "\fBInstalled\-Size:\fR \fIsize\fR" 4 .IX Item "Installed-Size: size" اندازه تقریبی کل فایل‌های نصب‌شده بسته، به واحد کیبی‌بایت (KiB). الگوریتم محاسبه اندازه در \&\fBdeb\-substvars\fR\|(5) توصیف شده است. .IP "\fBProtected:\fR \fByes\fR|\fBno\fR" 4 .IX Item "Protected: yes|no" این فیلد معمولاً تنها زمانی نیاز است که پاسخ \&\fByes\fR باشد. این فیلد بسته‌ای را مشخص می‌کند که عمدتاً برای راه‌اندازی صحیح سیستم لازم است یا برای متایسته‌های سفارشی محلی سیستم به کار می‌رود. \&\fBdpkg\fR\|(1) یا هر ابزار نصب دیگری اجازه حذف یک بسته \&\fBProtected\fR را نخواهد داد (حداقل بدون استفاده از یکی از گزینه‌های اجباری). .Sp از نسخه dpkg 1.20.1 پشتیبانی می‌شود. .IP "\fBEssential:\fR \fByes\fR|\fBno\fR" 4 .IX Item "Essential: yes|no" این فیلد معمولاً فقط هنگامی که پاسخ \&\fByes\fR است نیاز می‌باشد. این فیلد بسته‌ای را مشخص می‌کند که برای سیستم بسته‌بندی، برای عملکرد صحیح کلی سیستم یا در طول راه‌اندازی مورد نیاز است (هرچند مورد اخیر باید به فیلد \&\fBProtected\fR تبدیل شود). \&\fBdpkg\fR\|(1) یا هر ابزار نصب دیگری اجازه حذف یک بسته \&\fBEssential\fR را نخواهد داد (حداقل بدون استفاده از یکی از گزینه‌های اجباری). .IP "\fBBuild\-Essential:\fR \fByes\fR|\fBno\fR" 4 .IX Item "Build-Essential: yes|no" این فیلد معمولاً تنها زمانی نیاز است که مقدار \&\fByes\fR باشد، و معمولاً توسط نرم‌افزار بایگانی تزریق می‌شود. این فیلد بسته‌ای را مشخص می‌کند که هنگام ساخت سایر بسته‌ها مورد نیاز است. .IP "\fBArchitecture:\fR \fBall\fR|\fIarch\fR (required)" 4 .IX Item "Architecture: all|arch (required)" معماری مشخص می‌کند که این بسته روی چه نوع دستگاهی اجرا می‌شود. .Sp معماری‌های رایج عبارتند از \&\fBamd64\fR، \&\fBarmel\fR، \&\fBi386\fR، \&\fBpowerpc\fR و غیره. توجه داشته باشید که مقدار ویژه \&\fBall\fR برای بسته‌هایی است که مستقل از معماری هستند (مانند اسکریپت‌های شل و پرل یا مستندات). .Sp \&\fBنکته:\fR کاراکترهای عام (wildcards) معماری در این زمینه مجاز نیستند. .Sp نام معماری باید با یک نویسه الفبایی\-عددی (\(lq0\-9a\-zA\-Z\(rq) شروع شود و سپس نویسه‌های الفبایی\-عددی و خط تیره (\(oq\-\(cq) به دنبال آن بیایند. .IP "\fBOrigin:\fR \fIname\fR" 4 .IX Item "Origin: name" نام توزیعی که این بسته از آن سرچشمه می‌گیرد. .IP "\fBBugs:\fR \fIurl\fR" 4 .IX Item "Bugs: url" نشانی \fIurl\fR سیستم پیگیری اشکالات برای این بسته. قالب مورد استفاده کنونی به صورت \&\fIbts\-type\fR\fB://\fR\fIbts\-address\fR است، مانند \&\fBdebbugs://bugs.debian.org\fR. .IP "\fBHomepage:\fR \fIurl\fR" 4 .IX Item "Homepage: url" نشانی \fIurl\fR صفحه اصلی پروژه بالادستی. .IP "\fBTag:\fR \fItag\-list\fR" 4 .IX Item "Tag: tag-list" فهرستی از برچسب‌ها که ویژگی‌های بسته را توصیف می‌کنند. شرح و فهرست برچسب‌های پشتیبانی‌شده را می‌توان در بسته \&\fBdebtags\fR یافت. .IP "\fBMulti\-Arch:\fR \fBno\fR|\fBsame\fR|\fBforeign\fR|\fBallowed\fR" 4 .IX Item "Multi-Arch: no|same|foreign|allowed" این فیلد برای نشان دادن نحوه رفتار این بسته در نصب‌های چندمعماری (multi-arch) استفاده می‌شود. .RS 4 .IP \fBno\fR 4 .IX Item "no" اگر فیلد حذف شود، این مقدار پیش‌فرض است، که در این صورت افزودن فیلد با مقدار صریح \&\fBno\fR به طور کلی لازم نیست. .IP \fBsame\fR 4 .IX Item "same" این بسته می‌تواند همراه با نسخه هم‌نام خود از معماری‌های دیگر نصب شود (co-installable)، اما نباید برای برآورده کردن وابستگی بسته‌ای با معماری متفاوت از خود استفاده شود. .IP \fBforeign\fR 4 .IX Item "foreign" این بسته نمی‌تواند همزمان با نسخه‌ای از خود نصب شود، اما باید مجاز باشد که وابستگی بدون قید معماری یک بسته با معماری متفاوت از خود را برآورده کند (اگر یک وابستگی قید صریح معماری داشته باشد، مقدار \&\fBforeign\fR نادیده گرفته می‌شود). .IP \fBallowed\fR 4 .IX Item "allowed" این گزینه به وابستگی‌های معکوس اجازه می‌دهد در فیلد \&\fBDepends\fR خود نشان دهند که این بسته را از یک معماری بیگانه (foreign) با افزودن \&\fB:any\fR به انتهای نام بسته می‌پذیرند، اما در غیر این صورت هیچ اثری ندارد. .RE .RS 4 .RE .IP "\fBSource:\fR \fIsource\-name\fR [\fB(\fR\fIsource\-version\fR\fB)\fR]" 4 .IX Item "Source: source-name [(source-version)]" نام بسته منبعی که این بسته باینری از آن به دست آمده است، در صورتی که با نام خود بسته متفاوت باشد. اگر نسخه منبع با نسخه باینری متفاوت باشد، نام منبع \&\fIsource\-name\fR توسط یک نسخه منبع \&\fIsource\-version\fR در پرانتز دنبال خواهد شد. این امر می‌تواند به عنوان مثال در یک بارگذاری صرفاً باینری توسط غیر نگه‌دارنده (non-maintainer upload یا NMU)، یا هنگام تعیین یک نسخه باینری متفاوت از طریق \(Fo\fBdpkg\-gencontrol \-v\fR\(Fc رخ دهد. .IP "\fBSubarchitecture:\fR \fIvalue\fR" 4 .IX Item "Subarchitecture: value" .PD 0 .IP "\fBKernel\-Version:\fR \fIvalue\fR" 4 .IX Item "Kernel-Version: value" .IP "\fBInstaller\-Menu\-Item:\fR \fIvalue\fR" 4 .IX Item "Installer-Menu-Item: value" .PD این فیلدها توسط نصاب دبیان (debian-installer) استفاده می‌شوند و معمولاً نیازی به آن‌ها نیست. برای جزئیات بیشتر درباره آنها، پیوند زیر را ببینید: . .IP "\fBDepends:\fR \fIpackage\-list\fR" 4 .IX Item "Depends: package-list" فهرستی از بسته‌ها که برای ارائه سطح قابل توجهی از کارایی توسط این بسته، مورد نیاز هستند. نرم‌افزار نگهداری بسته اجازه نصب یک بسته را در صورتی که بسته‌های فهرست‌شده در فیلد \&\fBDepends\fR آن نصب نشده باشند، نخواهد داد (حداقل بدون استفاده از گزینه‌های اجباری). در فرآیند نصب، اسکریپت‌های postinst بسته‌های فهرست‌شده در فیلدهای \&\fBDepends\fR پیش از اسکریپت‌های بسته‌هایی که به آنها وابسته هستند اجرا می‌شوند. برعکس، در هنگام حذف، اسکریپت prerm یک بسته قبل از اسکریپت‌های بسته‌های ذکرشده در فیلد \&\fBDepends\fR آن اجرا می‌گردد. .IP "\fBPre\-Depends:\fR \fIpackage\-list\fR" 4 .IX Item "Pre-Depends: package-list" فهرستی از بسته‌ها که باید قبل از نصب این بسته، نصب \&\fBو\fR پیکربندی شده باشند. این فیلد معمولاً در مواردی استفاده می‌شود که این بسته برای اجرای اسکریپت preinst خود به بسته دیگری نیاز دارد. .IP "\fBRecommends:\fR \fIpackage\-list\fR" 4 .IX Item "Recommends: package-list" بسته‌هایی را فهرست می‌کند که در همه حالت‌ها به جز نصب‌های غیرمعمول، به همراه این بسته یافت می‌شوند. نرم‌افزار نگهداری بسته در صورتی که کاربر بسته‌ای را بدون بسته‌های ذکرشده در فیلد \&\fBRecommends\fR نصب کند، به او هشدار خواهد داد. .IP "\fBSuggests:\fR \fIpackage\-list\fR" 4 .IX Item "Suggests: package-list" بسته‌هایی را فهرست می‌کند که با این بسته مرتبط هستند و شاید کارایی آن را بهبود بخشند، اما بدون آنها نیز نصب این بسته کاملاً منطقی و قابل قبول است. .PP نحو فیلدهای \&\fBDepends\fR، \&\fBPre\-Depends\fR، \&\fBRecommends\fR و \&\fBSuggests\fR شامل فهرستی از گروه‌های بسته‌های جایگزین است. هر گروه فهرستی از بسته‌ها است که با نماد خط عمودی (یا \(lqپایپ\(rq)، \(oq\fB|\fR\(cq از هم جدا شده‌اند. گروه‌ها با کاما از یکدیگر جدا می‌شوند. کاماها باید به عنوان \(lqو (AND)\(rq و پایپ‌ها به عنوان \(lqیا (OR)\(rq خوانده شوند، که اتصال پایپ‌ها اولویت بالاتری دارد. نام هر بسته می‌تواند اختیاری با یک قید معماری پس از دونقطه \(oq\fB:\fR\(cq و به دنبال آن مشخصات اختیاری شماره نسخه در داخل پرانتز همراه باشد. .PP نام قید معماری می‌تواند یک نام معماری واقعی دبیان (از dpkg 1.16.5 به بعد) یا \&\fBany\fR (از dpkg 1.16.2 به بعد) باشد. در صورت عدم درج، پیش‌فرض معماری بسته باینری فعلی است. یک نام معماری واقعی دبیان دقیقاً با آن معماری برای نام آن بسته مطابقت خواهد داشت؛ \&\fBany\fR در صورتی که بسته با \&\fBMulti\-Arch: allowed\fR علامت‌گذاری شده باشد با هر معماری برای آن نام بسته مطابقت خواهد داشت. .PP شماره نسخه ممکن است با یک \(oq\fB>>\fR\(cq شروع شود که در این صورت هر نسخه بعدی مطابقت خواهد داشت، و ممکن است شماره بازبینی بسته‌بندی دبیان را مشخص کرده یا نادیده بگیرد (که با یک خط تیره جدا می‌شود). روابط نسخه پذیرفته‌شده عبارتند از \(oq\fB>>\fR\(cq برای بزرگتر از، \(oq\fB<<\fR\(cq برای کوچکتر از، \(oq\fB>=\fR\(cq برای بزرگتر یا مساوی، \(oq\fB<=\fR\(cq برای کوچکتر یا مساوی، و \(oq\fB=\fR\(cq برای مساوی. .IP "\fBBreaks:\fR \fIpackage\-list\fR" 4 .IX Item "Breaks: package-list" بسته‌هایی را فهرست می‌کند که این بسته آنها را دچار شکستگی یا ناسازگاری می‌کند؛ به عنوان مثال با نمایان ساختن باگ‌ها در زمانی که بسته‌های نام‌برده به این بسته وابسته هستند. نرم‌افزار نگهداری بسته اجازه نخواهد داد بسته‌های شکسته پیکربندی شوند؛ معمولاً راه‌حل، ارتقای بسته‌های ذکرشده در فیلد \&\fBBreaks\fR است. .IP "\fBConflicts:\fR \fIpackage\-list\fR" 4 .IX Item "Conflicts: package-list" بسته‌هایی را فهرست می‌کند که با این بسته تداخل دارند، به عنوان مثال با داشتن فایل‌هایی با نام‌های یکسان. نرم‌افزار نگهداری بسته اجازه نخواهد داد بسته‌های متداخل به طور همزمان نصب شوند. دو بسته دارای تداخل هر یک باید شامل یک خط \&\fBConflicts\fR باشند که به دیگری اشاره می‌کند. .IP "\fBReplaces:\fR \fIpackage\-list\fR" 4 .IX Item "Replaces: package-list" فهرستی از بسته‌ها که این بسته فایل‌های آنها را جایگزین می‌کند. این مورد برای اجازه دادن به این بسته جهت رونویسی فایل‌های بسته دیگر استفاده می‌شود و معمولاً همراه با فیلد \&\fBConflicts\fR به کار می‌رود تا در صورتی که این بسته نیز فایل‌های مشابه با بسته متداخل داشته باشد، حذف بسته دیگر اجباری شود. .PP نحو فیلدهای \&\fBBreaks\fR، \&\fBConflicts\fR و \&\fBReplaces\fR شامل فهرستی از نام‌های بسته‌ها است که با کاما (و فاصله‌های اختیاری) از هم جدا شده‌اند. در فیلدهای \&\fBBreaks\fR و \&\fBConflicts\fR، کاما باید به عنوان \(lqیا (OR)\(rq خوانده شود. یک قید معماری اختیاری نیز می‌تواند با همان نحوی که در بالا ذکر شد به نام بسته اضافه شود، اما پیش‌فرض به جای معماری بسته باینری، \&\fBany\fR است. یک نسخه اختیاری نیز می‌تواند با همان نحوی که در بالا ذکر شد برای فیلدهای \&\fBBreaks\fR، \&\fBConflicts\fR و \&\fBReplaces\fR مشخص گردد. .IP "\fBEnhances:\fR \fIpackage\-list\fR" 4 .IX Item "Enhances: package-list" این فهرستی از بسته‌ها است که این بسته عملکرد آنها را بهبود می‌بخشد. این فیلد مشابه \&\fBSuggests\fR است اما در جهت عکس آن عمل می‌کند. .IP "\fBProvides:\fR \fIpackage\-list\fR" 4 .IX Item "Provides: package-list" این فهرستی از بسته‌های مجازی است که این بسته ارائه می‌دهد. معمولاً این فیلد در مواردی به کار می‌رود که چندین بسته همگی یک سرویس یکسان را ارائه می‌دهند. برای مثال، sendmail و exim می‌توانند به عنوان سرور ایمیل عمل کنند، بنابراین هر دو یک بسته مشترک (\(lqmail\-transport\-agent\(rq) را ارائه می‌دهند که بسته‌های دیگر می‌توانند به آن وابسته باشند. این امر به sendmail یا exim اجازه می‌دهد تا به عنوان یک گزینه معتبر برای برآورده کردن وابستگی عمل کنند. این کار از لزوم آگاهی بسته‌های وابسته به سرور ایمیل از نام تمامی آنها و استفاده از \(oq\fB|\fR\(cq برای جداسازی فهرست جلوگیری می‌کند. .PP نحو \&\fBProvides\fR فهرستی از نام‌های بسته‌ها است که با کاما (و فاصله‌های اختیاری) از هم جدا شده‌اند. یک قید معماری اختیاری نیز می‌تواند با همان نحو بالا به نام بسته اضافه شود. در صورت عدم درج، پیش‌فرض، معماری بسته باینری فعلی است. یک نسخه دقیق (مساوی) اختیاری نیز می‌تواند با همان نحو فوق مشخص شود (از نسخه dpkg 1.17.11 به بعد اعمال می‌شود). .IP "\fBBuilt\-Using:\fR \fIpackage\-list\fR" 4 .IX Item "Built-Using: package-list" این فیلد وابستگی، بسته‌های منبع اضافی را که در طول ساخت این بسته باینری استفاده شده‌اند، به منظور رعایت الزامات مجوزها فهرست می‌کند. این یک نشانگر برای نرم‌افزار نگهداری بایگانی است مبنی بر اینکه این بسته‌های منبع اضافی باید تا زمانی که این بسته باینری نگهداری می‌شود، حفظ شوند. این فیلد باید فهرستی جدا شده با کاما از نام‌های بسته‌های منبع باشد که روابط نسخه دقیق \(oq\fB=\fR\(cq درون پرانتز در آن قرار گرفته است. توجه داشته باشید که نرم‌افزار نگهداری بایگانی به احتمال زیاد از پذیرش بارگذاری بسته‌ای که رابطه \&\fBBuilt\-Using\fR آن در بایگانی قابل برآورده شدن نیست، خودداری خواهد کرد. .IP "\fBStatic\-Built\-Using:\fR \fIpackage\-list\fR" 4 .IX Item "Static-Built-Using: package-list" این فیلد وابستگی، بسته‌های منبع اضافی را که در طول ساخت این بسته باینری برای اهداف ساخت ایستا (مانند پیوند با کتابخانه‌های ایستا، ساخت برای زبان‌های متمرکز بر منبع مانند Go یا Rust، استفاده از کتابخانه‌های C/C++ فقط سرآیند (header-only)، تزریق بلوک‌های داده به کد، و غیره) استفاده شده‌اند، فهرست می‌کند. این فیلد برای ردیابی این موضوع مفید است که آیا در هنگام به‌روزرسانی بسته‌های منبع ذکرشده در اینجا (مثلاً به دلیل به‌روزرسانی‌های امنیتی)، این بسته نیاز به بازسازی دارد یا خیر. این فیلد باید فهرستی جدا شده با کاما از نام‌های بسته‌های منبع با روابط نسخه دقیق \(oq\fB=\fR\(cq درون پرانتز باشد. .Sp از نسخه dpkg 1.21.3 پشتیبانی می‌شود. .IP "\fBBuilt\-For\-Profiles:\fR \fIprofile\-list\fR (obsolete)" 4 .IX Item "Built-For-Profiles: profile-list (obsolete)" این فیلد قبلاً برای تعیین فهرستی جدا شده با فاصله از پروفایل‌های ساختی که این بسته باینری با آنها ساخته شده بود استفاده می‌شد (از dpkg 1.17.2 تا 1.18.18). اطلاعاتی که قبلاً در این فیلد قرار داشت اکنون در فایل \&\fB.buildinfo\fR که جایگزین آن شده است، یافت می‌شود. .IP "\fBAuto\-Built\-Package:\fR \fIreason\-list\fR" 4 .IX Item "Auto-Built-Package: reason-list" این فیلد فهرستی جدا شده با فاصله از دلایلی را مشخص می‌کند که چرا این بسته به طور خودکار تولید شده است. بسته‌های باینری مشخص‌شده با این فیلد در فایل کنترل منبع الگوی \&\fIdebian/control\fR ظاهر نخواهند شد. تنها دلیلی که در حال حاضر استفاده می‌شود \&\fBdebug\-symbols\fR است. .IP "\fBBuild\-Ids:\fR \fIelf\-build\-id\-list\fR" 4 .IX Item "Build-Ids: elf-build-id-list" این فیلد فهرستی جدا شده با فاصله از شناسه‌های ساخت ELF (ELF build-ids) را مشخص می‌کند. این شناسه‌ها، شناسه‌های منحصربه‌فردی برای اشیاء ELF از نظر معنایی یکسان، برای هر یک از آنها در بسته هستند. .Sp قالب یا روش محاسبه هر شناسه ساخت بر اساس طراحی تعریف نشده است. .SH "مثال (EXAMPLE)" .IX Header "EXAMPLE" .Vb 10 \& Package: grep \& Version: 3.11\-3 \& Essential: yes \& Priority: required \& Section: utils \& Maintainer: Anibal Monsalve Salazar \& Architecture: sparc \& Multi\-Arch: foreign \& Pre\-Depends: libc6 (>= 2.34), libpcre2\-8\-0 (>= 10.32) \& Provides: rgrep \& Conflicts: rgrep \& Installed\-Size. 1267 \& Homepage: https://www.gnu.org/software/grep \& Description: GNU grep, egrep and fgrep \& The GNU family of grep utilities may be the "fastest grep in the west". \& GNU grep is based on a fast lazy\-state deterministic matcher (about \& twice as fast as stock Unix egrep) hybridized with a Boyer\-Moore\-Gosper \& search for a fixed string that eliminates impossible text from being \& considered by the full regexp matcher without necessarily having to \& look at every character. The result is typically many times faster \& than Unix grep or egrep. (Regular expressions containing backreferencing \& will run more slowly, however). .Ve .SH "اشکالات (BUGS)" .IX Header "BUGS" فیلد \&\fBBuild\-Ids\fR از یک نام نسبتاً عمومی خارج از زمینه اصلی خود در یک شیء ELF استفاده می‌کند، که هدفی بسیار خاص و قالبی اجرایی را دنبال می‌کند. .SH "همچنین ببینید (SEE ALSO)" .IX Header "SEE ALSO" \&\fBdeb822\fR\|(5), \&\fBdeb\-src\-control\fR\|(5), \&\fBdeb\fR\|(5), \&\fBdeb\-version\fR\|(7), \&\fBdebtags\fR\|(1), \&\fBdpkg\fR\|(1), \&\fBdpkg\-deb\fR\|(1).