في 5 نوفمبر ، فرع اختبار دبيان (باسم Jessie) تم تجميدهبعد شهور طويلة من التطوير والتصحيح أكثر من 400 بق. لديهم أيضا استعداد الفن الرسمي للتوزيعةبواسطة سيريل بروليبوا.
بالمناسبة ، أعلنوا أن دبيان 9 (من المقرر طرحه في عام 2017) سيطلق عليها اسم تمدد. وسيطلق على دبيان 10 (الذي سيصدر في عام 2019) باستر. كما تم الإعلان عن أن منفذ kfreebsd لن يكون منفذًا رسميًا بعد الآن ، وستكون منافذ معماري arm64 و ppc64el كذلك.
من بين الحزم التي ستأتي افتراضيًا: kernel 3.16 و Iceweasel و Icedove 31 و GNOME 3.14 و KDE 4.14 و LibreOffice 4.3.3 و GCC 4.9 و MySQL 5.5.39 (لن يكون هناك هجرة إلى MariaDB، سيتم تضمينها فقط في repos ولا شيء آخر) و OpenJDK 7u71 و Perl 5.20 و Python 2.7.8 و 3.4.2 و Xfce 4.10 و Apache 2.4.10 و Tomcat 6.0.41 و 7.0.56 وبالطبع ، systemd 215
شيء آخر مهم هو رحيل جوي هيس، الذي شغل منذ عام 1996 أدوارًا مختلفة في دبيان ، بما في ذلك الحفاظ على حزم debhelper و alien و dpkg-repack و debmirror. يستشهد كسبب لمغادرته حقيقة أن دستور دبيان قاد المشروع في الاتجاه الخاطئ. لا أعرف ما إذا كانت غمزة لبطولة فبراير، ولكن يمكن أن يكون.
وفقًا لقرأت ، فإن إخراج joe hess له علاقة باعتماد systemd ...
كم هو غريب أن يبتعد الرجل عن debian for systemd ، وفي مدونته كتب منشورًا عن كيفية استخدام وحدة systemd cron https://joeyh.name/blog/entry/a_programmable_alarm_clock_using_systemd/
لا أعتقد أنه سلوك شخص ضد systemd
بالمناسبة ، يبدو الفن الرسمي مثل trisquel ولكن في إصدار لطيف
لا أعتقد أن شيئًا ما له علاقة بالآخر ، وحقيقة أن أحدهم لا يستخدم (على سبيل المثال) Windows لا يعني أنه إذا كان بإمكانك تعليم شخص ما استخدامه ، فقل: لا ، لأنني لا أستخدمه. على العكس من ذلك ، فهو يوضح لك كيفية استخدامه ودع الآخر يرى بنفسه إذا كان يناسبه أم لا.
من خلال ما كنت أراه في قضية systemd ، لا توجد شروط وسطية وأولئك الذين يعارضونها يكرهونها كما لو كانت من اختراع الشيطان نفسه (ليس الشيطان ولكن الأوجوبا: P)
كما يقولون لإظهار هذا الزر http://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ هذا هو مطور SpaceFM ، توقف تفرع PCmanFM عن استخدام debian بسبب مشكلة systemd
وكما قلت ، نظرًا لعدم وجود شروط وسطية مع systemd ، فلن تقوم بكتابة درس لاحق على systemd ثم تركه لأن debian يقوم بتنفيذ systemd.
أي ، إذا علمت أن هناك محاولة للتصويت لتحقيق خيار استخدام sysv في مثبت دبيان ، على الرغم من أن المشكلة تكمن في عدم وجود عدد كافٍ من الأشخاص للحفاظ على توافق الحزم مع كلا المديرين
لقد سجلت أمس والظاهر أنها لم تمر بالاعتدال؟
انا اشك فيها!
لم أتلق رسالة التأكيد الإلكترونية مطلقًا ، كيف تعرف ما إذا كان شخص ما روبوتًا أم لا ، ويرى فقط الاسم المستعار والبريد الإلكتروني؟
شيء Joey Hess واضح جدًا ، ليس فقط systemd ، إنه الطريقة التي يتم بها التعامل مع أشياء معينة في التوزيعة ، وقد تركت مثالًا جيدًا هنا ، MariaDB ليس الإصدار الافتراضي لقواعد البيانات وبدلاً من ذلك لا يزال MySQL قيد الاستخدام ، وهو أمر كان يمكن أن يكون مجنونًا للغاية قبل سنوات.
حسنًا ، هذا ما أحاول قوله في تعليقي .. +1
لقد تغيرتelav Debian بالضبط ، والكثير مقارنة بالسنوات السابقة وهذا هو الوضع الذي دفع العديد من المطورين والمتعاونين إلى اتخاذ قرار بالتخلي عن المشروع. كما قال IgnorantGuru ذلك في مدونته مع توقفه ، ليس فقط هو الطريقة التي تتم بها الأمور ، والآن هو Joey Hess ، وسينضم الكثيرون إلى المجموعة اعتمادًا على ما تم تحديده في 18 نوفمبر عند التصويت بشأن حرية الاختيار في حد ذاته دي.
ليس من أجل أقل أن يترك Joey Hess المشروع ، والأكثر من ذلك ، أنا أشارك السبب المفترض الذي تعلق عليه في منشور Diazepan. أتساءل لماذا لا تنتقل دبيان فقط إلى MariaDB في حين أن التوزيعات الأخرى قد فعلت ذلك بالفعل دون أي مشكلة وليست فلسفية؟ Cof .. سعال .. Archlinux .. سعال .. توقفوا عن دعم KFreeBSD لماذا؟ ما هو العذر إذا احتفظوا ببنيات أخرى لا يستخدمها سوى عدد قليل؟ على أي حال .. كل يوم أبتعد عن دبيان وهذا مؤلم .. 🙁
توقفوا عن دعم KFreeBSD لأن نواةهم ليست Linux ولكن BSD ... أنت تعلم أن systemd لا يتوافق مع أنظمة BSD: D.
أما بالنسبة ل mysql أو mariadb .. فهل يهم قليلاً ، أليس كذلك؟ ولا يزال هذا الأمر قيد المناقشة: د.
أعتقد أيضًا أن Debian يترك mysql افتراضيًا في الوقت الحالي لسبب مهم جدًا: MySQL Cluster CGE.
يرجى ملاحظة أن دبيان تُستخدم على الخوادم ويجب أن تظل محايدة للجميع. لا يمكنك تمرير MySQL Cluster CGE من MariaDB وإذا قاموا بإزالة MySQL من دبيان ، فقد يؤدي ذلك إلى رفض عدد قليل من المستخدمين.
بعبارة أخرى: يوجد قدر كبير من الضغط المرتبط بمجموعة MySQL CGE. علاوة على ذلك ، إذا أصدر Andamiro إصدارًا جديدًا من ضخ ما لا نهاية، ربما لم تعد تستخدم دبيان باعتباره نظام التشغيل الافتراضي نظرًا لاعتماده الأولي على SystemD في بيئات مثل جنوم ومكونات مثل NetworkManager.
أتفق مع Joey Hess: «... لم يعد مشروع دبيان هو نفسه…» 😉
إنه على حق ، لأن دبيان تتخذ الآن قرارات مثل قرارات Ubuntu عندما أصدرت 12.04.
لكنهم يقولون أن MariaDB سيكون في المستودعات الرسمية "فقط في حالة". لذلك لا أرى مشكلة كبيرة في الوقت الحالي.
إنه لأمر محزن ما يحدث العام الماضي على دبيان. يمكنني أن أتفهم سئم بعض المطورين - مثل Joey Hess - من مناخ التوتر الذي غالبًا ما يحدث في النقاشات حول نظام تمهيد Debian 8 "Jessie".
لقد كان قرارًا صعبًا ومؤلمًا. حتى بعض المستخدمين (الذين ليسوا مطورين ، في الوقت الحالي) ، يفكرون في إنشاء تفرع من التوزيع لا يدمج systemd افتراضيًا.
Systemd - وهذا رأي واحد - إشكالي ، ومبهمة ، وربما غير آمنة. إنه يتلاعب بالكثير من التبعيات ويجبرنا على إجراء تغييرات لا يتفق معها بعض المستخدمين. يحذر العديد من مسؤولي النظام من التعارضات التقنية الخطيرة التي ينطوي عليها تنفيذه (لعدم استخدام الكلمات السميكة التي يشيرون بها عادةً عندما يتحدثون عن systemd). هذا ليس نقاشًا حول "التطور - المحافظة" أو "التقدمية - الجمود" أو "الحداثة - العصور القديمة" كما أراد بعض المعلقين تبسيطها. كما أنه ليس انقسامًا مانويًا بين مستخدمي سطح المكتب "الرائعين" ومسؤولي النظام الكاذبين. يتعلق الأمر بالأمان والنمطية والمرونة والأهم من ذلك كله الثقة.
إذا أردت إزالة systemd في دبيان ووضع sysyinit أجد أنه سيتم إلغاء تثبيت الحزم التالية:
1) كولورد
2) gvfs
3) خلفيات gvfs
4) gvfs-daemons
5) hplip
6) libpam-systemd
7) Policykit-1
8) policykit-1-جنوم
9) طابعة-سائق-بوستسكريبت-حصان
10) تدفق ثابت
11) systemd-sysv
12) udisks2
اترك التبعيات التالية بدون حل:
14) يسترجع libcolord2 colord
15) أكواب ريكومانا كولورد
16) الكؤوس - الخفي يسترد كولورد
17) فلاتر الكؤوس تسترجع اللون
18) gvfs-common يقبل gvfs
19) يأخذ gvfs-daemons policykit-1-gnome
20) libsane-hpaio recomana hplip (= 3.14.6-1 + b2)
21) liferea recomana تدفق ثابت | kget
22) طابعة-سائق-كل يتطلب طابعة-سائق-postscript-hp
23) يتلقى خادم الطباعة المهام hplip
24) udisks2 recomana policykit-1
إنها تبعيات مهمة. بالنسبة للبعض ، سأجد بديلاً ، لكن بالنسبة للآخرين ، لن أجد بديلاً وسيعثر نظامي في مكان ما. يمكنني دائمًا تثبيت "systemd-shim" (وهو ما يوصي به لوكاس نوسباوم ، قائد المشروع الحالي) ولكنه سيظل قليلاً من الإصلاح. رقعة لا تقنعني على وجه الخصوص.
يجب أن يختار توزيع مثل دبيان (وهذا رأي مرة أخرى) التحالف مع Gentoo وتقوية OpenRC أو تطوير نظام التمهيد الخاص به. يمكن تفسير عدم قدرتك على القيام بذلك على أنه علامة على الإهمال. دبيان تفقد المبادرة والاستقلال بطريقة ما ، وهذا أمر مؤسف. على الرغم من أن هذا رأيي بالطبع وليس لدي الحق في مطالبة أي شخص بأي شيء ، ناهيك عن مجتمع دبيان.
لا يتعلق الأمر بإزالة systemd من المستودعات (وهو ما قد يكون مفيدًا للعديد من المستخدمين) بل يتعلق بعدم تلويث هذا النظام لكل شيء والحد من إمكانيات المستخدمين.
أولئك الذين يستخدمون Gnome مرتبطون بالنظام ، لكن البقية منا لا يجب أن يكونوا كذلك إذا لم نرغب في ذلك ، وهنا يكمن اقتراح التصويت (القرار العام: اقتران نظام init) ، الذي قدمه إيان جاكسون ، والذي أثار كل المناقشات المريرة التي لقد قادوا بالتأكيد Hess والمطورين الآخرين إلى التخلي عن المشروع. تكمن المشكلة في الحيل المستخدمة ، وعدم الاحترام في القوائم البريدية وبعض المواقف غير المقبولة تمامًا في بيئة المناقشة التي يُقصد منها أن تكون بناءة.
هناك الكثير من الحديث عن فلسفة Unix (افعل شيئًا واحدًا وافعله جيدًا) أو معايير Linux المبهجة (كما لو كانت ستجعل Linux نظام سطح المكتب النهائي الذي يمسح Windows و Mac OS X عن الخريطة) ، ولكن الحقيقة هي أن هذه ورقة ميتة إذا لم يكن هناك حد أدنى من الإجماع. و systemd لا يجلبها. في الأفق هو كذلك. Linux ليس مخططًا بالكامل (مثل BSD أو Windows و Mac) ، المعايير مرحب بها ولكن يجب أن تفي بمتطلبات مجتمع حر وحاسم وفي بعض الحالات أكاديمي.
وبالطبع ، لا يتعلق الأمر بتمهيد النظام حتى 20 ثانية بشكل أسرع. هذا هو البقاء على سطح مشكلة أكثر تعقيدًا.
إذا استمر الوضع في دبيان على هذا النحو ، فأنا على المستوى الشخصي أفكر في الهجرة إلى Gentoo أو ، إذا لزم الأمر ، إعطاء فرصة لمفترق دبيان السعيد ، طالما أنني مقتنع بعقده الاجتماعي والمطورين الذين يقفون وراءه (هناك الكثير من مكافحة التصيد) -نظام لا أحبه على الإطلاق ، حقًا). حتى الآن ، سأبقى على أزيز.
تحياتي وآسف على طول التعليق ،
ولكن لاستخدام sysv ، لا تحتاج إلى إلغاء تثبيت systemd http://www.esdebian.org/wiki/systemd#3.2 تحرير / etc / default / grub وإعداد GRUB_CMDLINE_LINUX_DEFAULT = »quiet init = / sbin / init.sysvinit» + تحديث اليرقة أو إلغاء تثبيت حزمة systemd-sysv (ربما يكون لديك sysvinit مثبتًا).
ملاحظة: لن يكون مطالبتك بإلغاء تثبيت هذه الحزم مشكلة. ما يمكنك فعله هو: أولاً ، ضع sysv لإدارة بدء التشغيل ، ثم أزل systemd وأعد تثبيت الحزم (باستثناء gnome لأنه سيطلب systemd)
عليك أن تقرأ ولا تكون حكمًا
تحياتي
هذا صحيح ، نظرًا لأن أول شيء فعلته هو تثبيت SysVinit ثم إلغاء تثبيت SystemD حتى لا تنفد INIT.
في التعليق السابق أخطأت في كتابة اسم الشهرة الخاص بي ، إنه Xiep.
ومع ذلك ، نعم ، لكي تكون قادرًا على استخدام sysvinit ، ليس من الضروري إلغاء تثبيت systemd ، ولكن ما أريده تحديدًا هو إلغاء تثبيته.
بمعنى آخر ، إذا كنت لا أثق في نظام systemd وأريد إزالته من نظامي ، فأنا أواجه نكسات غير مريحة ، مثل التثبيت التلقائي للوسائط القابلة للإزالة أو تعليق النظام وإسباته دون أن يكون الجذر. يمكنني القيام بذلك يدويًا ، سيكون أكثر من ذلك ، لكنك ستوافقني على أن هذا حل. تقريبا أي شيء يعتمد على "dbus" سيثبت systemd. حتى الآن كان أحد الحلول "الرسمية" للمشروع هو تثبيت "systemd-shim" (http://www.itwire.com/business-it-news/open-source/65684-debian-leader-says-users-can-continue-with-sysvinit) ، وهي حزمة تحاكي systemd وتسمح لك باستخدام جميع البرامج التي تعتمد عليها. لكن هذا الحل ليس مقنعًا تمامًا.
بالطبع يمكنني البقاء على قيد الحياة بدون systemd (يمكن إصلاح كل شيء في هذه الحياة) ، فالأمر يتعلق بالظروف التي أفعلها وماذا ومن الذي يفضل دبيان بهذا القرار. عليك أن تتلاعب حتى ينجح كل شيء وهذا هو بالضبط ما دفع المجتمع إلى مواجهة RG الذي يثير الكثير من البثور ويسبب بعض الإصابات (https://www.debian.org/vote/2014/vote_003.en.html). المشكلة هي أن النتيجة تميل إلى أن تكون ثنائية: إما أن تربح أو تخسر. يبدو أن المناخ متطرف لدرجة أن المناقشة تنتهي بـ "كل شيء أو لا شيء". عمل سيء حقًا. في 19 تشرين الثاني (نوفمبر) سنترك الشكوك.
أنت منتبهة جدًا للقلق بشأن سلوكي يا رولو ، لكني قرأت كثيرًا وصدقني ، فأنا لا أحكم على الأمر. على وجه التحديد ، ما بدا لي متسرعًا هو اعتماد systemd افتراضيًا في بعض التوزيعات الأكثر أهمية ، عندما يكون نظامًا غير ناضج جدًا ، على سبيل المثال. على أي حال ، مثل هذا الاندفاع يبدو مريبًا.
السعود!
Xiep حول "... أعني ، إذا كنت لا أثق في systemd وأريد إزالته من نظامي ، فأنا أواجه نكسات غير مريحة ، مثل التثبيت التلقائي للوسائط القابلة للإزالة أو تعليق النظام وإسباته دون أن يكون الجذر ..." أنت تخلط بين systemd و PolicyKit (عليك أن تقرأ !!!) وبعض الأخطاء في Debian تتعلق بأجهزة سطح المكتب مثل lxde أو xfce4.
كم سيكون عليك إنشاء قواعد Polkit الخاصة بك
عليك أن تتوقف عن العبث بمشكلة systemd ، ففي نهاية اليوم يكون البرنامج عبارة عن برنامج إذا كان يعمل جيدًا ، وإذا لم يكن كذلك ، فسيتم تغييره لشيء آخر وتلميح. لكن من فضلك دعنا نترك السياسة لأشياء مهمة في الحياة ،
الكثير من التحيزات القائمة على الجهل دعونا نتوقف عن تكرار ما يكرره الآخرون مثل الببغاوات
رولو ، سيكون من الصعب إلغاء تثبيت systemd على Debian Jessie ، هذا ما أعنيه. يعد استبدال نظام التمهيد الافتراضي أمرًا صعبًا ويمكن أن يكسر النظام.
إنه ليس سخيف أي شخص. لا يثق العديد من مستخدمي دبيان في نظام Systemd ، هذا كل شيء. وننظر بقلق إلى القرارات التي تم تبنيها مؤخرًا ، ولهذا السبب هناك نقاش. في الواقع ، كان القرار النهائي للجنة الفنية شديد الصرامة. من الطبيعي أن يظل الجدل مثارًا لي لأن صوتًا واحدًا فقط هو الذي قرر القرار النهائي. وهذه ليست أغلبية واضحة تمامًا.
لطالما اعتبرت دبيان الجوانب السياسية والاجتماعية. ربما يكون هذا هو ما جعل المشروع على ما هو عليه ، وإلا فلن يكون دبيان.
لا أعرف كيف آخذ فقرتك الأخيرة ... كتنحية؟ توصلت إلى التلميح إلى أنني جاهل وببغاء بدون معايير خاصة بي ... مبالغ فيه بعض الشيء ، أليس كذلك؟
وباختصار،
السعود!
عمل فني جميل جيسي
ما أدهشني هو أن مطوري دبيان لم يأخذوا في الحسبان UselessD ، وهو أفضل من systemd-shim ويُنظر إليه على أنه بديل أفضل لما تقدمه دبيان. الجانب السلبي هو أن الوقت قد فات لاقتراحه ، حيث تم تجميد المستودعات بالفعل ويبدو أن هذا الإصدار سيكون مكافئًا لـ Ubuntu 12.04 من دبيان.
فيما يتعلق بـ SystemD ، لا أرى أن RHEL / CentOS متحمس حاليًا لطرح الإصدار 7 على نطاق واسع (كما تعلم ، SystemD).