ساخت بسته های روی Arch Linux (از جمله AUR)

• PKGBUILD
• به دست آوردن PKGBUILD / ETC
• به روزرسانی PKGBUILD / ETC
• گردآوری
• مخزن محلی
• سریعتر کامپایل شوید
• خطای امضای PGP
• بسته های توسعه AUR
• بسته های قدیمی

در Arch Linux ، مخزن های رسمی عبارتند از: هسته ، اضافی و جامعه. این بسته ها قبلاً گردآوری شده اند و از طریق آنها نصب می شوند pacman. در اکثر موارد ، کاربران عمومی می توانند نادیده بگیرند که این 3 مخزن رسمی جداگانه هستند. Core حاوی مهمترین بسته ها مانند هسته ، فرآیند بوت شدن ، شبکه سازی ، مدیریت بسته بندی ، opensh و غیره است. همچنین دارای سخت افزارهای دقیق تر قبل از انتشار نسخه های جدید است. موارد اضافی حاوی سایر بسته های محبوب و مهم نیست ، مانند سرور X ، مدیران پنجره یا مرورگرهای وب. انجمن حاوی بسته های کمتری محبوب است. فقط کاربران قابل اعتماد (حدود 60 کاربر فعال که توسط سایر کاربران قابل اعتماد رأی داده شده اند) امکان تغییر در مخازن رسمی را دارند.

در سال 2019 ، حدود 11000 بسته در مخازن رسمی ، در https://www.archlinux.org/packages وجود دارد . اما ، بسیاری از برنامه های دیگر موجود در لینوکس وجود دارد. بنابراین ، AUR (Arch Linux Repository User Arch)) وجود دارد ، بنابراین هر کاربر Arch می تواند یک برنامه جدید اضافه کند و نگهدارنده آن شود یا یک بسته "یتیم" را بدون یک نگهدارنده فعلی اتخاذ کند. در AUR ، در حدود 55،000 بسته در https://aur.archlinux.org/ وجود دارد .

3 تفاوت مهم با AUR وجود دارد:

1. باز هم ، این بسته ها می توانند توسط هر کاربر ، حتی یک محصول جدید تولید شوند.
2. AUR فقط یک PKGBUILDاسکریپت پوسته را در خود جای داده است تا بطور خودکار بسته را بسازد ، نه دودویی ها را کامپایل کند. (گاهی اوقات حاوی تکه های متن کوچک یا نصب اسکریپت های پوسته نصب / ارتقاء / حذف) است. این کار فوق العاده ای را در اختیار کاربران قرار داده است ، ضمن اینکه شانس اینکه کسی بتواند کد مخرب را توزیع کند ، کمک کند. جامعه Arch هنوز در رابطه با مشکلات بسته های AUR کاملاً مفید است ، اما ذکر شده است که استفاده از آنها در معرض خطر شماست. از آنجا که تنها چیزی که ارائه می دهد PKGBUILD، در نهایت وظیفه شماست که نقد و بررسی مورد نظر خود را بررسی PKGBUILDکنید. (اعطاء شده است که بسیاری از کاربران این کار را نمی کنند و فقط به دیگران متکی هستند تا مراقب باشند.)
3. از آنجا که pacmanبه طور مستقیم با AUR در تعامل نیست ، مسئولیت شماست که بسته های AUR را به روز کنید. وقتی بطور دوره ای کل سیستم خود را ارتقا می دهید pacman، به طور خودکار به روزرسانی در PKGBUILDپرونده های AUR بارگیری نمی شود ، آنها را کامپایل می کند و آنها را برای شما نصب می کند.

اگرچه این مقاله بر ساخت بسته های AUR متمرکز است ، اما می توانید از همین تکنیک ها برای ساخت بسته های خود از مخازن رسمی استفاده کنید.

PKGBUILD

در مقایسه با .specپرونده ای که بسیاری از توزیع های دیگر از آن استفاده می کنند ، یک PKGBUILDاسکریپت پوسته کوتاه و ساده است. اگرچه برخی بسته ها پیچیده تر هستند ، اما به سادگی می توانند مشابه موارد زیر باشند:

pkgname=NAME
pkgver=VERSION
pkgrel=1
pkgdesc='DESCRIPTION'
url=http://example.com/
arch=('x86_64')
license=('GPL2')
source=(http://example.com/downloads/${pkgname}-${pkgver}.tar.gz)
sha256sums=('f0a90db8694fb34685ecd645d97d728b880a6c15c95e7d0700596028bd8bc0f9')

build() {
   cd "${srcdir}/${pkgname}-${pkgver}"
   ./configure
   make
}

package() {
   cd "${srcdir}/${pkgname}-${pkgver}"
   make install
}

این سند به موارد زیر اشاره دارد:

• PKGNAME: نام بسته
• PKGVER: نسخه یک بسته (تقریباً همیشه مطابق با نسخه نسخه بالادست)
• PKGREL: قوس "نسخه" مربوط PKGBUILDبه یک خاص PKGVER(معمولاً 1 ، اما در صورت نیاز به تغییر PKGBUILDبین نسخه های بالادست افزایش یافته است)
• ARCH: معماری های این بسته می توانند بر پایه ساخته شوند (تا حدودی میراث ، زیرا مخازن رسمی Arch Linux فقط از "x86_64" (CPU های 64 بیتی) پشتیبانی می کنند ، اما بسته های AUR هنوز هم می توانند از "i686" (CPU های 32 بیتی) یا "هر" پشتیبانی کنند. تعیین معماری بی ربط است)
• PKGBUILD/ETC: پرونده های موجود در مخزن AUR. PKGBUILD، و هر تکه متن های کوچک دیگر، و یا نصب / ارتقاء / اسکریپتهای پوسته حذف. پرونده های بالادست موجود در sourceآرایه را شامل نمی شود .

اگرچه AUR بسیار قابل اعتماد بوده است ، اما این ایده خوبی است که به آن نگاه کنید PKGBUILD/ETCتا مطمئن شوید که منبع را از مکانی که می خواهید به آن اعتماد کنید دریافت کنید؛ (به عنوان مثال ، یک مکان رسمی بالادست ، که می تواند از github باشد - اما نه فقط برخی از مخازن github شخص تصادفی که ارتباطی با بسته بالادست ندارد)؛ و PKGBUILD/ETCاین کد حاوی کد مشکوک نیست.

به دست آوردن PKGBUILD/ETC

از AUR

اگر مخازن رسمی بسته ای را که می خواهید آن را نصب کنید وجود ندارد ، آن را در https://aur.archlinux.org/ جستجو کنید . امیدوارم متوجه شوید که آنچه می خواهید وجود داشته باشد ، به روز و حفظ شده است.

بهترین راه برای به دست آوردن PKGBUILD/ETCاز AUR ، کلون کردن از طریق آن است git.

gitاگر قبلاً وجود ندارد نصب کنید :

# pacman -S git

برای آن پکیج از "URL Git Clone URL" که در وب سایت AUR نشان داده شده است استفاده کنید:

$ git clone https://aur.archlinux.org/fslint.git

دایرکتوری را وارد کنید و به محتوای آن نگاه کنید. (همه موارد ذکر شده در اینجا ، به جز موارد . .. .gitزیر PKGBUILD/ETC):

$ cd <PKGNAME>
$ ls -a
.  ..  .git  PKGBUILD  .SRCINFO

اگر بررسی کنید PKGBUILD، امیدوارم که از کد منبع رسمی بالادست استفاده کند و مراحل معمولی برای ساخت یک بسته را انجام دهد ، بنابراین به نظر قابل اعتماد است. .SRCINFOفقط شامل اطلاعات نشان داده شده در وب سایت مورد بسته شده است، بنابراین نگران کننده نیست. اگر پرونده های دیگری در اینجا وجود دارد ، آنها (مستقیماً) توسط بالادست ارائه نمی شوند ، بنابراین پرونده ها و نحوه استفاده آنها در پرونده PKGBUILDباید بررسی شوند تا مطمئن شوند که هیچ مشکوکی در آنها وجود ندارد.

از مخازن رسمی

اگرچه بسیار کمتری مورد نیاز است ، اما می توانید بسته ای را که قبلاً در مخازن رسمی موجود است ، بسازید تا یک پچ جدید نیز بسازید ، یک نسخه جدیدتر بسازید و غیره.

به دست آوردن PKGBUILD/ETCاز هسته و فوق العاده مخازن است:

$ git clone --single-branch --branch "packages/<PKGNAME>" git://git.archlinux.org/svntogit/packages.git "<PKGNAME>"

از مخزن انجمن:

$ git clone --single-branch --branch "packages/<PKGNAME>" git://git.archlinux.org/svntogit/community.git "<PKGNAME>"

ارتقا PKGBUILD/ETC

اگر نسخه PKGBUILD/ETCبه روز شده منتشر شد ، می توانید دوباره به این فهرست راهنمائی شده و با استفاده از git cloneآنها برگردید و آنها را به روز کنید:

$ git pull

سپس بسته را با استفاده از روش مورد نظر خود ، در زیر بارگذاری مجدد و نوسازی کنید.

گردآوری

روش های زیادی برای تهیه بسته ها وجود دارد. در نهایت ، همه چیز استفاده می کند makepkg. 2 روش پشتیبانی شده رسمی وجود دارد:

• برای استفاده مستقیم makepkg، به https://www.vultr.com/docs/using-makepkg-on-arch-linux مراجعه کنید .
• برای استفاده غیرمستقیم makepkgدر یک تمیز chroot، به https://www.vultr.com/docs/using-devtools-on-arch-linux مراجعه کنید .

وجود دارد بسیاری از برنامه های AUR یاور، (مانند makepkgلفاف بسته بندی)، که رسما توسط Arch پشتیبانی نمی شود، مانند aurutils، yay، و به تازگی قطع aurmanو yaourt. حتی اگر از یکی از این برنامه های کمک کننده دیگر استفاده می کنید ، اکیدا توصیه می شود که با استفاده از روشهای پشتیبانی شده رسمی ، برای کارآمدتر شدن در هنگام بروز اشتباه ، به روشهای پشتیبانی شده رسمی کمک کنید.

بقیه این سند YOUR BUILDERبه معنای روش دیگری است که شما انتخاب می کنید.

مخزن محلی

می توانید یک مخزن محلی را تنظیم کنید تا یک مکان اصلی برای همه بسته هایی باشد که می سازید.

مخزن محلی را هر کجا که می خواهید قرار دهید:

# mkdir /archLocalRepo

YOUR BUILDERبدون هیچگونه گزینه نصب خودکار اجرا کنید و بسته را در مخزن محلی خود کپی کنید.

# cp <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz /archLocalRepo

بسته جدید را به فهرست مخزن اضافه کنید:

# repo-add /archLocalRepo/archLocalRepo.db.tar.gz /archLocalRepo/<PACKAGE-FILE-NAME>

برای حذف یک بسته از فهرست مخزن و خود پرونده بسته بندی:

# repo-remove /archLocalRepo/archLocalRepo.db.tar.gz <PKGNAME>
# rm /archLocalRepo/<PACKAGE-FILE-NAME>

اگر شما نیاز به جایگزین کردن یک بسته بسته موجود دارید ، باید یک مورد جداگانه را جدا کنید ، سپس پرونده جدید را اضافه کنید. شما به سادگی نمی توانید پرونده جدید را بر روی پرونده قدیمی کپی کنید.

پیکربندی کنید pacmanتا از مخزن محلی خود ، با ویرایش استفاده کنید /etc/pacman.conf، و در پایان موارد زیر را اضافه کنید:

[archLocalRepo]
SigLevel = Optional TrustAll
Server = file:///archLocalRepo

شما باید pacmanدانش خود را در مورد مخازن ، (از جمله محلی خود) ، از پایگاه داده ها تازه کنید. برای دیدن بسته های اضافه شده به آن:

# pacman -Sy

بعد از آن می توانید بسته را نصب کنید ، متفاوت از این که در یک مخزن رسمی وجود داشته باشد:

# pacman -S <PKGNAME>

توجه داشته باشید که اگر بسته فقط وابستگی بسته دیگری است که می خواهید آن را نصب کنید ، نیازی به نصب مستقیم آن ندارید. با نصب این بسته دیگر ، pacmanبسته های وابستگی را در مخزن محلی خود بطور خودکار پیدا و نصب خواهید کرد.

سریعتر کامپایل شوید

به طور پیش فرض ، YOUR BUILDERبا استفاده از یک موضوع واحد کامپایل می شود. در سیستم های چند CPU ، شما می توانید در صورت امکان از چندین موضوع استفاده کنید. سیستم ساخت در صورت امکان بخش هایی از کد منبع را به صورت موازی کامپایل می کند. بعضی مواقع قسمتهایی از کد به قطعات دیگری نیاز دارد که در آن تعامل داشته باشند تا در حال حاضر کامپایل شوند ، بنابراین شما همیشه نخواهید دید که بسیاری از موضوعات مورد استفاده مجاز باشد. ویرایش /etc/makepkg.confکنید

برای استفاده از هر تعداد موضوعات مجازی ، می توانید موارد زیر را اضافه کنید:

MAKEFLAGS="-j$(nproc)"

توجه: این کار فرمان را nprocهر بار اجرا می کند ، بنابراین در صورت بروزرسانی سرور Vultr خود ، همیشه از تعداد فعلی هسته استفاده می کنید.

برای استفاده از چندین هسته مجازی ، اما همه آنها مانند کاهش تأثیرگذاری بر عملکرد کلی سیستم ، تعداد مشخصی را اضافه نمی کنند. به عنوان مثال ، اگر 24 هسته دارید ، می توانید از 21 استفاده کنید:

MAKEFLAGS="-j21"

مشخص کردن موضوعات بیشتر از تعداد هسته مجازی شما باعث کاهش کارایی می شود.

این نسبتاً نادر است ، اما سیستمهای ساخت برخی از بستهها با عدم تنظیم صحیح وابستگی بین قسمتهای کد ، مشکلاتی در کامپایل موازی دارند. به طور معمول ، PKGBUILDپرونده های این بسته ها با مراجعه به سیستم ، این کار را برای شما انجام می دهند make -j1، که بر پیش فرض تنظیم شده غلبه می کند. در صورت نیاز به این مورد و گم شدن آن ، آن را به نگهدارنده بسته Arch گزارش دهید.

خطای امضای PGP

یک PKGBUILDمنبع منبع می تواند حاوی پرونده .ascیا .sigپرونده باشد. آنها غالباً با استفاده از بسط باند بند شامل می شوند ، بنابراین می توان آن را آسان کرد:

source=("http://example.com/downloads/${pkgname}-${pkgver}.tar.gz{,.sig}")

اگر هر یک از این قالب های پرونده های امضا در آرایه منبع گنجانده شود ، YOUR BUILDERبطور خودکار سعی در امضای بایگانی منبع بالادست دارد. کلید PGP امضا باید در قسمت کلید کاربر باشد. در غیر این صورت ، با این خطا سقط می شود:

==> Verifying source file signatures with gpg...
    <SOURCE-FILE> ... FAILED (unknown public key 1234567890ABCDEF)
==> ERROR: One or more PGP signatures could not be verified!

درک این نکته مهم است که می توان کلید GPG را به چند روش نشان داد. اثر انگشت آن 40 شخصیت شش ضلعی است و همان چیزی است که شما همیشه باید از آن استفاده کنید. شناسه كليد بلند 16 رقم آخر است و شناسه كليد كوتاه 8 آخرين رقم است. اگرچه کوتاه تر است ، اما اجازه می دهد تا نسخه هایی که کل استدلال در تأیید امضاها را رد می کنند. بدتر اینکه ، به مهاجمان گفته می شود که کلیدهای جعلی تولید می کنند که با کلیدهای طول کمتر برای توسعه دهندگان دارای مشخصات بالا مطابقت دارند.

اثر انگشت کلید PGP را تهیه و تأیید کنید

اگر قبلاً ساخت بسته را امتحان نکرده اید ، منابعی را که شامل پرونده امضا است ، بارگیری کنید: (اگر ساختمان را امتحان کردید ، در حال حاضر در آنجا خواهد بود)

$ makepkg --nobuild --noextract

برای به دست آوردن اثر انگشت کامل:

$ gpg <ASC-OR-SIG-FILENAME>
...
gpg:                using RSA key 155D3FC500C834486D1EEA677FD9FCCB000BEEEE
...

در حالت ایده آل ، باید این اثر انگشت را از بالادست تأیید کنید. برای اطمینان ، بالادست باید کلیدهای نگهدارنده خود را در جایی در وب سایت یا منبع خود قرار دهد. صرفاً جستجو برای کلید روی سرور کلیدی در واقع کاری انجام نمی دهد. یک مهاجم می تواند به راحتی یک کلید جعلی را ارسال کند ، زیرا سرورهای کلیدی صحت را تأیید نمی کنند. کلیدها را می توان با کلیدهای دیگر امضا کرد ، بنابراین اگر از قبل کلید دیگری را دارید که به آن اعتماد دارید ، باید به تمام کلیدهایی که به آنها امضا کرده اید ایمن باشید.

این می تواند کاملاً کار باشد ، به خصوص وقتی که در بالادست اثر انگشت خود را منتشر نکرده یا جای آن را در جایی آسان پیدا کنید. PKGBUILDیک حاوی validpgpkeysآرایه، که توسط نگهدارنده طاق اضافه شد. اگر پکیج یک مخزن رسمی است ، این بدان معناست که کاربر قابل اعتماد آن را در آنجا قرار می دهد ، و شما باید کاملاً ایمن باشید تا فقط به هر چیزی که در آرایه ذکر شده است اعتماد کنید. اگر بسته در AUR است ، به یاد داشته باشید فقط بدان معنی است که کاربر دیگری Arch در آنجا قرار داده است. اگر نگران اعتماد به آن هستید ، می توانید همیشه به کاربر نگاه کنید تا ببیند که در گذشته با Arch چه کارهایی را انجام داده اند.

کلید PGP را به کلید خود اضافه کنید

برای افزودن اثر انگشت به کلید خود:

$ gpg --recv-keys <FINGERPRINT>

اکنون می توانید اجرا کنید YOUR BUILDER، و به اثر انگشت اعتماد خواهد کرد.

بسته های توسعه AUR

بسته های AUR با نام پایان دادن به -git، -svn، -bzrو یا -hgنسخه های توسعه، که استفاده از آخرین نسخه سیستم کنترل بالادست به جای مرتکب از بالادست آخرین نسخه است. به عنوان مثال ، الف-gitاین پکیج از آخرین تعهد بالادست در شاخه کارشناسی ارشد (یا شاخه معادل آنها) استفاده می کند. این فوق العاده است برای رفع اشکالات بالادست و ویژگی های جدیدی که هنوز منتشر نشده اند ، و در هنگام کار با بالادست بر روی یک اشکال شما گزارش می دهید از جمله اگر باید برای آنها تأیید کنید این اشکالی نیست که توسط تعهدی که هنوز در نسخه منتشر نشده است برطرف شده باشد. این بسته ها باید به طور بالقوه ناپایدار در نظر گرفته شوند. این گفت ، متأسفانه ، گاهی اوقات جایگزینی وجود ندارد زیرا برخی از نگهدارنده های بالادستی هیچ وقت نسخه های برچسب را نشان نمی دهند یا بین نسخه های برچسب گذاری زیاد فاصله می گیرند و انتظار دارند همه از تعهدات اخیر خود استفاده کنند. بسته به بسته ، شما ممکن است اولین کسی باشید که اجرای این تعهد را امتحان می کنید. بسته به توسعه دهندگان بالادست ، آخرین تعهد آنها حتی نمی توانند کامپایل شوند ،

درک یک اشتباه رایج مهم است. بسته های توسعه AUR را به روز نکنید زیرا فقط یک نسخه قدیمی را نشان نمی دهد! PKGBUILDپرونده های بسته توسعه شامل یک عملکرد اضافی نیز هستند pkgver()که برای تجزیه خودکار به روزرسانی شده PKGVERاز کد منبع بالادست استفاده می شود. یک قالب مشترک برای یک -gitبسته است <TYPICAL-VERSION-NUMBER>.r<COMMITS-SINCE-LAST-RELEASE>.<GIT-COMMIT>-<PKGREL>. بسته ای ممکن است در AUR ذکر شود 5.0.0.r102.8d7b42ac21-1، زیرا این همان چیزی است که در آن وجود دارد PKGBUILD. اما ، هنگام ایجاد یک بسته ، YOUR BUILDERبه صورت خودکار بروزرسانی می شود PKGVERتا کد منبع تازه بارگیری شده را منعکس کند. در واقع ، اگر بسیاری از نسخه های جدید منتشر شده است ، اما هیچ چیز در روند ساخت تغییر نکرده است ، چنین PKGBUILDلیست یک نسخه قدیمی می تواند باعث خنثی کردن ساختن چیزهای بسیار جدیدتری شود ، مانند9.1.2.r53.2c9a41b723-1. برای این بسته ها ، نسخه ذکر شده در وب سایت به سادگی آخرین نسخه در زمان آخرین نگهدارنده AUR است که باید آخرین نسخه را به روز کنید PKGBUILD.

نگهبانان AUR قرار نیست فقط به روز کنند PKGVERتا نسخه های جدید را بازتاب دهند. آنها فقط هنگامی تصور می شوند که تعهدات بالادستی جدید تری PKGBUILDبه تغییر چیز دیگری نیاز داشته باشند .

فقط یک بسته AUR توسعه یافته را به روز کنید اگر بدانید که در واقع اشتباه است. یعنی ، شما واقعاً سعی کرده اید از آن استفاده کنید و نتوانید کامپایل جدید را بطور صحیح قالب بندی یا تجزیه کنید PKGVER. بعضی اوقات اتفاقاتی رخ می دهد که نگهدارنده AUR را وادار به بروزرسانی می کند PKGBUILD، مانند تغییر وابستگی های بالادست ، configureگزینه ها تغییر می کنند ، نسخه های جدید GCC خطاهایی را در کد منبع دریافت می کنند که موارد قبلی این کار را نمی کردند ، مکان های مخزن بالادستی تغییر می کنند یا توسعه دهندگان بالادست تغییر می کنند که نسخه معمولی آنها تغییر کند. در کد منبع است که می شکندPKGVERتابع تجزیه. درک کنید که حتی اگر در تدوین یا کار نادرست باشد ، این می تواند به معنای آن باشد که نگهدارنده AUR باید تغییراتی در روند ساخت خود ایجاد کند ، یا می تواند یک مسئله بالادستی با کد منبع آنها باشد که حفظ کننده AUR هیچ مسئولیتی در قبال آن ندارد.

بسته های قدیمی

حتماً قبل از اعلام یک بسته به دلیل قدیمی بودن ، بخش "بسته های توسعه ای AUR" را در بالا بخوانید!

اگر بالادست نسخه جدیدتری را برای بسته غیر توسعه ای منتشر کرده است PKGBUILD، می توانید بر روی "بسته بسته به موقع پرچم" کلیک کرده و یک پیام را برای نگهدارنده تایپ کنید. برای بسته‌های مخزن رسمی از https://packages.archlinux.org و از https://aur.archlinux.org برای بسته‌های AUR استفاده کنید. یک پیام مفید می تواند شماره نسخه جدید و شاید پیوندی برای انتشار نسخه یا کد منبع باشد. ویژگی پرچم گذاری به طور خودکار پیام شما را به نگهدارنده ایمیل می کند.

در بسته AUR ، اگر بعد از 2 هفته پاسخی وجود نداشته باشد ، می توانید روی گزینه "ارسال درخواست" با نوع "یتیم" کلیک کنید ، اگر می خواهید از یک کاربر مورد اعتماد بخواهید تا نگهدارنده فعلی را حذف کند ، و اگر این بسته را یتیم کند ، اگر نگهدارنده به درخواست یتیم پاسخ نمی دهد. به طور کلی ، مردم فقط در صورت توانایی و تمایل به تصرف بسته می توانند درخواست های یتیم را ترجیح دهند ، و ترجیحاً فقط در صورتی که جریان کار داشته باشند PKGBUILD.

در ضمن ، شما می توانید اغلب بسته های منسوخ خود را به روز کنید. اغلب شما فقط باید PKGBUILDبا به روزرسانی PKGVERبه شماره نسخه جدید تغییر دهید و مبالغ یکپارچگی به روز می شوند. یک برنامه updpkgsumsدر بسته وجود دارد pacman-contrib، که به طور خودکار مبالغ را محاسبه می کند و آنها را در مورد PKGBUILDشما به روز می کند. شایان ذکر است که یادداشت های انتشار بالادست را بررسی کنید تا ببینید که آیا آنها ذکر می کنند که باید در طی مراحل نصب نسخه جدید تغییر کنید. بعضی اوقات تغییرات بالادست نیاز به تغییرات بیشتری دارند PKGBUILD/ETC. غالباً sourceآرایه PKGVERدر آن تعبیه شده است ، بنابراین اغلب حتی به بروزرسانی نیز احتیاج ندارد.