استفاده از Devtools در Arch Linux

• گردآوری با استفاده از Devtools
• پرونده های پیکربندی Devtools
• مخزن محلی
• بسته سریعتر

بسته Devtools در ابتدا برای کاربران معتمد ساخته شده بود تا بطور صحیح بسته هایی را برای مخازن رسمی ایجاد کنند. با این حال ، این می تواند توسط کاربران عادی و همچنین برای ساخت بسته های AUR یا حتی بسته های رسمی اصلاح شده مورد استفاده قرار گیرد.

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

Devtools نصب قوس جداگانه تمیز ، مستقر در /var/lib/archbuild/<TARGET>/root، که فقط شامل گروه های بسته baseو base-devel. اگر این نصب تمیز وجود نداشته باشد ، به طور خودکار آن را ایجاد می کند. اگر وجود داشته باشد ، به طور خودکار بسته های موجود در آن را به روز می کند. وقتی از Devtools برای ساخت بسته استفاده می شود ، با کپی کردن این نصب تمیز شروع می شود ، بسته های لازم را فقط در نسخه کپی می کنید ، منبع منبع را درون آن کپی می کنید ، کامپایل و بسته بندی را در آن انجام می دهید و فقط بسته حاصل را کپی می کنید ، به صورت یکسان از آنچه در مخازن رسمی یافت می شود.

Devtools مزایایی برای اجرای makepkgمستقیم آن دارد. یکی از مزایای آن این است که base-develسایر بسته های لازم برای کامپایل ، اما اجرا نشده ، بسته ای که می خواهید هرگز در سیستم اصلی شما خاموش نخواهد شد. این بسته های کمتری است که باید مرتباً به روز شوند و نگرانی هایی در مورد آنها وجود داشته باشد. اگرچه در درجه اول فایده ای برای نگهدارندگان بسته Arch دارد ، این فرآیند به راحتی وقتی که یک PKGBUILDنادرست است در معرض نمایش قرار می گیرد ، مانند این که وابستگی از لیست شدن که نگهدارنده قبلاً در سیستم اصلی خود نصب کرده است از دست می رود. همچنین می توانید از دستگاهی که در ساخت بسته ها سریعتر است استفاده کنید و بسته حاصل را در دستگاه کندتر که آن را اجرا خواهد کرد ، کپی کنید بدون اینکه باعث نصب دستگاه ماشین شود.

نقطه ضعف اصلی این است که ریشه تمیز همیشه وجود دارد و در حدود 800 مگابایت طول می کشد و معمولاً یک نسخه تک در آنجا فضای بیشتری را می گیرد. توجه داشته باشید ، اگر /var/lib/archbuild/از Btrfs استفاده می کنید ، کپی از root تمیز به عنوان یک عکس فوری Btrfs شروع می شود ، بنابراین این پرونده ها فضای دوبرابر را ندارند. ریشه تمیز همیشه در آنجا نگهداری می شود تا از نصب مجدد آن در هر بار تهیه بسته جلوگیری شود.

گردآوری با استفاده از Devtools

نصب Devtools:

# pacman -S devtools

برای ساخت بسته بندی ، Devtools شامل آن می شود archbuild، اما شما این کار را مستقیماً اجرا نمی کنید. این همچنین شامل لینک های مربوط به {extra, gnome-unstable, kde-unstable, staging, testing}-x86_64-build. سیملینک برای اجرای آن مورد استفاده قرار می گیرد archbuild، تا مشخص شود از چه هدفی می خواهید آن را استفاده کند. می توان از این مخازن ناپایدار / مرحله بندی / آزمایش استفاده کرد که ممکن است نسخه های جدیدتری نسبت به نسخه های جدید موجود در مخازن رسمی داشته باشد. برای استفاده از مخازن رسمی بسته های غیر AUR ، در دایرکتوری با فهرست PKGBUILD، به عنوان مثال دایرکتوری ساخته شده توسط git clone، موارد زیر را اجرا کنید:

$ extra-x86_64-build

توجه: بقیه این راهنما صرفاً به آنها اشاره خواهد شد extra-x86_64-build.

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

• /var/lib/archbuild/extra-x86_64/root- یک کلاه تمیز ، که نصب به روز و تنها با گروه های بسته بندی baseو base-devel.
• /var/lib/archbuild/extra-x86_64/<USERNAME>- این شامل یک chroot ساختمانی می شود . این یک نسخه از Chroot تمیز با هرگونه وابستگی لازم برای ساخت یا اجرای بسته ساخته شده و همچنین کد منبع ، نتایج تلفیقی و بسته آن است.
• دایرکتوری که در آن قرار دارید ، حاوی بسته و ساخت پرونده های log و همچنین هر منبع منبع بارگیری شده است.

در پایان ، ممکن است متوجه " Checking PKGBUILD" ، و " Checking <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz" شوید. خطوطی که از این خطوط خارج می شوند namcap، به طور خودکار به دنبال مشکلاتی مانند PKGBUILDپرونده های نادرست هستند ، وابستگی هایی که به نظر نمی رسد بسته از آن استفاده می کند ، وابستگی هایی وجود ندارد که به نظر می رسد بسته از آن استفاده می کند و موارد دیگر. مثبت کاذب اغلب توسط تولید می شود namcap، اما ابزاری عالی برای ارائه کارها برای بررسی است. اگر بسته شما به درستی کار کند ، ایده خوبی نیست که هشدار دهنده را به namcapخروجی هشدار دهید ، مگر اینکه به آن نگاه کرده باشید و تأیید کرده باشید که باید تغییری ایجاد شود.

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

یا همانطور که در اینجا توضیح داده شد از یک مخزن محلی استفاده کنید ، یا پرونده را مستقیماً نصب کنید:

# pacman -U <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz

اگر قرار بود extra-x86_64-buildمجدداً اجرا شود ، همین حالا یا هر زمان دیگری با این بسته یا بسته دیگر ، در صورت نیاز Chroot تمیز را به روز می کند ، chroot ساخت را پاک کرده و آن را به یک نسخه تازه از chroot تمیز تبدیل کرده و همین روند را انجام می دهد. اگر دایرکتوری شما هنوز از آخرین بار کد منبع بارگیری شده را دارد ، از آن استفاده می کند. اگر این بسته یک بسته AUR توسعه ای باشد ، تغییرات جدیدی را به جای دوباره کلون کردن به همراه خواهد داشت.

داخلی ، extra-x86_64-buildاجرا می شود makechrootpkg، که در داخل صدا می کند makepkg. گزینه های extra-x86_64-buildزیر شامل موارد زیر است:

• -c: با حذف و بازآفرینی کل /var/lib/archbuild/extra-x86_64/فهرست ، از جمله پاکدامن پاکش و ساختن کلیه فهرست های ایجاد شده ، کلاهبرداری ها را پاک کنید. این مورد به ندرت مورد نیاز است ، فقط در صورتی که توده تمیز خراب شود ، یا اگر Devtools به روشی ارتقاء یابد که سازگاری را به عقب می شکند.
• -r <dir>: از دایرکتوری متفاوت نسبت /var/lib/archbuild/extra-x86_64/به نگه داشتن کلاهبرداری استفاده کنید.

هر گونه استدلال به extra-x86_64-buildبعد --به تصویب makechrootpkg، هنگامی که آن را در داخل آن استفاده می کند. چندین استدلال همیشه به طور خودکار از آن منتقل extra-x86_64-buildمی شود makechrootpkg. این آرگومان های خودکار هستند -r <value given to extra-x86_64-build -r option if given, /var/lib/archbuild/extra-x86_64 otherwise> -c -n. آنها می گویند makechrootpkgchroot ساختمانی را حذف کرده و آن را به یک نسخه تازه از chroot تمیز تبدیل کنید و namcapدر صورت موفقیت آمیز روی بسته خود کار کنید. گزینه معمول مورد استفاده است که می تواند به گذشت makechrootpkgاست -l <copy name>. این نام دایرکتوری است که به جای آن chroot build می دهد <USERNAME>، که برای حفظ چندین نسخه یا جمع آوری چندین بسته در همان زمان مفید است.

هرگونه استدلالی که باید makechrootpkgپس از --آن به وجود makepkgبیاید ، وقتی از داخل برای ساخت بسته استفاده می کند. بار اول makepkgکه توسط makechrootpkgگزینه های غیر قابل تعویض خود اجرا می شود ، در صورت لزوم بارگیری پرونده های منبع و انجام بررسی های صداقت انجام می شود. بنابراین هیچ چیزی در این مرحله قابل انتقال نیست. این makepkgبار برای ساخت بسته دوم بار اجرا می شود ، و همیشه به طور خودکار makepkgآرگومان هایی را --syncdeps --noconfirm --log --holdver --skipintegکه به آنها می گوید makepkg، در داخل ساخت ساز ، به طور خودکار وابستگی های گمشده مورد نیاز برای ساخت و استفاده از بسته را نصب می کند ، نه درخواست تأیید در طول pacman، مراحل ساخت را به متن وارد کنید. علاوه بر این stdout، فایل ها در سیستم کنترل نسخه کد را به روزرسانی نکنید و بررسی های تأیید فایل منبع را انجام نمی دهید.

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

$ extra-x86_64-build <DEVTOOLS-OPTIONS> -- <MAKECHROOTPKG-OPTIONS> -- <MAKEPKG-OPTIONS>

توجه داشته باشید که /var/lib/archbuildمی توان مانند یک فهرست موقت رفتار کرد. اگر چند درایو سخت Vultr دارید ، ارزشمند است که یک سیستم پرونده RAID0 (نواری) را در اینجا سوار کنید. اگر رم زیادی دارید ، می توانید مانند یک فایل سیستم پشتیبان RAM نیز نصب کنید tmpfs. پس از ساخت بسته ، در پوشه ای که extra-x86_64-buildاز آن فرار کرده اید کپی می شود و اگر می خواهید ، در این مرحله می توانید حذف کنید /var/lib/archbuild. اجرای بعدی کندتر خواهد بود ، زیرا باید ریشه تمیز جدیدی ایجاد شود. از طرف دیگر ، می توانید /var/lib/archbuild/<USERNAME>قبل از اینکه بطور خودکار توسط برنامه بعدی Devtools حذف شود ، فضای اضافی از ساخت داخل را حذف کنید. بنابراین ، حتی اگر شما یک سیستم پرونده RAID0 نصب شده در اینجا شکست بخورید ، بیشترین چیزی که از دست می دهید تلفیقی در روند است.

پرونده های پیکربندی Devtools

چند ویژگی برای یادآوری با پرونده های پیکربندی Devtools وجود دارد. آنها در /usr/share/devtools/، مانند makepkg-x86_64.confو pacman-extra.conf:

• برای /etcپرونده هایی مانند makepkg.confو pacman.conf، می توانید با اطمینان آنها را در جای خود ویرایش کنید ، و هنگامی که بسته به روزرسانی شود ، تغییرات شما را بازنویسی نمی کند. در عوض ، فایلهای پیکربندی جدید را ذخیره می کند (در صورت تغییر از نسخه قبلی) که در انتها وجود دارد .pacnew. با این حال ، پرونده های پیکربندی Devtools وجود دارد /usr/share/که در آن قرار نیست کاربر ویرایش شود ، بنابراین وقتی Devtools به روز می شود ، بدون اطلاع رسانی به شما ، کاملاً تغییرات شما را در این پرونده ها بازنویسی می کند. تغییر در این رفتار ارائه شده و رد شده است ، زیرا این امر به اطمینان از ارسال بسته ها به مخازن رسمی همه با همان تنظیمات کامپایل کمک می کند.
• ارزش برای MAKEFLAGS، PACKAGERو {SRC,SRCPKG,PKG,LOG}DESTاز گرفته /etc/makepkg.confبه جای /usr/share/devtools/makepkg-x86_64.conf.

مخزن محلی

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

برای راه اندازی مخزن محلی ، به بخش "مخزن محلی" این راهنما مراجعه کنید .

ایجاد یک هدف سفارشی:

# ln -s archbuild /usr/bin/custom-x86_64-build
# cp /usr/share/devtools/pacman-{extra,custom}.conf

ویرایش /usr/share/devtools/pacman-custom.confو در پایان موارد زیر را اضافه کنید:

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

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

CacheDir    = /var/cache/pacman/pkg/ /archLocalRepo/

اکنون به جای استفاده extra-x86_64-buildاز این موارد استفاده کنید:

$ custom-x86_64-build

اگر همیشه می خواهید از هدف سفارشی استفاده کنید ، می توانید /var/lib/archbuild/extra-x86_64-build/فهرست موجود را در صورت وجود حذف کنید ، زیرا در حال حاضر ورود به سیستم قرار دارد /var/lib/archbuild/custom-x86_64-build/.

بسته سریعتر

توجه داشته باشید که بسته بندی رشته ای شامل ویرایش /usr/share/devtoolsپرونده های پیکربندی است که به طور رسمی پشتیبانی نمی شوند ، بنابراین باید هر بار که Devtools به روز می شود این تغییر را انجام دهید.

Devtools یک بسته کامل را در قالب بایگانی ترکیب می کند. به طور پیش فرض ، .tar.xzاستفاده از یک موضوع واحد را برای xzفشرده سازی ایجاد می کند.

در سیستم های چند CPU ، می توانید xzبا استفاده از ویرایش /usr/share/devtools/makepkg-x86_64.conf، از چندین موضوع استفاده کنید و خط زیر را تغییر دهید:

COMPRESSXZ=(xz -c -z -)

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

COMPRESSXZ=(xz -c -z - --threads=0)

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

COMPRESSXZ=(xz -c -z - --threads=21)

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

اگر مهم نیست که پرونده بسته بزرگتر باشد ، فشرده سازی را با ویرایش غیرفعال کنید /usr/share/devtools/makepkg-x86_64.confو خط زیر را تغییر دهید:

PKGEXT='.pkg.tar.xz'

آن را تغییر دهید تا به شکل زیر ظاهر شود:

PKGEXT='.pkg.tar'