مدیر برنامه Fedora 24. نحوه نصب برنامه ها در فدورا. حساب های آنلاین را وصل کنید

در سیستم عامل های فدورا، مدیر بسته RPM در رابطه با یوم استفاده می شود. RPM یک مخفف بازگشتی است: مدیر بسته RPM - RPM - مدیر بسته. پیش از این، RPM رمزگشایی شده به عنوان مدیر بسته کلاه قرمز - مدیر بسته کلاه قرمز، به دلیل توسعه یافته توسط Red Hat برای Red Hat لینوکس. ماهیت مدیر بسته این است که آن را در اطلاعات پایگاه داده در مورد تمام بسته های نصب شده (برنامه ها)، اطلاعات در مورد فایل های اصلاح شده در طول نصب و یا حذف بسته ها ذخیره می کند.

YUM - همچنین اغلب به مدیر بسته اشاره می کند، با این حال، آن را به جای یک برنامه نصب خودکار و به روز رسانی بسته های از مخازن و منابع محلی برای سیستم عامل با استفاده از RPM. یکی از مهمترین وظایف yum یک رزولوشن اتوماتیک و نصب وابستگی ها است. نام یام به عنوان زرد سگ به روز رسانی، اصلاح شده است. شما می توانید با برنامه یم از هر دو خط فرمان کار کنید و از یکی از رابط های گرافیکی استفاده کنید.

بنابراین، در فدورا 17، سه راه اساسی برای نصب برنامه ها وجود دارد:

• مونتاژ آنها را از منابع (این برنامه ها در فایل ها با فرمت tar.gz توزیع می شوند). این روش قدیمی ترین موجود است، اما همچنین سخت ترین است. در این مقاله ما آن را تحت تاثیر قرار نخواهیم داد
• نصب و راه اندازی با استفاده از مدیران بسته RPM. اجرای RPM در خط فرمان با پارامترهای مناسب. با این حال، از آنجا که YUM در فدورا 17 استفاده می شود، بهتر است از آن استفاده کنید تا هیچ گونه اختلاف در پایگاه های RPM و YUM وجود داشته باشد.
• نصب برنامه ها با استفاده از مدیر بسته یم. این روش راحت تر و ساده ترین است و ما در مورد آن در زیر صحبت خواهیم کرد.

یک تابع مهم yum توانایی نصب (و همچنین به روز رسانی در هنگام صدور نسخه های جدید) از برنامه ها از مخازن (ذخیره سازی شبکه) است. این به طور کلی شبیه به Google Play (بازار گوگل سابق) و فروشگاه App است. شما به سادگی برنامه مورد نظر را انتخاب می کنید، و YUM به طور خودکار بارگیری و نصب آن را، در هنگام بارگذاری وابستگی های لازم.

شما می توانید برنامه ها را هر دو با استفاده از رابط گرافیکی و با استفاده از خط فرمان نصب کنید.

برای نصب برنامه ها با استفاده از یک رابط گرافیکی، اجرای "نصب و ارتقاء برنامه ها" (Overview -\u003e برنامه ها -\u003e سیستم) را اجرا کنید.

شما می توانید یک بسته را از یک گروه خاص انتخاب کنید و با جستجو (جستجو با نام و توضیحات انجام می شود).

جعبه چک را در مقابل بسته دلخواه قرار دهید و روی «اعمال» کلیک کنید.

پس از حل وابستگی ها، ممکن است گزارش دهید که لازم است وابستگی ها (به عنوان مثال، بسته های حاوی برخی از کتابخانه ها) لازم باشد. برای ادامه، روی "ادامه" کلیک کنید.

نصب برنامه ها از مخازن با استفاده از Yum از خط فرمان نیز بسیار پیچیده نیست. به عنوان مثال، اگر می خواهید برنامه Galculator را نصب کنید، در شبیه ساز ترمینال اجرا کنید:

sudo yum نصب Galculator

با توجه به تمامی تعداد نرم افزار های متنوع در مخازن رسمی و اضافی (به مخزن خارجی در فدورا 17 مراجعه کنید)، بعضی از نرم افزارها، به عنوان مثال، اسکایپ (Skype را در فدورا 17) یا اپرا از طریق مخازن و مخازن بسته خود برای فدورا استفاده نکنید نه اما آنها در قالب فایل های RPM توزیع می شوند که می توانند از سایت های رسمی دانلود شوند. در مثال مرورگر اپرا، نصب فایل های RPM در زیر نشان داده شده است:

• فایل نصب RPM را به دایرکتوری اصلی دانلود کنید.
• بعد، شما می توانید به دو روش عمل کنید: نصب را از طریق پوسته گرافیک یا از طریق خط فرمان نصب کنید.

روش اول - روی فایل دوبار کلیک کنید و نصب را با کلیک روی «تنظیم» تأیید کنید.

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

sudo yum localinstall opera-12.12-1707.x86_64.rpm -nogpgcheck

به روز رسانی نرم افزار همچنین می تواند به صورت گرافیکی (Overview -\u003e برنامه های کاربردی -\u003e سیستم ها -\u003e به روز رسانی برنامه ها) آغاز شود و با پیروی از دستور ترمینال:

لینوکس فدورا یکی از محبوب ترین توزیعهای امروز است لینوکسبرای تست فن آوری های جدید. تولید - محصول لینوکس فدورا او به شدت از اعتماد به نفس کاربران به دلیل ترکیبی از برنامه های فعلی و ثبات کلی کار دریافت کرد. توزیع بر ساخت یک سیستم عامل جامع از نرم افزار رایگان متمرکز شده است.

طرح لینوکس فدوراپایه تست برای توزیع تجاری است Red Hat Enterprise Linux: قبل از روشن کردن ویژگی های جدید در Rhelآنها لزوما در آن ظاهر می شوند فدورا. تغییرات در نظر گرفته شده برای Red Hat Enterprise Linux، ابتدا در این توزیع آزمایش شد.

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

جدید در لینوکس فدورا 13

• ادغام کامل S. PackageKit. در حال حاضر برنامه Brasero می تواند به طور خودکار کدک های گمشده را نصب کند. gstreamerاگر آنها مورد نیاز برای ضبط باشند صوتی CD غلتکبرنامه های لازم برای پردازش فرمت های مختلف بایگانی را ایجاد می کند؛

• به عنوان یک مدیر عکس استفاده کنید شاتولبجای gthumbو نقطه F شاتول- آسان در گردش رایگان برنامه مدیریت عکس رایگان برای محیط دسکتاپ گنوم;

• کار با اسکن ساده این برنامه اسکن برای اتصال اسکنر طراحی شده و اسکن یا سند تصویر را در فرمت مناسب انجام می دهد؛

• نصب و راه اندازی اتوماتیک رانندگان چاپ. هنگام اتصال به موازی یا پرینتر USB چاپگرجستجو و نصب درایور مربوط به سازنده و مدل.

نرم افزار به عنوان بخشی از لینوکس فدورا 13:

• پیکربندی - تعدادی از خدمات گرافیکی برای تنظیم سیستم؛

• محیط های گرافیکی - KDE 4.4.2، پیش فرض استفاده می شود GNOME 2.30.0؛

• برنامه های اینترنتی - فایرفاکس 3.6.3، Thunderbird 3.0.4، Nautilus 2.30.1؛

• برنامه های اداری - OpenOffice.org 3.2.0، GIMP 2.6.8؛

• هسته لینوکس - 2.6.33.3؛

• برنامه های توسعه دهندگان - GCC 4.4.4، GLIBC 2.12، GTK + 2.20.1، Perl 5.10.1، PHP 5.3.1، پایتون 2.6.4، QT-X11 4.6.2، NetBeans 6.8؛

• برنامه های سرور پایه - MySQL 5.1.45، Postgresql 8.4.3، Postfix 2.7.0، Sendmail 8.14.4، Samba 3.5.2;

• برنامه های در حال اجرا برنامه های کاربردی ویندوز - شراب.

راه حل کاربردی "1C: خرده فروشی 8" خودکار ثبت نام عملیات زیر را خودکار می کند:

• ورود کالا از طرف مقابل در انبار فروشگاه؛
• پیاده سازی کالاها و خدمات به طرف مقابل؛
• حرکات کالا بین مغازه ها، فروشگاه های داخلی مغازه ها، مغازه ها و انبارها شرکت بازرگانی؛
• تجارت در مجموعه محصولات ساخته شده در زمان فروش کالاها و تهیه پیش فروش از کیت؛
• بازپرداخت کالاها از خریداران، از جمله بازپرداخت پس از بسته شدن تغییر نقدی؛
• موجودی موجودی؛
• ثبت نام سود و سفارش پول نقد به طور مستقیم به فروشگاه؛
• ثبت نام فروش چک، و در پایان تغییر گزارش تلفیقی در مورد ثبت پول نقد، با توجه به کالاهای بازگشتی در Shift؛
• جنبش پول بین مغازه ها، میزهای نقدی داخلی، مغازه ها و کیف پول نقد شرکت تجاری؛
• کار با سیستم های کسب، حسابداری برای پرداخت کالا در کارت های پرداخت، حسابداری قراردادهای قراردادها و شرایط برای بازگشت / بازگرداندن امتیاز معاملاتی توسط داوطلب در بازگشت کالا؛ کار با وام های بانکی.
• استفاده از تخفیف های مورد علاقه در کارت های تخفیف (تخفیف های ثابت و تجمعی)، تخفیف با بخش خرید، تخفیف های متفاوتی، تخفیف در مقدار چک، تخفیف در زمان عمل، توسط تعداد کالاها، با نوع پرداخت.
• پشتیبانی از تجهیزات تجاری: ضبط مالی، ترمینال جمع آوری داده ها، اسکنر بارکد، مقیاس های الکترونیکی، نمایش خریدار، سیستم های خرید، خوانندگان کارت مغناطیسی.

راه حل کاربردی "1C: خرده فروشی 8" می تواند با پایگاه های اطلاعاتی توزیع شده جغرافیایی (RIB) کار کند. در عین حال، جدایی روشن از گردش کار مغازه ها تضمین شده است، و اطلاعات در مورد تمام فروشگاه های شبکه در گره مرکزی ریشه متصل می شود. با کمک یک گره مرکزی، شما می توانید به سرعت یک مونتاژ ریب محیطی ایجاد کنید.

راه حل کاربردی "1C: خرده فروشی 8" می تواند به طور خودکار اطلاعات را با سیستم اطلاعات کنترل (Back-Office) مبادله کند. به عنوان یک سیستم کنترل برای یک راه حل برنامه "1C: خرده فروشی 8" می تواند توسط راه حل کاربردی "مدیریت تجارت" استفاده شود. با کمک سیستم کنترل، شما می توانید تعداد نامحدودی از گره ها را در راه حل برنامه ایجاد کنید "1C: خرده فروشی 8"، که به نوبه خود می تواند گره های مرکزی یک پایگاه اطلاعات توزیع شده باشد.

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

همراه با حسابداری چند مجله، سوابق چند جانبه اجرا شد، جایی که هر انبار (سالن بازرگانی) را می توان به یک سازمان خاص (شرکت) اختصاص داد.

راه حل کاربردی "1C: خرده فروشی 8" می تواند از نظم حرکت، فروش و دریافت کالا در انبارهای فروشگاه استفاده کند. طرح حکم برای ثبت نام اولیه از لیست کالاهای لازم برای پذیرش یا حمل و نقل از انبار فراهم می کند، عملیات واقعی با کالاها در انبار ثبت می شود که اسناد "هزینه سفارشات کالا" یا "سفارشات برای کالاها" ثبت شده است.

دریافت خودکار از موجودی در انبار فروشگاه و حسابداری نقدی در میز های نقدی.

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

این برنامه مکانیسم ها را برای تشکیل برچسب ها و برچسب های قیمت انجام می دهد.

مکانیزم های تعریف خودکار نرخ مالیات بر ارزش افزوده در زمان فروش کالاها از انبار فروشگاه ها اجرا می شود. سیستم مالیاتی به طور جداگانه برای هر انبار تنظیم شده است. در زمان فروش کالاها، کالاها (یا انبار)، که از آن لازم است کالاها را به فروش برساند، توسط ثبت نام نقدی فروش تعیین می شود و گروه NomenClature که آن را (محصول) متعلق به آن می باشد، آن را به درستی امکان پذیر می سازد اسناد را در فروشگاه ها با استفاده از یک سیستم مالیاتی مخلوط وارد کنید.

راه حل کاربردی "1C: خرده فروشی 8" پیاده سازی طرح های توزیع خودکار کالاها در انبارها زمانی که دریافت کالاها اپراتور می تواند عرضه فروشگاه ها را در فروشگاه ها (تجارت) فروشگاه بسته به گروه nomenclature از کالاها توزیع کند.

سیستم های FOSS به طور کلی، و فدورا به طور خاص توسط یک اصل بسته برگزار می شود. به طور مشابه، در قالب بسته ها، هر برنامه اضافی برای آنها توسط توسعه دهندگان مستقل ایجاد می شود. و از آنجا که یکی از وظایف مهم کاربر، ادغام بسته ها به سیستم آن است. بسته های فدورا در فرمت RPM توزیع می شوند.

فرمت RPM

اختراع فرمت بسته های RPM و ابزار مربوطه برای مدیریت آنها تاثیر بسیار زیادی بر توزیع لینوکس به طور کلی داشت. بنابراین شما باید به او توجه داشته باشید.

تاریخ

فرمت بسته RPM (که پس از آن به عنوان مدیر بسته Red Hat رمزگذاری شد) و ابزار مشابه برای دستکاری چنین بسته ها، قادر به نظارت بر وابستگی ها و گزارش نقض آنها، نقش بسیار بزرگی در پذیرش توده های گسترده لینوکس ایفا کرد. درست است که قادر به حل وابستگی این ابزار نبود و به این روز یاد نگیرید: این وظیفه توسط ابزار پیشرفته تر مدیریت دسته ای حل شده است. اما در مقایسه با ابزار بسته های خاموش از Slackware، وابستگی های ردیابی نیست و پیشرفت زیادی از نقطه نظر کاربران عادی بود.

منشاء سیستم RPM (ما مجموعه ای از خدمات را درک می کنیم، و فرمت بسته هایی که آنها کار می کنند) در تاریکی قرن ها از بین می روند. در نسخه های اول کلاه قرمز، سیستم RPP برای اطمینان از نصب بسته ها با یک فرمان واحد، درخواست اطلاعات مربوط به آنها، و همچنین تایید وابستگی ها استفاده شد. با این حال، مجمع بسته ها برای او نیاز به اصلاح قابل توجهی از منابع نویسنده، که برای مینیتان توزیع شده استرس زا بود.

به طور موازی اوایل کلاه قرمز، توزیع Bogus برای برخی از زمان ها توسعه داده شد، تعداد کمی از افراد شناخته شده اند. این سیستم دسته ای خود را داشت - PMS (سیستم مدیریت بسته)، نوشته شده توسط Ricard Fat (Rikard E. ایمان). او یک مکانیسم ضعیف درخواست پرس و جو برای بسته ها داشت و تست وابستگی آنها به سادگی وجود نداشت. اما بسته های PMS می توانند به طور مستقیم از منابع نویسنده، بدون هیچ گونه اصلاح، جمع آوری شوند.

در طول تهیه نسخه دوم Red Hat Ricard مبارزه با Arc Hoffman (Doug Hoffman) تحت قرارداد با Red Hat، PM (مدیریت بسته)، که بهترین ویژگی های RPP و PMS را ایجاد کرد. اگر چه عملا هرگز درگیر نبود، اما به عنوان یکی از پایه های RPM خدمت کرد.

سیستم RPM توسط مارک Yinggom (یکی از بنیانگذاران شرکت) و اریک تروان (اریک تروان)، بر اساس تمام دستاوردهای پیشینیان - RPP، PMS و توسعه دهندگان PM ایجاد شده است. گزینه آن آماده شده برای نسخه های آزمایشی انتشار دوم بر روی Perl نوشته شده است، که تعدادی از مشکلات را ایجاد کرد، به عنوان مثال، هنگام بارگیری از یک دیسک (و در آن زمان ها، یک روش نسبتا متعارف لینوکس بود). و به طور مستقیم به انتشار انتشار Red Hat 2.0، سیستم به طور کامل بر روی C بازنویسی شد، پایگاه داده بسته برای قابلیت اطمینان و سرعت خنده دار طراحی شده است و کتابخانه RPMLIB برای استفاده از قابلیت RPM ایجاد شده است. به عبارت دیگر، سیستم RPM تقریبا نوعی را به دست آورد که در آن ما آن را می دانیم، تنها تصحیح خطاها و لوازم آرایشی را انجام می دهیم.

سیستم RPM (یعنی فرمت و ابزار)، تبدیل شدن به طور منظم و به طور عمومی در انتشار Red Hat 2.0 که در سپتامبر 1995 منتشر شد، بلافاصله محبوبیت و خارج از سیستم والدین را به دست آورد. به زودی آنها در لینوکس Caldera (بعدها به نام OpenLinux) استفاده می شود، که در ابتدا یک کلاه قرمز دقیق کلون بود. پس از بسته بندی در فرمت RPM، توزیع SUSE (ژنتیکی - Slackware of Frecendant) گذشت. البته، تمام کلون های بعدی و مشتقات قرمز، به عنوان مثال، Mandrake، همچنین از RPM استفاده می شود.

من می توانم به عنوان یک شاهد عینی که در سال های 1996-1997 (زمان آزمایش اول من با لینوکس) شهادت می دهم، سیستم RPM گسترده بود، به طور مداوم در نظر گرفته شد و به مراتب فراتر از توزیع بومی استفاده کرد.

عمومی

برای مدت طولانی آن، فرمت RPM تغییرات مختلفی را تجربه کرده است، اما در خط عمومی، هر دو ویژگی مشخصه آن و سازگاری عقب مانده تا کنون باقی مانده است. نسخه فعلی پروژه رسمی پشتیبانی شده در حال حاضر پشتیبانی می شود (2011/01/01) - 4.8.1. این در حداکثر تعداد توزیع هایی که نماینده هر دو کلاه قرمز مستقیم (CentOS، لینوکس علمی، اوراکل لینوکس لینوکس) و مشتقات آن است، استفاده می شود. حتی از پیش گیاه، مانند ماندریا یا Altlinux حذف می شود. علاوه بر این، آن را می توان حتی در برخی از سیستم ها دیده می شود، به طور ژنتیکی به آن وابسته نیست (به عنوان مثال، در تمام انواع suse).

به طور موازی، نسخه کلی RPM نسخه به روز شده خود را به نام RPM5 توسعه می دهد. او توسط جانسون جانسون (جانسون) ایجاد شد، قبلا یکی از توسعه دهندگان اصلی RPM "عادی" بود. با توجه به نظر او، نسخه جدید به طور قابل توجهی بهبود یافته در مقایسه با اجداد آن، که، با این حال، لازم بود که کمبود سازگاری بین این دو فرمت پرداخت شود. بنابراین، RPM5 به طور رسمی توسط یک پروژه RPM، هیچ یک از توزیع های معمول RPM پشتیبانی نمی شود. آن را تا آنجا که من می دانم استفاده می شود، تنها در توزیع PLD و، با توجه به اعلام، در انتشار Mandriva 2011 درگیر خواهد شد.

با وجود این واقعیت که در توزیع های مبتنی بر RPM ذکر شده (و بسیاری دیگر از لیست نشده اند)، فرمت بسته همان از لحاظ نظری مورد استفاده قرار می گیرد، در واقع جزئیات دستگاه های آنها متفاوت است. این به ویژه از بسته های منبع (که مکالمه جداگانه ای خواهد بود) درست است. با این حال، در این صفحات، توجه به بسته های RPM برای توزیع فدورا را محدود می کنم. درست است، آنچه در مورد آنها گفته شده است قدرتمند خواهد بود برای RHEL، CENTOS، لینوکس علمی، اوراکل Enterprise Linux، Asplinux.

بسته های nomenclature

به عنوان بخشی از توزیع فدورا، شما می توانید انواع مختلفی از بسته های مورد علاقه ما را شناسایی کنید.

اول، بسته های RPM باینری و آنها اختصاص داده می شود، اما با متون منبع. همانطور که از عنوان استفاده می شود، اولین مولفه های پیش ساخته شده از بسته توزیع، مانند:

• فایل های باینری اجرایی؛
• شاید کتابخانه های لازم برای عملیات خود؛
• فایل های پیکربندی (یا حداقل نمونه های آنها)؛
• مستندات.

در بسته های با منبع، Tarballas آنها ارائه شده است، تکه های لازم برای انطباق بسته های کپی رایت به سیستم هدف، و انواع مختلف اطلاعات خدمات.

به رسمیت شناختن این و دیگران به راحتی با اسامی آنها توسط قوانین تعریف شده تشکیل شده است، که ما به نمونه ای از بسته های نشانگر بیشتر نگاه خواهیم کرد - خود بسته RPM

نام بسته های RPM باینری توسط طرح زیر تشکیل شده است:

RPM-4.8.1-6.fc14.x86_64.rpm

جایی که RPM نام بسته است، 4.8.1 - شماره شاخه، نسخه و یک نسخه بسته خاص، 6 - شماره مونتاژ برای نسخه فعلی این توزیع، FC14 نام و نسخه این است (یعنی این مثال، در این مثال - Fedora Version 14)، X86_64 - معماری که برای آن بسته بود.

نام بسته با منبع به نظر می رسد:

RPM-4.7.1-6.fc12.src.rpm.

می توان دید که این تفاوت تنها در پسوند اضافه شده SRC است، نماد آن است که ما با بسته بندی منبع برخورد می کنیم و نه با یک باینری پیشین. و واضح است که مفهوم معماری برای متون اولیه به معنای معنی نیست - آنها (به لحاظ نظری) باید برای هر یک از آنها جمع آوری شوند.

در میان بسته های باینری نیز می تواند یافت شود که به هیچ یک از معماری متصل نیست - آنها توسط Subfix Noarch شناسایی می شوند. در میان آنها - سناریوها در زبان های قابل تفسیر مانند Perl، Python و غیره، بسته های فونت، مستندات و غیره. به عنوان مثال، آن را مانند یک بسته برای یکی از هدست خانواده فونت Dejavu به نظر می رسد:

dejavu-sans-fonts-2.30-2.fc12.noarch.rpm

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

اولین بسته شامل کد واقعی توابع کتابخانه مورد نیاز در هر مورد است؛ به عنوان مثال، عملیات بسته RPM بسته کتابخانه را فراهم می کند

rpm-libs-4.7.1-6.fc12.x86_64.rpm

در بسته دوم، فایل های هدر گنجانده شده است، که فقط در طول خود مونتاژ بسته ها ضروری است - در زندگی روزمره بدون آنها شما می توانید آن را انجام دهید:

RPM-DEVEL-4.7.1-6.FC12.X86_64.RPM

با درک Nomenclature Packet RPM، می توانید به سوال دستگاه داخلی خود بروید - یعنی به فرمت واقعی.

بسته های RPM باینری

بسته باینری RPM شامل دو جزء است. از یک طرف، این مجموعه ای از فایل های کامپایل شده مانند باینری اجرایی و کتابخانه ها است که همراه با پیکربندی های لازم، مستندات، و غیره، آماده شدن برای پیوستن در سلسله مراتب سیستم است.

از سوی دیگر، بسته شامل متا اطلاعات - کامپایل شده با توجه به یک توصیف قوانین خاص. این شامل نام بسته، شماره نسخه و مونتاژ، اطلاعات مربوط به توسعه دهنده و سایت اصلی آن، لیست فایل ها، موقعیت آنها در سلسله مراتب فایل، لیست وابستگی ها است. در صورت لزوم، نصب و راه اندازی سناریوهای نصب و راه اندازی ممکن است در اینجا حضور داشته باشند. همه این ها با هم به شما اجازه می دهد تا یکپارچگی بسته را نظارت کنید، نظارت بر وابستگی ها، اطمینان از اجرای روش نصب خود را، و همچنین حذف بسته های "Thyust".

اجزای بسته RPM به آرشیو CPIO جستجو می شوند - یکی از ابزارهای قدیمی ترین آرشیو در یونیکس، تحت فشار قرار می گیرند. پیشتر، درست تا فدورا نسخه 11 شامل، آن را با استفاده از ابزار Gzip انجام شد. با شروع از نسخه 12 فدورا، پیمان های RPM با توجه به الگوریتم LZMA فشرده می شوند، که مقدار زیادی از فشرده سازی را فراهم می کند - حقیقت، قیمت زمان، در آن صرف شده است. با این حال، به عنوان کاربر، ناراحتی ارائه نمی شود - از آنجا که باز کردن فایل های LZMA، به عنوان به طور متناقض، تقریبا همان سرعت به عنوان Gzip انجام می شود. اما دانلود آنها، البته، بسیار سریعتر است، که نمی تواند صاحبان "ضخامت" و کانال های ارزان قیمت را بپردازد: در این شرایط، نصب بسته ها بر روی شبکه سریعتر از رسانه های محلی رخ می دهد.

با این حال، به این واقعیت که بسته RPM "داخلی" را به عقب برگردانید. برای اینکه من ابتدا بسته را با هر ابزار استاندارد (RPM2CPIO، به عنوان مثال، یا با استفاده از ابزار RPM2TGZ) باز کنید و ببینید چه اتفاقی افتاده است:

$ ls RPM-4.7.1-6 / bin / etc / usr / var /

به این ترتیب، ما آن دسته از اجزای بسته را می بینیم که در سلسله مراتب فایل سیستم هدف قرار می گیرد.

آشنایی با جزء دوم ساده ترین راه رفتن با فرمانده نیمه شب است. با کلید F3 (به عنوان مثال، بسته RPM در نظر گرفته شده است)، تمام اطلاعات متا را در فرم خلاصه ارائه می دهد. در ابتدا توصیف رسمی بسته خواهد بود:

نام: RPM Relocations: (نه قابل انعطاف پذیر) نسخه: 4.8.1 فروشنده: فدورا پروژه انتشار: 5.FC14 تاریخ ساخت: تاریخ نصب: (نصب نشده) ساخت میزبان: x86-12.phx2 .fedoraproject.org گروه: محیط سیستم / منبع پایه RPM: RPM-4.8.1-5.FC14.SRC.RPM حجم: 2035701 مجوز: GPLv2 + امضا: RSA / SHA256، FRD 11 Aug 2010 05:58:10، کلید 3 اوت 421CADDB97A1071F Packager: Fedora Project URL: HTTP : //www.rpm.org/ خلاصه: RPM Package Management System Description: RPM Package Manager (RPM) یک سیستم مدیریت قدرتمند خط فرمان قدرتمند است که قادر به نصب، حذف، تأیید، پرس و جو و به روز رسانی بسته های نرم افزاری است . هر بسته نرم افزاری شامل بایگانی فایل ها همراه با اطلاعات مربوط به بسته بندی مانند نسخه آن، توضیحات و غیره است.

معنای تمام زمینه ها به طور مستقیم درک می شود. لطفا فقط به قسمت گروه توجه کنید: ما باید وابستگی گروهی بسته را به خاطر کنترل بسته ها با استفاده از سیستم YUM به یاد بیاوریم.

سپس اسکریپت نصب را دنبال می کند:

PostTrans Scriptlet: # XXX این Klunky و زشت است، RPM خود را باید این dbstat \u003d / usr / lib / rpm / rpmdb_stat را اداره کند اگر [-x "$ dbstat"]؛ سپس اگر "$ dbstat" -e -h / var / lib / rpm 2\u003e & 1 | grep -q "آیا نسخه محیط زیست مطابقت دارد استدلال نامعتبر "؛ سپس rm -f /var/lib/rpm/__db.* fi fi fi

RWXR-XR-X 1 ریشه ریشه 20392 Aug 10 11:42 / BIN / RPM DRWXR-XR-XR 2 ریشه ریشه 0 اوت 10 11:42 / و غیره / RPM -RWXR-XR-X 1 ریشه ریشه 7424 اوت 10 11: 42 / usr / bin / rpm2cpio ...

سپس - فایل های کتابخانه:

RW-R - R-- 1 ریشه ریشه 40537 Aug 10 11:42 / USR / LIB / RPM / MACROS DRWXR-XR-XR 2 ریشه ریشه 0 اوت 10 11:42 / Usr / LIB / RPM / پلت فرم DRWXR-XR - X 2 ریشه ریشه 0 اوت 10 11:42 / USR / LIB / RPM / پلت فرم / AMD64-Linux ...

RW-R - R-- 1 ریشه ریشه 44206 دسامبر 2009 2009 / 0/03-4.8.1/Copying -RW-R - R-- 1 ریشه ریشه 639 Dec 7 2009 / USR / Share / Doc / RPM-48.1 / اعتبار -RW-R - R-- 1 ریشه ریشه 496233 ژوئن 11 2010 /usr/share/doc/rpm-4.8.1/changelog.bz2 -RW-R - R-- 1 ریشه ریشه 656 Dec 2009 /usr/share/doc/rpm-4.8.1/groups ...

و در نهایت، فایل های متغیر:

RWXR-XR-X 2 ریشه ریشه 0 اوت 10 11:42 / var / lib / RPM -RW-R - R-- 1 ریشه ریشه 0 اوت 10 11:42 / var / lib / rpm / basenames -rw-r - -r-- 1 ریشه ریشه 0 اوت 10 11:42 / var / lib / rpm / mightname -rw-r - r-- 1 ریشه ریشه 0 اوت 10 11:42 / var / lib / rpm / dirnames ..

تمام این اطلاعات را می توان در هر دو بخش مشاهده کرد - ثابت کردن مکان نما در فایل در فرمانده نیمه شب

RPM-4.7.1-6.fc12.x86_64.rpm

و کلیک کردن وارد.
در حال حاضر ما لیست فایل های "متا اطلاعات" را در بسته مشاهده خواهیم کرد:

/ .. │-up-│ │ 13 12:04 / info │ 0│New 21 00: 00 + contents.cpio │ 0│New 21 00:00 Header │ 1185 │New 21 00:00 * نصب │ 39 │New 21 00:00 * ارتقا │ 39 │New 21 00:00

محتوای فایل ها به راحتی حدس می زنند. بنابراین، Contents.cpio یک لیست کامل از تمام فایل ها و راه های آنها است:

RWXR-XR-X 1 ریشه ریشه 20808 سپت 21 17:30 ./bin/rpm DRWXR-XR-X 2 ریشه ریشه 0 سپتامبر 21 17:30 ./etc/rpm ...

و غیره فایل هدر شامل شرح توصیف شده ترین توصیف شده است که ما از طریق آن دیده ایم F3، * نصب و * ارتقا - اسکریپت های انتصاب مناسب اجرایی. و در دایرکتوری / اطلاعات، بسیاری از فایل های کوچک را انتخاب می کنند، که کل اطلاعات متا را جمع آوری می کند. از آنها فقط در مورد نیاز باقی بماند - این یک لیست مشهور از وابستگی ها است که به نظر می رسد این برای بسته RPM است:

/ bash / bin / sh / bin / sh config (rpm) \u003d 4.8.1-5.fc14 coreutils curl db4-utils libacl.so.1 () (64bit) ...

در واقع، بسته RPM هیچ سلسله مراتب فایل را شامل نمی شود. و این واقعیت که به نظر می رسد به شکل چنین - شایستگی فرمانده نیمه شب است که آن را در قالب بازسازی می کند که در آن او قبل از مجمع بود.

پایگاه داده RPM

پایگاه داده بسته های RPM - کامپوننت مورد نیاز برای عملکرد سیستم: این است که آیا توانایی دریافت اطلاعات در مورد بسته ها، به روز رسانی ها و حذف آنها را فراهم می کند. این سیستم هنگام نصب سیستم در دایرکتوری / var / lib / rpm ایجاد شده است و با هر عملیات بسته متفاوت است.

پایگاه داده RPM Packet با استفاده از Berkeley DB - باستان (786 بطری)، یک DBMS ساده (غیر قابل تنظیم)، اما سریع، کارآمد و به همین ترتیب به طور گسترده ای برای این روز استفاده می شود.

فایل های پایه RPM - باینری، و حتی سحر و جادو "فرمانده" سحر و جادو "به شما اجازه نمی دهد چیزی را در مقابل آنها را ببینید. بنابراین تنها به اعتقاد به نویسندگان کلمه مستندات باقی می ماند

• فایل های بسته بندی اصلی و فروشگاه های عنوان های هدر بسته بندی شده،
• نام ها، گروه ها، گروه، نیازهای مورد نیاز و دیگران به منظور بهینه سازی درخواست ها به پایگاه داده، و
• فایل __DB.001، __DB.002 و غیره - حاوی اطلاعاتی در مورد فایل های تغییر کرده و هنگام نصب و حذف بسته ها ایجاد شده است.

پایگاه داده بسته RPM برای عملکرد طبیعی این سیستم ضروری است - آسیب آن مستلزم عواقب ناخوشایند است و بنابراین راه هایی برای بازگرداندن یکپارچگی آن در شرایط اضطراری وجود دارد که ما با زمان در نظر خواهیم گرفت.

RPM Utility

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

مقدمه

همانطور که قبلا ذکر شد، ابزار RPM تبدیل به یک برکت از کاربران توزیع قرمز کلاه و تمام وارثان او شده است. زیرا او آنها را از نیاز به تدوین خود آزاد کرد: تقریبا تمام توسعه دهندگان از میان کسانی که بسته های خود را در فرم باینری نگذاشتند، آنها را در فرمت RPM جمع آوری کردند و خدمات مانند http://rpmfind.net آنها را به راحتی می توان پیدا کرد آنها را در شبکه. من به یاد می آورم، در آن سالها راه رفتن چنین حیاتی وجود داشت:

با کمک RPM و Ineta، هر توزیع می تواند توسط برادران دوقلو در یک شب ساخته شود

با این حال، این نیز معلوم شد که لعنت از کاربران، اول از همه مبتدیان: ردیابی وابستگی بسته ها در هنگام نصب و از بین بردن، ابزار RPM مجاز به حل و فصل، اما تنها گزارش شده در کرامول تشخیص داده شده، و به اندازه کافی گزارش شده است غیر قابل قبول برای یک فرم تازه کار.

این زمانها در پرواز دور بود: عصر مخازن دسته ای و ابزار برای کار با آنها، مانند APT-RPM، URPMI و در نهایت، یام شخصیت اصلی چرخه بعدی منطقه است. چه چیزی از بسته های دستکاری معمولی مراقبت می کند. با این حال، ابزار RPM هنوز هم ساده ترین ابزار برای عملیات با بسته های تک، به خصوص در مخازن رسمی گنجانده نشده است. و در برخی موارد، برای مثال، هنگام اتصال مخازن شخص ثالث - ممکن است تقریبا ضروری باشد.

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

ویژگی های عمومی

RPM Utility، مانند DPKG در توزیع های مبتنی بر DEB، تنها یکی از نمایندگان یک خانواده کامل است که همراه با همان فرمت، در چارچوب یک پروژه مستقل است.

از میان نرم افزارهای اضافی، لازم به ذکر است که RPM-Build - ابزار برای ایجاد بسته های خود، و RPM2HTML یک ابزار برای استخراج متا اطلاعات از بسته ها و ارائه در فرم انسان است (لیست کامل کل خانواده می تواند باشد پیدا شد) با این حال، در ابتدای چرخه صفحه فعلی، تنها در مورد RPM خود خواهد بود.

پنج حالت اصلی استفاده از نرم افزار RPM وجود دارد:

• حالت پرس و جو (پرس و جو)؛
• حالت بررسی (تأیید)؛
• حالت نصب (نصب)؛
• حالت ارتقاء (ارتقاء)؛
• حالت حذف (پاک کردن).

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

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

• -؟ - خروجی خروجی ابزار دقیق در استفاده از دستور RPM (مرجع مختصر در پاسخ به دستور بدون هیچ گونه گزینه و استدلال نمایش داده می شود)؛
• نسخه خروجی خروجی شماره بسته RPM؛
• - خروجی خروجی حداقل پیام ها در هنگام اجرای دستور (معمولا این پیام های خطا هستند)؛
• -V خروجی گزارش های دقیق در مورد پیشرفت تیم.

همچنین چندین گزینه "ذاتی" مورد استفاده قرار می گیرد، به ویژه برای بازگرداندن پایگاه داده بسته.

استدلال فرمان RPM معمولا نام فایل بسته است؛ اغلب چنین استدلالی ممکن است تا حدودی (در حد محدود) باشد. در برخی موارد، به اندازه کافی برای مشخص کردن یک نام بسته کوتاه، به عنوان مثال، برای مثال دائمی ما، فقط RPM است. در موقعیت های دیگر، نام کامل مورد نیاز است، نشان می دهد شماره نسخه، مونتاژ، توزیع، معماری، به عنوان مثال، RPM-4.8.1-5.FC14.x86_64.RPM. و اگر فایل بسته در دایرکتوری فعلی نیست، لازم است که آن را با نشانه ای از مسیر کامل به آن، Say / var / cache / akmods /.

حالت درخواست ...

... این کار برای به دست آوردن اطلاعات در مورد بسته، به ویژه، وضعیت آن (آیا آن را در سیستم نصب شده است). گزینه اصلی درخواست -Q (یا -Query)، در پاسخ به آن، نام کامل بسته را دنبال خواهد کرد:

RPM -Q RPM RPM-4.8.1-5.FC14.X86_64

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

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

$ rpm -qa pkgname

جایی که یک گزینه اضافی -A (یا -) یک درخواست را به صورت نقدی در پایگاه داده بسته ها تجویز می کند. اگر بسته نصب شده باشد، پاسخ به این دستور خواهد بود

$ RPM -QA Opera Opera-10.00-4440.gcc4.shared.qt3.x86_64

اگر نه، دعوت نامه های خط فرمان بازگردانده می شود.

توصیف بسته رسمی را می توان توسط یک تیم به دست آورد

$ rpm -qi rpm

پاسخ به آنچه اتفاق می افتد:

نام: RPM نقل مکان: (نه قابل انعطاف پذیر) نسخه: 4.8.1 فروشنده: فدورا پروژه انتشار: 5.FC14 تاریخ ساخت: CTR 10 اوت 2010 11:43:21 تاریخ نصب: 5 اکتبر 2010 10:28:06 ساخت میزبان: X86 -12.phx2.fedoraproject.org گروه: محیط سیستم / پایه منبع RPM: RPM-4.8.1-5.FC14.SRC.RPM حجم: 2035701 License: GPLv2 + امضا: RSA / SHA256، FRD 11 Aug 2010 05:58 : 10، کلید ID 421CADDB97A1071F Packager: Fedora پروژه URL: http://www.rpm.org/ خلاصه: RPM Package Management System Description: RPM Package Manager (RPM) یک سیستم مدیریت قدرتمند خط فرمان قدرتمند است از نصب، حذف، تایید، پرس و جو، و به روز رسانی بسته های نرم افزاری. هر بسته نرم افزاری شامل بایگانی فایل ها همراه با اطلاعات مربوط به بسته بندی مانند نسخه آن، توضیحات و غیره است.

آسان است که ببینیم این همان قسمت هدر (هدر) است که ما قبلا از طریق فرمانده نیمه شب دیده ایم.

گزینه اضافی L به ما اجازه می دهد که ما را به ما تحمیل کنیم. CPIO:

$ RPM -QL RPM / BIN / RPM / ETC / RPM / USR / BIN / RPM2CPIO / USR / BIN / RPMDB / USR / BIN / RPMQUERY / USR / BIN / RPMSign / USR / BIN / RPMVerify ...

در بالا، اطلاعات مربوط به بسته نصب شده را مورد بحث قرار می دهد. با این حال، برای دریافت اطلاعات در مورد بسته ای که نصب نشده است، بسیار جالب است - برای موضوع نیاز یا نیازی که نیاز به آن در کسب و کار ما نیست. و این امکان وجود دارد - با اضافه کردن به -Qi گزینه اضافی P و دستورالعمل نام کامل بسته و مسیر آن را. و از آنجا که بسته غیر نصب شده به احتمال زیاد در یک منبع شبکه قرار دارد، پس URL به عنوان یک مسیر ظاهر می شود، به عنوان مثال:

$ RPM -QIP http://mirror.yandex.ru/fedora/linux/releases/14/fedora/x86_64/os/packages/joe-3.7-5.fc13.x86_64.rpm

چه چیزی دقیقا همان اطلاعات را به عنوان درخواست بسته محلی ارائه می دهد:

نام: Joe نقل مکان: (نه قابل انعطاف پذیر) نسخه: 3.7 فروشنده: فدورا پروژه انتشار: 5.FC13 تاریخ ساخت: FRD 10 فوریه 2010 09:57:06 تاریخ نصب: (نصب نشده) ساخت میزبان: x86-03.phx2.fedoraproject .org گروه: برنامه های کاربردی / ویراستاران منبع RPM: Joe-3.7-5-5.fc13.SRC.RPM حجم: 1177186 License: GPLv2 + امضا: RSA / SHA256، FRD 28 ژوئیه 2010 21:59:42، کلید ID 421CADDB97A1071F Packager: فدورا URL پروژه: http://sourceforge.net/projects/joe-ditor/ خلاصه: آسان برای استفاده، ویرایشگر متن بی نظیر توضیحات: جو یک ویرایشگر متن قدرتمند، آسان برای استفاده، بی روح است. از همان keybindings wordstar استفاده شده در محیط توسعه Borland استفاده می شود.

یک گزینه اضافی F به شما امکان می دهد یک نام بسته را تعریف کنید که یک فایل خاص متعلق به آن است:

$ rpm -qf /usr/lib/rpm/rpm2cpio.sh rpm-4.8.1-5.fc14.x86_64

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

حالت بررسی ...

... یکپارچگی بسته نصب شده را فراهم می کند. این کار با مقایسه فایل های آن با آنالوگ های خود را از بسته اصلی با توجه به پارامترهای مانند نوع، اندازه، چکمه (MD5)، ویژگی های لوازم جانبی و دسترسی انجام می شود. گزینه اصلی این حالت -V؛ بدون گزینه های اضافی، با نام نام بسته، محل صحیح فایل های خود را در سلسله مراتب فایل بررسی می کند.

در مورد یک بازرسی موفق، یعنی، اتفاقات کامل فایل های نصب شده و اصلی، هیچ پیام نمایش داده نمی شود - دعوت خط فرمان فقط بازگردانده می شود. اگر اختلافات در هر پارامتر بین آنها یافت شود، در نمادین کاهش می یابد. مأمورین به عنوان:

• 5 - MD5 Checksum
• S - اندازه
• l - لینک نمادین
• T - تاریخ تغییر فایل
• D - دستگاه
• U - کاربر
• G - گروه
• M - MODE (از جمله مجوزها و نوع فایل)
• ؟ - فایل نتوانست بخواند

پارامترهای همزمان با یک نقطه مشخص شده است. افسوس، من نمیتوانم نمونه هایی را مطرح کنم - که در آن بسته به چک نمی کند، همه چیز به نظر می رسد به منظور. و به طور خاص خراب - نمی خواهم.

و علاوه بر این، همیشه از دست دادن هر پیام به این معنی نیست که چیزی با بسته نصب نشده است. به عنوان مثال، اگر سعی کنید بسته RPM AOLENT را تأیید کنید

$ rpm -v rpm

ما در خروجی زیر را مشاهده خواهیم کرد:

prelink: / bin / rpm: حداقل یکی از وابستگی های فایل تغییر کرده است از زمان پیشگیری S تغییر کرده است؟ ....... / bin / rpm prelink: / usr / bin / rpm2cpio: حداقل یکی از وابستگی های فایل از زمان پلت فرم S. تغییر کرده است؟ ...... / usr / bin / rpm2cpio

این به این معنی است که فقط به این معنی است که فایل های اجرایی RPM پس از نصب آن تحت عمل اولیه اولیه قرار گرفته اند (PRININK - چه چیزی، من با زمان خواهم گفت). البته، البته، البته، هویت با چشمک زدن از بسته اصلی از بین رفته است.

گزینه های اضافی برای چک کردن به شما اجازه می دهد تا فایل خاصی را تأیید کنید:

$ rpm -vf / usr / bin / rpm2cpio

بسته نصب شده را با منبع بسته RPM خود مقایسه کنید:

$ rpm -vp path2 / full_packagename

و همچنین یک چک کامل از تمام بسته های نصب شده را انجام دهید:

# RPM -VA.

از آنجا که خروجی آخرین فرمان بسیار طولانی است، توصیه می شود از آن در Cornever با فرمان کمتر یا بیشتر استفاده کنید. شما همچنین می توانید از دستور grep برای شناسایی بسته ها استفاده کنید. شامل اختلافات با یکی از معیارهای ذکر شده در بالا. به عنوان مثال، طراحی فرمان

# RPM -VA | grep s.

لیستی از بسته هایی را که از اندازه اصلی و نوار نقاله متفاوت است، ارائه می دهد

# RPM -VA | grep 5

اختلافات را در چکمه ها آزاد کنید.

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

علاوه بر موارد ذکر شده، گزینه های تأیید متعدد برای امضاهای دیجیتال و کلیدهای عمومی وجود دارد - با آنها، به طور معمول، می توان در صفحه مرد (8) RPM یافت.

نصب و راه اندازی و به روز رسانی حالت ...

... نزدیک به یکدیگر مرتبط است. گزینه های اصلی آنها عبارتند از:

• -i (از نصب - نه به اشتباه با گزینه اضافی حالت پرس و جو) نصب یک بسته که در سیستم گم شده است؛
• -f به روز رسانی بسته نصب شده به نسخه "تازه" بیشتر؛
• گزینه نصب و بروز رسانی عمومی و به روز رسانی: هنگامی که استفاده می شود، بسته نصب شده به روز می شود، و نصب نشده نصب نشده است.

مهم این است که حوزه های عمل - و -f به شدت محدود شده اند: دستور نشان می دهد که اولین اجرای اگر سیستم یک نسخه قدیمی از همان بسته را اجرا کند، امتناع می کند. برعکس - فرمان در گزینه دوم، اگر نسخه قبلی در سیستم نصب نشده باشد، یک پیام خطا را ارائه می دهد. بنابراین، گزینه عمومی -U اغلب استفاده می شود. بدیهی است، برای موفقیت اجرای دستورات از هر یک از این گزینه ها، امتیازات مدیریتی مورد نیاز است.

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

پیش از این، من قبلا گفته ام که ابزار RPM فقط بسته ها را نصب نمی کند، بلکه وابستگی های خود را نیز بررسی می کند. اگر چه، با پشیمانی، به آنها اجازه نمی دهد، بلکه فقط گزارش های مربوط به نقض را گزارش می دهد. به عنوان مثال، تلاش "در پیشانی" برای نصب kdebase

rpm -ihv http://ihv http://mirror.yandex.ru/fedora/linux/releases/14/fedora/x86_64/os/packages/kdebase-4.5.2.fc14.x86_64.rpm.

بیایید یک لیست طولانی از وابستگی های ناراضی را ارائه دهیم:

بازیابی http://mirror.yandex.ru/fedora/linux/releases/14/padora/x86_64/os/packages/kdebase-4.5.2-2.fc14.x86_64.RPM خطای: وابستگی های شکست خورده: Kdebase-libs (x86 -64) \u003d 6: 4.5.2-2.FC14 توسط KDebase-6: 4.5.2-2.fc14.x86_64 مورد نیاز است

این، همانطور که می گویند، این موضوع روزمره است و چگونگی شکستن این وضعیت روشن است. برای قرار دادن چنین بسته های بزرگ با چنین وابستگی های پیچیده به طور مستقیم از طریق RPM - مورد ناسپاس است، سپس ابزار دیگر اختراع شده است. به عنوان مثال، یام، که ما با زمان به دست می آوریم.

موقعیت های مختلفی وجود دارد: به نظر می رسد یک بسته ساده زمانی که شما سعی می کنید آن را نصب کنید، نیاز به وابستگی دیگری دارد. و یکی، به نوبه خود، حاضر به نصب نیست، به عنوان آن اشاره به فقدان اولین. بنابراین، به منظور ارتقاء یکی از سیستم های تجربی قبل از نسخه "RAW"، من با این واقعیت روبرو شدم که بسته Fedora-release-Rawhide-15-0.3.Noarch.rpm نمی خواست بدون فداکاری فدورال -15 نصب شود -0.3.Noarch.rpm - و بالعکس.

در اینجا در چنین مواردی و نشانه ای از تمام بسته های وابسته به وابستگی به عنوان استدلال های یک فرمان مورد نیاز است:

# rpm -ivh http: // url / path2 / (fedora-release-15-0.3.noarch.rpm، فدورا انتشار-rawhide-15-0.3.noarch.rpm)

علاوه بر این، مشخصه است، سفارش نام هیچ پیانو را بازی نمی کند - اگر تمام بسته های وابسته به یکدیگر نشان داده شوند، همه آنها با خیال راحت نصب خواهند شد.

در آخرین تیم، به طور ناگهانی و بدون هشدار، دو گزینه را به نمایش گذاشتند - V و H. با این حال، اولین بار قبلا ذکر شده است - این گزینه اضافی تمام حالت پیام های دقیق در مورد پیشرفت هر گونه وظایف را نشان می دهد. و گزینه -H (OR -HASH) یک فرم مناسب ارائه این خروجی را فراهم می کند.

هنوز بسیاری از گزینه های اضافی برای نصب و به روز رسانی به گزینه های اصلی وجود دارد، اما برای آنها، به عنوان همیشه، به عمه مانا.

حالت حذف ...

... اغلب به نظر می رسد به همان اندازه پس از نصب و به روز رسانی حالت ها به دنبال. با این حال، وظیفه پیچیده نیست، و در مورد کلی مانند این انجام می شود:

# rpm -e pkgname

در اینجا یک نام نسبتا پایه ای از بسته است، اما بدیهی است که به سمت راست Superuser نیاز دارد.

در صورت نقض وابستگی، یک پیام خطا نمایش داده می شود:

خطا: وابستگی های شکست خورده:

البته، می توان آن را با یک گزینه اضافی --NODEPS نادیده گرفت. یا، با اعتماد به نفس کامل در راستای آن، رشته فرمان را برای حذف و نام فایل های فایل های پیمان مرتبط با وابستگی های حذف شده قرار دهید.

با این حال، همه اینها با عواقب پرداخته می شود - بنابراین در موارد مبهم به دستور RPM برای حذف فایل ها، بهتر است که به راهپیمایی نپردازید. در مورد چگونگی گفتن، یوم وجود دارد به طوری که کاربر لرزید.

مخازن

ابزار RPM در درجه اول برای نصب بسته های فردی از هر منبع - محلی یا شبکه (به عنوان مثال، از سایت های توسعه دهندگان) طراحی شده است، اما عمدتا اولین بار است. سیستم مدیریت بسته های یام بر دسترسی به مخازن بسته و اغلب شبکه تمرکز دارد. اگر چه استفاده از آن با مخازن محلی نیز بازسازی نشده است.

مخزن چیست؟

اول از همه، سعی کنید به این سوال پاسخ دهید که مخزن چیست. برای حضور این در حال حاضر یکی از نشانه های اصلی دیسترو است.

به کلمه روسی ترجمه شده است مخزن به معنای ذخیره سازی - و دقیقا آن را توصیه می شود برای استفاده از زبان purists (آنها کسانی هستند که ترجیح می دهند خود را به خود تماس بگیرند گرامر نازی) با این حال، همانطور که معمولا در زندگی اتفاق می افتد، نامگذاری آنها در مردم ایجاد شده است - مخزن. یا، صحبت کردن، با توجه به سیریلیک برزیل ما، شلغم. چرا در تعداد چندگانه - از داستان بیشتر روشن خواهد شد. خوب، چگونه مترادف من ترجیح می دهم اصطلاح کرتیلیشچ.

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

با این حال، در دسترس بودن سرور که بسته ها را ذخیره می کند، کافی نیست که عنوان مخزن را بپوشاند. بسته ها در مخزن باید بر اساس یک ذاتی خاص در این توزیع، اصول ساختار یافته باشند. سیستم ذخیره سازی باید از بازپرداخت، به روز رسانی و مهمتر از همه - پشتیبانی از یکپارچگی و انطباق بسته ها از لحاظ وابستگی ها و برای همه نسخه های توزیع اطمینان حاصل شود.

به عبارت دیگر، بسته های مخزن باید با پایگاه های داده همراه شوند - کسانی که خودشان توسط سیستم مدیریت سیستم این توزیع، و همچنین سیستم آن برای ساخت بسته ها استفاده می شود.

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

و اکنون بیایید ببینیم که چگونه تمام این ملاحظات کلی در عمل عمل می کنند - همانطور که به مخازن فدورا اعمال می شود.

ساختار فیزیکی مخازن

از لحاظ فیزیکی، مخازن فدورا مجموعه ای از ایستگاه های زیر را در سرورهای FTP یا HTTP قرار می دهند و گاهی اوقات یک ساختار پیچیده و کاملا شفاف ندارند. دانش او برای کاربر لزوما نیست - اما در تعدادی از شرایط اضطراری اضافی نخواهد بود. و از آنجایی که این ساختار به هیچ وجه توضیح داده نشده است، حداقل در روسیه، - آن را به یک Tolik توجه خواهد کرد.

با این حال، خوانندگان بی قراری می توانند بلافاصله به بخش بعدی بروند - در مورد دستگاه منطقی مخازن. و به حال حاضر، تنها در صورت نیاز.

ساختار مخزن اصلی

سر، اگر شما می توانید آن را به این ترتیب قرار دهید، Kopages بسته، به عنوان دشوار است حدس زدن، در و سپس عمیق به. با این حال، تقریبا هرگز به کاربر بازدید نمی کند: چگونه ما در بخش مدیریت بسته مشاهده، این سیستم به طور خودکار آن را ارسال ...

نه، نه، جایی که شما فکر می کنید فساد ما را اندازه گیری می کنید، اما در سریعترین آینه. علاوه بر این، سریع تر از لحاظ جسمی و دقیقا در حال حاضر است - زیرا این امر توسط وابستگی زون و سایر ویژگی های رسمی بررسی نشده است، اما با پاسخ به درخواست مشکوک. البته، البته، پلاگین مربوطه به یام Y - اما ما در مورد این تا حدودی بعدا صحبت خواهیم کرد.

بنابراین، تایپ کردن در یک مرورگر خط چیزی http://download.fedoraraproejct.org، کاربر شوروی ما در سرور با URL از http: //mirror.irr قرار می گیرد. و نه در همه چیز). نام این نام بسیار از رودخانه من نیستم - یک لیست کامل از گزینه های احتمالی را می توان در اینجا مشاهده کرد http://mirrors.fadoraproject.org/publiclist. و اولویت را به برخی از آنها به این معنی است که Schurik می گوید، برای نشان دادن بی عدالتی به دیگری نام رودخانه.

به طور طبیعی، ساختار همه نام رودخانه یکسان، بنابراین می توان آن را با مثال هر آینه مشاهده کرد.

بنابراین، به نام / فدورا / لینوکس اشاره کرد، ما دایرکتوری های زیر را می بینیم:

همانطور که آسان است حدس بزنید، در دایرکتوری توسعه، بسته ها در حالت توسعه قرار می گیرند (اشتراک / توسعه / Rawhide /، که ما با زمان بازگشت) در دایرکتوری به روز رسانی به تازگی به روز شده است. اما کاتالوگ Relases دقیقا همان چیزی است که ما در حال حاضر به ما علاقه مند است.

12 13 14

و تست زیر شاخه. گاهی اوقات خالی است، محتویات آن به نظر می رسد زمانی که نسخه آلفا نسخه بعدی از شاخه ای که توسعه یافته است (همان Rawhide) شکسته می شود.

ما در درخت سلسله مراتبی مسدود خواهیم شد. در انتشار فرآیند او، زیر شاخه های زیر را می بینیم:

همه چیز فدورا زندگی می کنند

اولین شامل بسته های نسخه های مختلف و مجامع تولید شده در طول وجود انتشار است. اول، به شرح زیر از نام، شامل به روز رسانی مجموعه های بسته فعلی، و آخرین تصاویر LiveCD برای هر دو معماری پشتیبانی شده (i686 و x86_64). و در مورد دیگر به موقع گفته می شود. اما با توجه به کاتالوگ فدورا، ما بیشتر تقلا می کنیم - به ویژه از آنجایی که می توان آن را به عنوان نمونه ای از یک دستگاه از هر دایرکتوری در سرورهای پروژه مشاهده کرد.

بنابراین، در فدورا / لینوکس / نسخه / 14 / فدورا کاتالوگ / شما می توانید چنین زیر شاخه ها را ببینید:

منبع i386 x86_64.

دومین آنها شامل بسته های RPM متون منبع (به اصطلاح * .src.rpm)، که نیز به طور جداگانه مورد بحث قرار می گیرد. اولین و سوم شامل مونتاژ برای معماری 32 و 64 بیتی است. واضح است که در داخل آنها کاملا یکسان هستند، بنابراین فعالیت های داخلی آنها در مورد یک معماری مرتبط تر X86_64 در نظر گرفته می شود.

ایزو جیگو سیستم عامل.

در ابتدا، تصاویری از دیسک های نصب شده - دی وی دی، مجموعه ای از CD و یک دیسک برای نصب شبکه (Netinst) وجود دارد که در بخش نصب سیستم مورد بحث قرار می گیرد. دوم شامل فایل های متادیتا برای جیگدو (اره منبت کاری اره مویی) - سیستم های توزیع فایل های بزرگ (در این مورد، تصاویر از همان دیسک های نصب شده) و به همان هدف به عنوان قبلی. خوب، در سوم، در بسته های زیر شاخه، در واقع، بسته های مورد نظر هستند.

علاوه بر این، در فدورا / لینوکس / نسخه / 14 / فدورا / X86_64 / OS دایرکتوری / شما می توانید فایل های سرویس را مشاهده کنید، مانند کلید های GPG برای احراز هویت، فایل های توصیف مخزن (در زیر هدایت RepoData و Repoview)، فایل ها برای تخمگذار تصاویر خود را دیسک های بوت (در زیر شاخه های تصاویر و Isolinux)، که در حال حاضر ما علاقه مند نیستیم.

همانطور که برای محتویات دایرکتوری بسته، آن را توسط بسته های RPM نشان داده شده است - کسانی که به طور مستقیم در پروژه فدورا پشتیبانی می شود.

ساختار مخزن RPMFusion

مخزن سر، با این حال، لیست بسته های موجود برای توزیع ما خسته نمی شود. همچنین یک مخزن برای بسته های اضافی پشتیبانی شده توسط داوطلبان به عنوان بخشی از یک پروژه مستقل - RPMFusion وجود دارد.

مخزن واقعی بسته های اضافی واقع شده است. در آن ما می بینیم دو فروشگاه - رایگان و غیر آزاد. برای اولین بار برنامه های رایگان رایگان (در مخزن سر فدورا، به طوری که تنها چنین و در دسترس هستند) طراحی شده است، دوم - برای برنامه ها، در توزیع که برخی از محدودیت ها وجود دارد. دقیقا - ما به این سوال بازگشت خواهیم کرد.

ساختار داخلی هر دو دایرکتوری یکسان است. آنها زیر شاخه های ال و فدورا دارند. اولین شامل بسته ها، backpoint (backports) از RHEL و در حال حاضر علاقه مند به ما نیست. دوم شامل زیر شاخه های زیر است:

توسعه / انتشار / به روز رسانی /

و همچنین فایل های توصیف مخزن.

هدف کاتالوگ ها بیشتر یا کمتر قابل درک از اسامی آنها است (ما به این سوال بازگشت خواهیم کرد)، بنابراین ما در دایرکتوری منتشر می کنیم. Subdirectories برای نیمی از انتشار خوب از آخرین نسخه ها وجود دارد - از جمله بسیار "عمیق"، به جای پشتیبانی در مخزن سر. در هر یک از آنها تنها بخش زیرزمینی همه چیز را می بینیم. و در آن - در حال حاضر آشنا "معماری" subdirecturies:

اشکال زدایی / سیستم عامل /

در ابتدا، به عنوان آسان به حدس زدن، - اطلاعات اشکال زدایی که برای ما جالب نیست. اما در دوم - بسته ها در حال حاضر در واقع هستند. از جمله بسته اصلی توصیف مخزن - RPMFusion-Free-Relase. همان، که نصب آن به وضوح منجر به اتصال این "چرخش" می شود. و در زیر شاخه مناسب دایرکتوری غیر آزاد، یک بسته مشابه و به ترتیب نامیده می شود - RPMFusion-nonfree-release.

مخزن سازه Rfremix.

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

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

• ساخت / با فایل های توصیف مخزن،
• انتشار / با لبه های نصب و راه اندازی دیسک و Livecd، و
• روسیفدورا / شامل در واقع بسته ها.

در حال حاضر ما فقط در آخرین زیرمجموعه علاقه مند هستیم. این شامل سه زیر شاخه است:

• رفع / نشان دادن یک نوع دلتا بین بسته های اساسی و اضافی از Fedora اصلی، از یک طرف، و Rfremix - از سوی دیگر؛
• رایگان /، طراحی شده برای بسته های کاملا رایگان از پروژه Fedora روسیه؛
• غیر آزاد / در نظر گرفته شده برای بسته های پروژه پروژه فدورا روسیه، توزیع آن توسط قوانین برخی از کشورها محدود می شود (اما نه ما).

بیشتر در مورد ترکیب هر سه دسته در بخش بعدی گفته می شود - در حالی که ما فقط به ساختار فیزیکی دایرکتوری های مربوطه علاقه مند هستیم.

این یکسان است: هر یک از آنها شامل EL / و Fedora / Subdirectors همان انتصاب به عنوان در Fusion RPM می باشد. Fedora / Subdirectory /، به نوبه خود، زیر شاخه های توسعه /، انتشار / و به روز رسانی /، و در نسخه / زیر شاخه، کاتالوگ ها برای تعداد انتشار اصلی (عمده) در حال حاضر از 10 تا 15th برجسته شده است.

در کاتالوگ هر نسخه، ما تنها زیر شاخه از همه چیز /، از جمله زیر شاخه ها برای هر دو معماری پشتیبانی شده - i386 / و x86_64 /، و subdirectory منبع / برای بسته های منبع با متون منبع را می بینیم. خوب، در نهایت، طبقه زیر زیر شاخه های زیرمجموعه / و سیستم عامل / قابل فهم (یعنی همانند فیوژن RPM) مقصد است.

مخازن اضافی

مخازن فوق شرح داده شده اکثر کاربران برای تقریبا تمام موارد کافی هستند. با این حال، در برخی موارد نیز نیاز به بسته های اضافی وجود دارد، در "Turnips" رسمی برای یک یا چند دلیل دیگر شامل نمی شود - احتمالا هنوز شامل نشده است. مثال معمولی - مرورگر Chromium: برای پیدا کردن آن در Fusion RPM، و نه در فدورا روسیه.

و در اینجا کمک به نجات خواهد آمد، اول از همه مردم مخزن فدورا - آن را برای بسته های جمع آوری شده توسط مینینتین مستقل در نظر گرفته شده است. در محتوا، آن را با مخازن غیر اجتماعی و "نیمه رسمی" همپوشانی ندارد، با این حال، تا آنجا که من می دانم، بسته های آن برای سازگاری با آنها آزمایش می شود و بنابراین می تواند روزانه استفاده شود.

ساختار مخزن مردم فدورا بسیار ساده است: در آدرس مشخص شده، بسیاری از دایرکتوری ها را مشاهده خواهید کرد که اسامی آنها نامهای بسته های موجود در آنها را تکرار می کنند. در داخل، هر یک از آنها مجموعه ای از زیر شاخه ها را برای طیف گسترده ای از نسخه های پشتیبانی شده - متفاوت در موارد مختلف خواهد داشت. و Subdirector هر نسخه شامل سه زیر شاخه استاندارد - I386 /، SRPMS / و X86_64 /، وارد کردن فایل توضیحات مخزن و فایل های بسته خود را.

در برخی موارد، علاقه می تواند مخزن ATRPMS را نشان دهد. این شامل بسته های متعدد چندرسانه ای حاوی چندرسانه ای، مجموعه های تخصصی هسته ای، رانندگان فراوان برای کارت های ویدئویی NVIDIA (از جمله مدل های قدیمی است که دیگر در وب سایت رسمی شرکت یافت نمی شود). با یک لیست کامل از بسته ها، می توانید خودتان را آشنا کنید و لیستی از نسخه های پشتیبانی شده را ببینید.

در مقالات و نظرات اختصاص داده شده به فدورا، شما می توانید اشاره به بسیاری از مخازن اضافی دیگر برای این توزیع - لیست آنها را می توان به عنوان مثال، در لینک از همان ATRPMS دیده می شود. با این حال، تقریبا همه آنها از دست داده اند. برخی از (LiVNA، FreshRPMS، DREBBLE) در حال حاضر به عنوان بخشی از فیوژن RPM ترکیب شده اند. دیگران شامل بسته هایی برای نسخه های بسیار قدیمی فدورا هستند. خوب، مخزن تیگرو پایه ای برای فدورا روسیه بود - هرچند صاحبان لاغر نسخه های قدیمی فدورا به خودی خود مفید خواهند بود.

سازمان منطق مخازن

ساختار فیزیکی مخازن فدورا، به ویژه سر، به نظر می رسد کاملا گیج کننده است. خوشبختانه، کاربر، همانطور که قبلا ذکر شد، عملا لازم نیست که با او مقابله کند. در 99 مورد، آنها 100 نفر برای او برای حرکت در سازمان منطقی سازمان خود هستند که اکنون در نظر می گیریم.

طبقه بندی برنامه ها

برای شروع، باید گفت که چرا کلام مخزن قبلا در چندگانه استفاده می شود. و برای این منظور شما باید طبقه بندی بسته های پذیرفته شده در این توزیع را در نظر بگیرید. این بسیار ساده است و شامل تنها دو دسته است.

رده دوم نامیده می شود غیر آزاد - نام بسیار موفق نیست، زیرا باعث می شود ارتباطات از هر نوع Rovel، تقلبی و یا نیاز به هر گونه پرداخت در هنگام استفاده. در واقع، کاملا اشتباه است. در رده غیر آزاد، آزادانه آزاد (به معنای آبجو آزاد) و برنامه های قانونی توزیع شده. با این حال، این یا محدودیت های دیگر بر توزیع آنها اعمال می شود. و از آنجا که از نقطه نظر FSF، آنها نمی توانند به عنوان رایگان رایگان (به معنای کلمه آزاد).

از یک طرف، رده غیر آزاد شامل برنامه های توزیع شده تنها در فرم باینری - بدون هیچ گونه محدودیتی، بلکه بدون متون منبع است. نمونه هایی از چنین برنامه هایی، رانندگان دستگاه مارکدار هستند، مانند کارت های ویدئویی و دستگاه های شبکه، یا پخش کننده فلش رولر از Adobe، Opera Browser، برخی از فونت ها و بازی ها.

از سوی دیگر، مفهوم غیرواقعی برنامه های موجود در متون منبع و به نظر می رسد کاملا رایگان است. با این حال، توزیع آنها در برخی از ایالت ها به دلایل قانونی محدود می شود. مثال معمولی نمونه ای از کدک های چندرسانهای مبتنی بر الگوریتم هایی است که در یک کشور ثبت اختراعات در مورد الگوریتم ها ثبت شده است. در اکثر کشورهای دیگر، آنها در مورد این فکر نکردند، آنها کاملا قانونی هستند.

بنابراین، دسته های آزاد و غیر آزاد از لحاظ منطقی مستقل هستند - و این اولین دلیل است که این اصطلاح معمولا در چندگانه ظاهر می شود. و در مورد دلایل دیگر ما در صفحه بعدی یاد می گیریم.

مخازن پایه

برای شروع، مخازن اصلی را که به طور خودکار در نصب RFRMIX به طور خودکار متصل می شوند را در نظر بگیرید.

اصلی، رسما پشتیبانی شده، مخزن پروژه فدورا تنها شامل بسته های دسته بندی رایگان است. بنابراین، این ساده و ساده است - فدورا، با رمزگشایی در قالب یک شماره نسخه و معماری هدف، به عنوان مثال: فدورا 15 - x86_64.

اما به عنوان بخشی از RPMFusion، هر دو بسته کاملا رایگان و غیر رایگان وجود دارد. بنابراین، دو مخزن در آن وجود دارد - RPMFusion بدون RPMFusion و RPMFusion-nonfree.

ساختار داخلی فدورا روسیه هنوز "ثروتمندتر" است - سه مخزن در آن وجود دارد:

• russianFedora-Fixes بسته هایی هستند که در مخازن فدورا یا RPMFusion در دسترس هستند، اما ارائه شده توسط نسخه ها و یا موارد جدید تر، و یا سازگار با شرایط ما و محیط های سیریلیک؛ بسته های این مخزن به صورت رایگان و بدون آزاد تقسیم نمی شوند؛
• russianFedora-Free - بسته های کاملا رایگان که در مخازن فدورا یا RPMFusion گم شده اند؛
• russianFedora-nonfree - "کاملا آزاد نیست"، به این معنی که در آخرین صفحه، بسته ها، همچنین در مخازن اصلی فدورا گم شده است.

این شاخه اصلی اصلی برای هر انتشار است. این با چندین اضافی همراه است، که با بسته های بسته بندی شده در فاصله بین انتشار ها پر شده است:

• به روز رسانی - برای خود فدورا؛
• rPMFusion بدون به روز رسانی - برای RPMFusion بدون؛
• rPMFusion-nonfree-Updates - برای rpmfusion-nonfree؛
• russianFedora-Fixes- به روز رسانی - برای رفع فدورا روسیه؛
• russianFedora-Free-Updates - برای Fedora روسیه رایگان؛
• russianFedora-nonfree-Updates - برای Fedora Nonfree روسیه.

علاوه بر این، هر یک از بازپرداخت های اصلی مربوط به شاخه های ویژه بدهی و بسته های تست است: Fedora-Debuginfo و فدورا به روز رسانی تست، به ترتیب - برای مخزن اصلی و تشکیل شده در تصویر و شباهت - برای همه دیگران.

و در نهایت، شاخه مخزن خام وجود دارد. این شامل بسته های نسخه بعدی، در حال حاضر توسعه یافته از توزیع است و البته شامل مخازن مشابهی مانند شاخه های نسخه های تثبیت شده است: Fedora-rawhide، rpmfusion بدون Rawhide، rpmfusion-nonfree-rawhide و غیره.

فوق متعلق به مخازن بسته های باینری برای معماری I386 و X86_64 بود. با این حال، همچنین مخازن منبع - منبع فدورا، منبع آزاد RPMFusion و غیره وجود دارد.

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

در نسخه های قدیمی تر لینوکس (بر اساس کلاه قرمز) تنها دو راه برای نصب برنامه ها وجود داشت. این مونتاژ از کد منبع و نصب از بسته های RPM است. هر راه را در جزئیات بیشتر در نظر بگیرید.

کد های منبع از سایت برنامه دانلود می شوند. به طور کلی، لازم است که 3 دستورات برای نصب را بازپرداخت و اجرا کنید: پیکربندی، ساختن و نصب کردن. فرمان اول دارای پارامترهای زیادی است (لیستی از آن را می توانید، در حال اجرا است پیکربندی -Help)، مانند مسیر نصب برنامه، مسیر کتابخانه های مختلف و بسیاری دیگر. پس از اتمام موفقیت آمیز مرحله اول، باید فرمان را شروع کنید ساختن. این کد های منبع را به فایل های دودویی کامپایل می کند. اگر کامپایل با موفقیت گذشت، پس از آخرین دستور، فایل های کامپایل شده با توجه به دایرکتوری های خود کپی می شوند. مزیت این روش نصب این است که 99٪ از تمام برنامه های منبع باز در کد منبع توزیع می شوند و بسته RPM در برنامه مورد نظر ممکن است (در حال حاضر، فرمت RPM بسیار گسترش یافته است و تقریبا تمام توسعه دهندگان در حال تلاش برای ایجاد بسته ها در این فرمت هستند). ثانیا، شما همیشه می توانید منابع برنامه نصب شده را با اصلاح خطا یا تغییرات لازم را ویرایش کنید. منهای تنها یک - برای استفاده از این روش شما باید زبان برنامه نویسی C / C ++ و معماری OS را بدانید. بنابراین، هیچ کس نمی تواند از این روش استفاده کند، به خصوص اگر هر گونه خطایی ایجاد شود.

نصب از بسته RPM مانند این است: شما باید بسته RPM را دانلود کنید و تنها یک فرمان را انجام دهید: rpm -uvh ./packet_name.rpm. (جایی که packet_name - نام فایل بسته) این روش نه تنها بسیار ساده تر است، بلکه سریعتر، از آنجا که برنامه قبلا در بسته بندی شده است (زمان کامپایل یک برنامه می تواند بسیار زیادی را ترک کند، بسته به قدرت رایانه شما). با این حال، این روش نیز کامل نیست، زیرا اغلب اتفاق می افتد که برنامه نصب آن مستلزم آن است که هر بسته دیگر نیز نصب شود (به عنوان مثال با کتابخانه های لازم) - وابستگی به اصطلاح ظاهر می شود. اگر برنامه نیاز به یک کتابخانه دارد - ترسناک نیست، اما این برنامه ممکن است نیاز به 10 کتابخانه یا بیشتر داشته باشد، هر کدام از آنها، به نوبه خود، همچنین می تواند نیاز به نصب کتابخانه ها داشته باشد. بنابراین، زمان نصب برنامه را می توان به شدت به تأخیر انداخت.

با این حال، در آخرین نسخه های فدورا با ظهور چنین ابزار کنسول، مانند یام، برنامه های نصب شده بسیار خوب است. برای انجام این کار، شما باید فرمان را در کنسول شماره گیری کنید: yum را نصب کنید (جایی که نام. - نام برنامه برای نصب). نه فقط یام خود بسته مورد نظر را از اینترنت دانلود می کند و برنامه را نصب می کند، همچنین تمام برنامه های مورد نیاز برای این را دانلود و نصب می کند. اگر دوست ندارید از کنسول، در KDE استفاده کنید، از منوی برنامه اجرای سیستم / نصب / حذف برنامه ها را نصب کنید و برنامه را با استفاده از رابط گرافیکی نصب کنید.