لماذا RPM أفضل من Deb لـ Meego؟

Question

أعلم أنه كان هناك الكثير من الزغب حول هذا الموضوع في مختلف المنتديات ومجموعات الأخبار المتعلقة بدمج Moblin و Maemo. أود أن أعرف ما الذي يفكر فيه Stackoverflow-Fellows في هذا الأمر. ما هي فوائد عبوات RPM على Deb التي تجعلها أفضل خيار لـ Meego؟

Answer 1

تم تحديد RPM كتنسيق التغليف لـ قاعدة Linux القياسية.

...

حسنًا ، أعترف بذلك ، هذا يمتد لإجابة ، حتى بالنسبة لي. لا يوجد فرق كبير في الغرض الأساسي لكل من حزم RPM و DEB ؛ كل منهم لديه قدراتها المتميزة ، لكن في النهاية يكون كل من حقيبة من الملفات والبيانات الوصفية.

Answer 2

هناك بعض الاختلافات المهمة بين هذين التنسيقين الحزمة وتتجاوز مجرد الفروق الفنية.

أولاً ، APT (نظام التغليف المتقدم) ، الذي ينشئ ويستخدم DEBs ، هو نظام تغليف كامل كان يتمتع تقليديًا بدعم أفضل لتتبع التبعية. هذا أمر مهم لأنه عند تثبيت حزمة ، غالبًا ما تضطر إلى تثبيت مجموعة من الحزم الأخرى التي تعتمد عليها الحزمة الخاصة بك. إذا لم تقم بذلك ، فغالبًا ما لن يتم تشغيل الحزمة الخاصة بك. هذا النوع من دقة التبعية هو أحد نقاط قوة تنسيق عبوات DEB. يتمتع RPM بدعم ضعيف لهذا ، ونتيجة لذلك ، نشأت أدوات أخرى (Yum ، Zypper) لمحاولة تكرار التبعية المتطورة التي تحلها.

ثانياً ، ديبيان هو نوع من منصة "المرجعية". يطلق على نفسها "نظام التشغيل الشامل" في الغالب على وجه الوجه ولكن هناك بعض الحقيقة. يعني العقد الاجتماعي لديبيان ودعم البرمجيات المجانية أنه لا يتم التحكم فيه بواسطة كيان واحد أو شركة. هذا يعني أن التنفيذ مفتوح للتحسين المستمر ومن الأسهل دمج البرامج. والنتيجة هي أن لديك نظام التشغيل الذي يعمل على 8 بنيات رقاقة رسميًا وبعضها البعض الآخر بشكل غير رسمي ، لذلك سيتم تثبيت حزمة DEB على العديد من أنواع الأجهزة المختلفة التي لن تعمل عليها RPM. نظرًا لأن Debian هي المنصة المرجعية لأشياء مثل لغة البرمجة Perl ولغة البرمجة الإحصائية R ، فهذا يعني أن Deb الخاص بك سيكون قادرًا على الحصول على التبعيات التي يجب دمجها بسهولة في نظامك. لدى Debian أيضًا الكثير من خبراء الموضوع الذين ينجذبون إليه لأنهم قادرون على العمل وفقًا لمصالحهم وقدراتهم ولا يجبرون على النظر في بيانات الربح والخسارة.

هذا يعني أن Deb في كثير من الأحيان ليس فقط من الناحية الفنية بسبب مواصفات الحزمة الخاصة به ، ولكن أيضًا بسبب النظام الإيكولوجي للمطورين الذين يقومون بتوصيله.

Answer 3

لا أعرف شيئًا عن مولين و مايمو, ، لكنني فعلت الكثير من عبوات البرامج. أود أن أؤيد اختيار RPM على Deb حيث أن تنسيق الملف الذي سأختاره لأي نظام تشغيل حيث يمكنني اختياره. قبل ملائم كانت موجودة ل RPM ، لقد فضلت بشدة Debian على أنظمة Redhat المشتقة. نعم تقريبا جيد مثل ملائم. كما تعلمت كلا أنظمة التغليف التي أفضل تسليمها دورة في الدقيقة من ديب.

مقارنة دورة في الدقيقة و ديب:

(1) ل البيانات الثنائية, دورة في الدقيقة الاستخدامات CPIO, ديب الاستخدامات AR. CPIO هو اختيار منصة التبادلية التي يتم اختيارها كأرشيف POSIX الافتراضي. AR هو الأرشيف التقليدي.

(2) ل مصدر معلومات, SRPM (نوع خاص من دورة في الدقيقة) يستخدم CPIO مع ملف خاص واحد يقوم بأتمتة عملية بناء ملف دورة في الدقيقة, ، ويتم إنشاؤه عند أي دورة في الدقيقة, تم تصميمه بشكل صحيح من المصدر. ديب من ناحية أخرى ، يستخدم العديد من أنظمة الضغط حيث يتم دعم تنسيق إدخال البائعين الأصليين ، واختياريًا أيضًا سلسلة من ملفات التصحيح ، و 3 ملفات سحرية لكل منها بتنسيق ملف مختلف.

(3) جعل وظيفية دورة في الدقيقة الحزم أسهل بكثير في تجربتي من صنعها ديب الملفات.

(4) صنع وظيفية chroot في دورة في الدقيقة الأنظمة القائمة هي المعيار دورة في الدقيقة الأوامر ، أثناء وجودها ديب الأنظمة المستندة إلى أن البرنامج النصي المتخصص يسمى debootstrap.

فقط ملائم من معسكر دبيان ، يبدو أكثر قابلية للاستخدام من نعم من معسكر Redhat ، تبدو جميع أدوات QA المنبع أفضل من معسكر Redhat.

أقترح أن صنع دورة في الدقيقة ليس فنًا سحريًا ، فقط شيء عليك تدريب الناس فيه.

مقارنة دورة في الدقيقة و ديب أدوات ضمان الجودة:

(1) بناة المستودعات: createrepo هي الأداة ، بسيطة للاستخدام وفهم. mini-dinstall, DPKG-Scanpackages أو داك (مجموعة أرشيف دبيان) أو ميني داك أو reprepro أو Debarchiver أو ديبول أو Debmarshal أو apt-fpharchive أو DPKG-Scansources إما معقدة أو موثقة بشكل سيئ ، أو تفتقد ميزة حرجة ، وفي بعض الأحيان الثلاثة.

(2) "Source Deb" ليست ملفًا واحدًا مثل SRPM هو ملف واحد ، وبالتالي يتطلب أدوات خاصة لتحريكها.

(3) بناء الخوادم: كوجي يدق pbuilder كل يوم من أيام الأسبوع في الوثائق. يجب أن يقال على الرغم من ذلك pbuilder هادئ رائع.

أنا مندهش ليس أفضل أداة واضحة لصنع ملف ديب ريدوب على أساس. تلك التي جربتها فقيرة. لا شيء جربته جيدًا مثل createrepo هو ل RPM. ((reprepro تقريبا جيد مثل createrepo من RPM باستثناء أنه لن يسمح بإصدارات متعددة من نفس الحزمة في مستودع واحد ، لذا استبعده لمعظم أنظمة النشر المستمرة.

الخلاصة: مقارنة بين دورة في الدقيقة و ديب

أعتقد أن اختيار دورة في الدقيقة سلسلة الأدوات أفضل من جانبهم. تماما مثل الرابط المثير للاهتمام بواسطة تشارلز ستيوارت ذكرت الأدوات التي تهم.

Answer 4

قرار بالتخلي عن Deb لـ RPM لـ Meego وغيرها من الأشياء المماثلة كان سياسيًا ورجوعًا بحتًا. تم تجاهل الآراء الفنية. سؤالك (كأسئلة) صالحة بشكل عام ، ولكن في حالة Meego ، يبدو أنه محاولة لتبرير الخطوة التي تم بالفعل بعد ذلك. ومع ذلك ، لن نعرف أبدًا المزايا التقنية Pro و Contra-أصبحت Meego الآن بطريقة مختلفة ، حيث يتم استبعاد مسابقة DEB-VS-RPM.

Answer 5

في هذه المرحلة ، أعتقد أن هذا يجب أن يكون سؤال Linux & Unix.

ليس صحيحًا حقًا أن نقول إن Meego تحولت من APT (أي ، .deb) إلى RPM ؛ بدلاً من ذلك ، كان Meego عملية دمج Maemo التي تستخدم مع Moblin التي تستخدم RPM. قال روبن بورشيل على مدونته في فبراير الماضي - http://blog.rburchell.com/2010/02/meego-rpm-vs-deb-debate.html - كان من الأسهل الذهاب مع RPM لأن Moblin تملي المزيد من الخيارات المعمارية داخل Meego ، وكان إعادة تمثيل Maemo أسهل.