لدى PyPI الإصدارات المستقرة (الإصدارات التي نعتقد أنها جاهزة للإنتاج). الفرع الرئيسي الذي قمت بربطه أعلاه لديه دعم مستمر للعمل لبايثون 3. تم إنجاز قدر كبير من العمل لدعم Python 3 وهو يتشكل ، ولكن تم العثور على خطأ هام في Python 3 وتم إصلاحه فقط حول قبل أسبوع (# 1054). هناك حاجة إلى مزيد من الاختبارات قبل أن يمكن اعتبارها جاهزة للإنتاج.

لماذا تم إغلاق هذه القضايا؟ يقول README أن _المشرف معروف أنه يعمل مع Python 2.4 أو ما بعده ولكنه لن يعمل تحت أي إصدار من Python 3._ مما يعني أنه لا يجب إغلاق # 1060 و # 1070.

لماذا تم إغلاق هذه القضايا؟ يقول README أن المشرف معروف بالعمل مع Python 2.4 أو ما بعده ولكنه لن يعمل تحت أي إصدار من Python 3.

أنت تقتبس من README لإصدار الإصدار الثابت الحالي من Supervisor 3 ( ملف ). يوضح README لهذا الإصدار متطلبات هذا الإصدار.

سيتضمن الإصدار الرئيسي التالي ، المشرف 4 ، دعم Python 3. هذا هو الفرع الرئيسي في git. تم تحديث README لهذا الإصدار للإشارة إلى دعم Python 3.

هل هناك خارطة طريق لإصدار الإصدار 4؟ يبدو أنه لا توجد مشكلات مفتوحة في Python 3. هل هناك طريقة يمكن للمرء أن يساعد بها في اختبار فرع git الحالي؟

أنا أيضًا أنا مستعد للمساعدة في الاختبار

tcwaltherpalmkevin شكرا لتقدم لمساعدة الاختبار. سيكون من المفيد جدًا أن تحاول ممارسة الفرع الرئيسي تحت كل من Python 3 و 2 ، ومحاولة أكبر عدد ممكن من الخيارات والأوامر ، والإبلاغ مرة أخرى. يمكنك الإبلاغ مرة أخرى إما "لقد وجدت خطأ في x" أو "لقد استخدمته لمدة x ساعة ومارنت ميزات x ولم أجد مشكلة". كلاهما سيكون مفيدًا.

أبلغ العديد من الأشخاص أنه يعمل على Python 3 ولكن من الواضح لي من الأخطاء التي وجدتها بعد ذلك أن هؤلاء الأشخاص لم يختبروها بدقة شديدة. على سبيل المثال ، # 1054 هي سمة رئيسية للمشرف ويجب الإبلاغ عنها. لقد بدأت للتو في كتابة الأوامر أبجديًا وأول ما جربته لم ينجح على الإطلاق.

تم إحراز الكثير من التقدم نحو دعم Python 3 في الأشهر القليلة الماضية. في هذه اللحظة ، لست على علم بأي أخطاء محددة في Python 3 وهذا هو سبب عدم وجود أي أخطاء في المتعقب. لقد نجح الأمر أخيرًا بشكل كافٍ لدرجة أنني بدأت تشغيله تحت Python 3 الآن. أرغب في عمل إصدار متوافق مع Python 3. ومع ذلك ، يعتمد الأشخاص على هذا البرنامج في خوادم الإنتاج ، لذلك من المهم أن نثق في أنه يعمل بالفعل. من شأن تقارير الاختبار الناجح أن تساعد.

تظهر بعض الاختبارات الأساسية للفرع الرئيسي أنه يبدو أنه "يعمل" قليلاً على الأقل :) سوف نقوم باختباره لفترة من الوقت ونشر أية مشكلات نجدها هنا ... (أنا و tcwalther في نفس العصابة).

للثاني jkp ، نحن supervisord -c some_config_file في المقدمة كنقطة دخول في حاوية Docker. سنقوم بالإبلاغ إذا وجدنا أي مشاكل.

mnaberez IMHO إذا كان الاختبار مطلوبًا أكثر من نقل الكود ، فقد يكون من المفيد إصدار إصدارات alpha / beta / rc ، لذلك لا يحتاج المرء إلى إحضار المشرف من git.

هل نحن أقرب إلى إطلاق سراح؟ نرغب بشدة في استخدام Python 3.

يرجى التفكير في إصدار إصدار تجريبي على PyPI حتى يتمكن الأشخاص من اختبار توافق Python3 بطريقة أسهل.

تشكرات.

سيساعد الإصدار المسبق على PyPI كثيرًا ، شكرًا لك.

يرجى التفكير في إصدار إصدار تجريبي على PyPI حتى يتمكن الأشخاص من اختبار توافق Python3 بطريقة أسهل.

يجب أن تكون قادرًا على تثبيت الفرع الرئيسي باستخدام pip باستخدام أمر واحد (انظر دعم VCS ). سنكون ممتنين إذا استخدمت هذه الطريقة ، أو الخروج git ، لتوفير العمل الإضافي لتعبئة الإصدارات غير المستقرة التي لن يستخدمها سوى المختبرين للقائمين على الصيانة.

تم الإبلاغ عن المزيد من الأخطاء المحددة في Python 3 وإصلاحها مؤخرًا (على سبيل المثال abef0a2be35f4aae4a4edeceadb7a213b729ef8d).

أنت تقتبس من README لإصدار الإصدار الثابت الحالي من Supervisor 3 ( ملف ). يوضح README لهذا الإصدار متطلبات هذا الإصدار.

يقول README والوثائق عبر الإنترنت (للإصدار المستقر الحالي):

من المعروف أن المشرف يعمل مع Python 2.4 أو ما بعده ولكنه لن يعمل تحت أي إصدار من Python 3.

لا تزال هذه الكلمات مضللة بعض الشيء بالنسبة لي (لقد أخافتني في الواقع وجعلتني أخشى ما إذا كان يجب علي استخدام المشرف). اعتقدت المشرف (كما مقابل المشرف 3) لن دعم بايثون 3. Luckly، فإنه لا يبدو أن الحالة ....

@ adah1972 المشكلة هنا هي عدم وجود مصنفات Python3 على https://pypi.python.org/pypi/supervisor لذلك عندما ينتقل المستخدمون إلى PyPI ، يخبرهم أن Supervisor _only_ يعمل على Python القديمة.

تكمن المشكلة هنا في عدم وجود مصنفات Python3 على https://pypi.python.org/pypi/supervisor ، لذلك عندما ينتقل المستخدمون إلى PyPI ، يخبرهم أن المشرف يعمل فقط على Python القديمة.

يقوم مشروع المشرف بإصدار إصدارات مستقرة فقط من PyPI. لا يوجد حاليًا إصدار ثابت من Supervisor يدعم Python 3. تم إجراء محاولات لإضافة دعم Python 3 ونحن أقرب كثيرًا ، ولكن لا يزال يتم العثور على أخطاء في منفذ Python 3. تم العثور على واحد آخر كسر الوظائف الرئيسية في وقت سابق من هذا الشهر.

المصنفات README و Trove التي تراها في PyPI صحيحة لأحدث إصدار مستقر. تم تحديث مصنفات Trove في setup.py لفرع Python 3 ، وستتم إضافتها إلى PyPI عند إصدار إصدار ثابت من هذا الإصدار.

أود أن أزعم أنه يكفي أن أقول:

من المعروف أن المشرف يعمل مع Python 2.4 أو ما بعده ولكنه لا يعمل تحت أي إصدار من Python 3.

يبدو غريباً ومربكًا حقًا أن أقول إنه لن يحدث .

يا mnaberez ،

أنا أعمل مع palmkevin في نفس المشروع. قمنا بتنزيل المشرف v4.0.0-dev0 واستضافناه على خادمنا الخاص.
نحن نستخدمه منذ حوالي شهرين في بيئة التطوير الخاصة بنا ومنذ بضعة أسابيع في بعض بيئات الإنتاج الخاصة بالعميل. لم نواجه أي مشاكل حتى الآن.

نتواصل مع المشرف عبر xmlrpc ونستخدم الوظائف التالية:

• اغلق
• بدء العملية
• وقف العملية
• إعادة تحميل التكوين
• getProcessInfo
• getAllProcessInfo
• getState
• TailProcessStdoutLog
• قراءة العملية
• برنامج getSupervisorVersion

بمعرفة هذا ، آمل أن نتمكن من تشجيعك على نشر الإصدار الأول من الحزمة الخاصة بك إلى pypi.

@ henkesde92 من أين حصلت على v4.0.0-dev0؟ لا أرى أن هناك علامة أو فرع لها.
هل تستخدم فقط رئيس الفرع الرئيسي؟

تم العثور على المزيد من المشكلات التي تعمل على Python 3 وتم وضع علامة عليها . في حالة واحدة على الأقل (# 1178) ، تتوقف واجهة الويب عن العمل تمامًا. سيكون موضع تقدير أي مساعدة تصحيح هذه القضايا.

mnaberez الآن بعد دمج https://github.com/Supervisor/supervisor/pull/1187 ، هل اقتربنا من الحصول على إصدار؟ حتى تحميل نسخة تجريبية / RC سيساعدنا كثيرًا ،

قد يساعد في الحصول على بعض التركيز على # 1110 الذي أشعر أنه تم إصلاحه ولكنه المشكلة الوحيدة المفتوحة مع تسمية ___python 3___ .

هل هناك إمكانية لإصدار نسخة تجريبية أو نسخة RC من المشرف إلى PyPI؟ أنا أعمل في مشروع مفتوح المصدر يستخدم المشرف على نطاق واسع (https://github.com/ansible/awx) ، ونقترب من دعم Python3 ، وهذا هو العنصر المتبقي الذي يعيقنا. إذا كان الإصدار متاحًا على PyPI ، فسننتهي بإضافته إلى مصفوفة اختبار التكامل الموسعة حيث نقوم بنشر واختبار مشروعنا عبر مجموعة متنوعة من التوزيعات.

سأكون سعيدًا للمساعدة في البحث في أي مشكلات متبقية مفتوحة (مثل
https://github.com/Supervisor/supervisor/issues/1110) التي تتعلق بدعم py3 وتساعد في دفع هذا عبر خط النهاية.

1110 يبدو أنه يحدث على لغة Python القديمة أيضًا ، لكن من المؤكد أنه سيكون من المفيد العثور على السبب الجذري لها.

mnaberez هل يمكنك أن تطلق نسخة تجريبية من فضلك؟ سيساعدنا بشكل كبير في اختبار دعم Python 3.

mnaberez ،

بدأ مشروع مصدر أعمل عليه (https://github.com/ansible/awx) مؤخرًا في اختبار HEAD من هذا المستودع في بنياتنا ، حيث نعمل على دعم توزيعات py3 فقط. نجري مجموعة اختبار تكامل شاملة ليلاً عبر توزيعات Linux المتعددة. نستخدم أوامر مختلفة من supervisorctl ونستخدم بعضًا من RPC: https://github.com/ansible/awx/blob/devel/tools/docker-compose/supervisor.conf

حتى الآن ، لم نلاحظ أي تراجع في اختبارنا للتثبيتات التي تشغل المشرف تحت Python 3.6.6.

كنا نحب أن السفينة النسخة المقبلة أشار في 4.0.0 بيتا بدلا من الاضطرار إلى مفترق وSHA محددة بوابة هذا الريبو.

نود أن نشحن الإصدار التالي الذي يشير إلى إصدار تجريبي 4.0.0 بدلاً من الاضطرار إلى تفرع بوابة SHA محددة من هذا الريبو.

لا يصدر هذا المشروع إصدارات غير مستقرة إلى PyPI ( المذكورة أعلاه ). الرجاء عدم شحن برامج الإنتاج باستخدام إصدار غير مستقر من Supervisor (git sha أو غير ذلك). إذا كان مناسبًا للاستخدام مع برامج الإنتاج ، فسيتم إصداره كإصدار ثابت. أعتقد أننا قريبون ولكننا لم نصل بعد. هناك عدد من البرامج البديلة التي تقوم بما يقوم به المشرف. إذا لم تتمكن من استخدام إصدار ثابت من Supervisor ، فإنني أوصي باختيار بديل بدلاً من المخاطرة ببيئة إنتاج على إصدار غير مستقر.

mnaberez ،

بالنظر إلى أنه يبدو أن هناك عددًا من الأشخاص في هذا الموضوع يقومون بهذا _ بالضبط _ في الإنتاج (والإبلاغ عن عدم وجود مشاكل) ، وأنه لا توجد مشكلات _ ملحوظة _ متعلقة بـ python3 في المتعقب (يوجد https://github.com/Supervisor / Supervisor / issues / 1110 ، على الرغم من أنه يبدو من الصعب إعادة إنتاجه ، وقلة الخطورة ، ومحددة لاستخدام supervisorctl tail ) ، في أي نقطة قد تعتبر المشرف مستقرًا في python3 ، ويستحق الإصدار؟ هل هناك مجموعة من المعايير الملموسة تعيق ذلك؟

بالنظر إلى أنه يبدو أن هناك عددًا من الأشخاص في هذا الموضوع يفعلون ذلك بالضبط في الإنتاج (ولا يبلغون عن أي مشاكل)

كان هناك أشخاص يستخدمون Supervisor on Python 3 منذ عام 2014. طوال الوقت تقريبًا منذ ذلك الحين ، أصر البعض بصوت عالٍ على أداة تعقب المشكلات هذه على أنها تعمل بشكل جيد. واحدة من أكثر الأشياء إثارة للدهشة بالنسبة لي كانت # 1054. بعد سنوات من الادعاءات بأنها نجحت ، تم كسر أمر كامل تمامًا للتكوين الافتراضي. كانت هناك مشكلات مماثلة في الوظائف الأساسية مثل تعطل التسجيل بعد سنوات من تقارير النجاح أيضًا. لذا ، بينما أقدر تقارير النجاح وأستمع إليها ، قد لا أضع ثقلها على قدر ما قد أفعله لو لم تكن لدي هذه التجارب.

وأنه لا توجد مشكلات مفتوحة ملحوظة تتعلق بـ python3 في المتتبع (هناك # 1110 ، على الرغم من أنه يبدو من الصعب إعادة إنتاجه ، وانخفاض شدته ، ومخصص لاستخدام ذيل المشرف)

لقد كان متتبع المشكلات خاليًا في الغالب من أخطاء Python 3 لفترة قصيرة فقط ، ومن المحتمل أن يكون خطأ واصف الملف السيئ مجرد مظهر واحد من مظاهر مشكلة أكبر. أعتقد أن المرء يحتاج على الأقل إلى مزيد من التحقيق قبل أن يُفهم نطاقه أو خطورته. هناك أيضًا مجموعة من المشكلات التي تحمل علامة "مطلوب مساعدة" ، وأود أن أراجعها للتأكد من أنها مشكلات حالية وليست ناجمة عن تغييرات في النظام الرئيسي ، نظرًا لأن بعض عمليات التتبع على هذه المشكلات من المستوى الرئيسي.

في أي مرحلة ترى أن المشرف مستقر في python3 ، ويستحق الإصدار؟ هل هناك مجموعة من المعايير الملموسة تعيق ذلك؟

سأحاول مراجعة المشكلات المذكورة أعلاه مرة أخرى (مطلوب واصف ملف سيئ والمساعدة) ، وكذلك إجراء بعض الاختبارات الصارمة ، قبل دفعها للخارج. أنا لست الملتزم الوحيد القادر على إطلاق هذا البرنامج ، لكنني الأكثر نشاطًا مؤخرًا. أنا أحد المؤلفين الرئيسيين لتصحيحات Python 3 في هذا المشروع - أريد بنفسي إصدارًا مستقرًا ومتوافقًا مع Python 3. في الوقت نفسه ، أرغب في الحصول على ثقة جيدة في أنه لن يؤدي إلى إزالة مجموعة من مواقع الإنتاج ، أو توليد عاصفة من مشكلات الدعم الجديدة. كما قلت أعلاه ، أعتقد أنه قريب ، لكنني لا أوصي بتشغيل إصدار غير مستقر من المشرف في الإنتاج.

ثم يمكن إصداره كإصدار تجريبي (4.0.0b) على PyPI وحتى يتم تمييزه على أنه Python 3 فقط باستخدام محدد إصدار PEP 440

setup(
    ...
    python_requires='>=3',
    ...
)

من ذلك الطريق:

• سيحصل جميع الأشخاص الذين يرغبون في استخدام المشرف في مشروع Python 3 على وصول أسهل بكثير إليه ، بينما سيظل يتم تمييزه على أنه غير مستقر (في الواقع ، لن يقوم pipenv لأحدهم بتثبيت الإصدار التجريبي ما لم يتم تكوينه بشكل صريح)
• المزيد من المستخدمين (حشد python 3) -> تم اختبار المزيد من الميزات -> ثقة أكبر في دعم Python 3
• لن يتأثر مستخدمو (Python 2) الحاليون سلبًا

أنا شخصياً أعتقد أنه يجب أن يكون من الأسرع فرز المشكلات التي يتم الإبلاغ عنها بواسطة مستخدمي Python 3 الجدد بدلاً من انتظار مالك المشروع / المساهمين للعثور على قدر كافٍ من الوقت للتفكير في كل سيناريو محتمل واختباره.

أود أيضًا أن أشير إلى أنه بالنظر إلى كيفية إغلاق Python 2 EoL في (2020 يناير 1) ، لم يعد دعم Python 3 خيارًا ، ولكنه مطلب لإبقاء هذا المشروع على قيد الحياة ، ولهذا السبب أقترح هذا الحل.

تبلغ التغطية الحالية 89٪: https://travis-ci.org/Supervisor/supervisor/jobs/476482824 جعلها تصل إلى 95-99٪ هل ستجعلك تشعر براحة أكبر عند إطلاق سراحك؟ : التفكير:

نرحب بشدة بالرقع لإضافة تغطية الاختبار وستساعد في زيادة الثقة.

يائسًا لإصدار دعم Python 3 ، من فضلك ... :)

ألا يجب تحديث التوثيق ليقول إنه غير متوفر بعد في Python 3؟ أو تم تعديله لإظهار كيفية تثبيته على نظام python 3؟
غير قادر على تثبيت المشرف على python 3 # 1205

ألا يجب تحديث التوثيق ليقول إنه غير متوفر بعد في Python 3؟

تشير وثائق الإصدار الحالي (3.3.5) ، والمنشورة على موقع supervisord.org ، إلى ما يلي:

http://supervisord.org/introduction.html#platform -requirements
"من المعروف أن المشرف يعمل مع Python 2.4 أو ما بعده ولكنه لن يعمل تحت أي إصدار من Python 3."

@ henkesde92 من أين حصلت على v4.0.0-dev0؟ لا أرى أن هناك علامة أو فرع لها.
هل تستخدم فقط رئيس الفرع الرئيسي؟

stevecj لا توجد علامة أو فرع ، إنها رئيسية ، لكن رقم الإصدار يأتي من setup.py والذي بدوره يقرأه من supervisor/version.txt .

إغلاق هذه القضية ... لقد مر عامان تقريبًا دون أي تقدم.

مع بقاء 295 يومًا فقط حتى نهاية حياة Python 2 ، لن يحدث هذا المنفذ في الوقت المناسب.

cclauss ربما لا يوجد تقدم لأنه يعمل بالفعل؟ لا أفهم حقًا لماذا لم يتم تجميعها فقط في Python 3 والسماح للمستخدمين باستخدامها والإبلاغ عن المشكلات عند اكتشافها؟ بالتأكيد هذه واحدة من أفضل الطرق للتقدم في البرامج مفتوحة المصدر؟ مجرد ترك المشروع يموت لأنه لا أحد لديه الثقة في إصدار إصدار Python 3 يبدو ثمينًا. من الواضح أن الكثير من العمل الشاق قد تم القيام به في هذا المشروع.

FWIW ، لقد كنت أستخدم "4.0.0-dev0" مع Python 3.5 لمدة 12 شهرًا تقريبًا دون أي مشاكل تؤثر علي. ومع ذلك ، أعترف أنني لا أختبر جميع الوظائف ، ولكن يبدو أنها جيدة بما يكفي للسماح للمجتمع على الأقل بالبدء في استخدامها بشكل صحيح.

mnaberezcclauss لماذا تعترض على الإفراج عن النسخة التجريبية؟ إنك تعمل بنشاط على تثبيط المستخدمين عن اختبار دعم Python 3 من خلال القيام بذلك لأن العديد من المؤسسات لديها سياسات امتثال تجعل الانسحاب من GitHub verboten.

يجب إعادة فتح هذا أيضًا.

إعادة الافتتاح حيث يبدو أنه لا يزال هناك اهتمام كبير بهذه القضية.

أود أن أقول للخروج من مربع "نحن فقط نصدر الإصدارات المستقرة" وإصدار إصدار ألفا أو بيتا عام على pypi للانتقال py2 -> py3 من أجل هذا البرنامج الرائع.

بهذه الطريقة تترك المستخدمين يقررون استخدام إصدارات ألفا أو بيتا والجميع يعرف ما تعنيه هذه المصطلحات.

سيكون الاختبار أسهل بكثير بالنسبة للعديد من المستخدمين ويمكن إحراز تقدم على المدى القصير عند إضافة المشكلات.

بهذه الطريقة تترك المستخدمين يقررون استخدام إصدارات ألفا أو بيتا والجميع يعرف ما تعنيه هذه المصطلحات.

في معظم حياته ، استخدم هذا المشروع مخطط إصدار محيرًا. كان ذلك إلى حد كبير قبل مشاركتي في العبوة ، لذا لا يمكنني الإجابة عن السبب. تحتوي الإصدارات المستقرة على أسماء غريبة لألفا / بيتا مثل "3.0a3" أو "3.0b2". ربما كان من المفترض أن يكونوا ألفا / بيتا في البداية لكنهم استمروا لسنوات وكانوا مستقرين - لم يكن لديهم مشاكل كبيرة ولم يكن هناك فواصل قبل الميلاد يمكن أن أتذكرها. تم تجميع الإصدارات التي تحمل هذه الأسماء بالتوزيعات الرئيسية باعتبارها مستقرة. يجعل هذا التاريخ الطويل جدًا من الصعب علينا الآن توصيل الإصدارات الفعلية غير المستقرة للمستخدمين الحاليين بشكل فعال.

mnaberez ،

يبدو أن المثال الأخير لهذا (على الأقل ، مما يمكنني قوله في PyPI) كان https://pypi.org/project/supervisor/3.0b2/

... الذي كان منذ ما يقرب من 6 سنوات الآن. يتزامن أيضًا مع الانتقال من المشرف 2 إلى المشرف 3 ، لذا فإن فكرة الإصدارات المسبقة هي مخطط إصدار رئيسي يجب أن يكون المستخدمون على دراية به تاريخيًا.

يمكن لهذا يحتمل أن تتناولها وظيفة القائمة البريدية موضحا أن نسخة ألفا / بيتا / الهلال الأحمر الجديد قد أفرج عنه مع الدعم الرسمي لPython3 ربما يدعو بها صراحة جدا بطريقة أو بأخرى في (بما في ذلك تعليمات حول كيفية الإبلاغ وجدت أي مشاكل؟) HTTP: //supervisord.org؟

يبدو لي أن هناك عددًا من الأشخاص في هذا الموضوع يشحنون بالفعل برامج إنتاج باستخدام 4.0.0dev . حتى أن التوزيعات تقوم بتعبئتها من (أفترض) HEAD .

https://koji.fedoraproject.org/koji/buildinfo؟buildID=1203704

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

mnaberez بما أن مثبتة لاحقًا بـ a أو b ، هل يمكنك استخدام rc للإصدارات المسبقة الفعلية؟

مرة أخرى ، يتم حظر العديد من الأشخاص على هذا 🙁

... الذي كان منذ ما يقرب من 6 سنوات الآن. يتزامن أيضًا مع الانتقال من المشرف 2 إلى المشرف 3 ، لذا فإن فكرة الإصدارات المسبقة هي مخطط إصدار رئيسي يجب أن يكون المستخدمون على دراية به تاريخيًا.

استخدم مخطط إصدارات a / b الغريب لجميع الإصدارات من حوالي 2007-2011. لم يكن الأمر مجرد بعض الإصدارات المسبقة.

ربما الافراج عن المرشح rc سيكون أفضل؟ مرة أخرى ، 2007 - 2011 كان منذ أكثر من 8 سنوات.

mnaberez الإصدار الحالي في master يعمل جيدًا إلى حد ما مع Python3 ، يحتاج المجتمع فقط إلى إصدار ، على الرغم من أنه ليس مثاليًا. يكون له معنى كامل إذا كان الخطأ يحمل هذا يظهر أيضًا في Python2 كما يشير بعض الأشخاص.

جميع زملائي أعضاء مجتمع Plone وأعتقد أن أعضاء Pyramid حريصون أيضًا على الحصول عليها. من فضلك ، هل يمكنك تحريرها؟ سيكون ألفا على ما يرام تمامًا.
شكرا جزيلا!

/ سم مكعبmcdonctseaverstevepiercyzupogforcadapbauerjensenstisto

لن يكون هناك ابدا الكمال في البرمجيات. المشرف قريب ، على الرغم من وجود أخطاء مفتوحة في أداة تعقب المشكلة. لإنجاز المهام ، سيكون من الجيد وضع علامة على المشكلات باستخدام تصنيف إضافي مثل "مانع الإصدار" (جنبًا إلى جنب مع "المساعدة المطلوبة" الحالية؟) أو (ربما أفضل) استخدام ميزة معالم Githubs ، لذلك الأشخاص من المجتمعات والشركات باستخدام مهارات التطوير ، يمكن للمشرف معالجة المشكلات وتوفير التصحيحات.

المشكلة الرئيسية حاليًا لمعظم الناس ليست الاستقرار ، ولكن عدم وجود إصدار Python 3. يختلف الإصدار عن التثبيت عبر VCS ويمكن تعبئته وتوزيعه بشكل مختلف ، بما يتناسب مع سير عمل العمليات الحالية. لذا ، حتى لو كررت نفسي هنا ، فإن عدم اليقين هذا يمثل مشكلة كبيرة.

sneridagh ، mcdonc وmnaberez. لا يستطيع الآخرون فعل أي شيء لتحرير المشرف على PyPI.

المطورين الأساسيين للإصدار Pyramid إصدار ألفا وبيتا ، وهو يعمل بشكل جيد بالنسبة لنا. نقوم بتوصيل الإصدارات من خلال القنوات المعتادة: القائمة البريدية و Twitter و README.

لا أرى أي مشكلة في القيام بالمثل مع المشرف ، وأعتقد أنه سيكون مفيدًا لمزيد من التطوير. هيك ، قد يكون هناك مشرف آخر يتربص بمشاركة العبء.

حتى أننا حاولنا استخدام الإصدار الرئيسي الحالي. ويعمل على ما يرام.
آمل أن يتم إصدار هذا كحزمة تجريبية حيث يمكننا استخدامه مباشرة بدلاً من إعادة ترتيبها وتثبيتها يدويًا. سأستضيف هذه الحزمة قريبًا في مستودع PIP جديد. يمكن للكثير منكم سحب حزمة النقطة من هناك نفسها. سيتم التحديث هنا قريبا.

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

يُظهر البحث السريع في PyPI أن شخصًا واحدًا على الأقل قد فعل ذلك بالفعل:

https://pypi.org/project/supervisor-lrn/

ملاحظة: مؤلف هذه الحزمة لا يشارك في مشروع المشرف. لم أنزل أو أتحقق من هذه الحزمة.

الإغلاق لصالح شوكة متوافقة مع Python 3 https://pypi.org/project/supervisor-lrn/

@ كلوس على محمل الجد؟

حسنًا ، إنه لأمر مؤسف ولكن بعد أكثر من 10 سنوات باستخدام المشرف ، سننتقل إلى استخدام pm2 أو systemd.

طالما وشكرا لجميع الأسماك.

أنا حقًا لا أفهم الطريقة التي قررها مشرفو المشروع
اذهب حول هذا. إنه أمر مؤسف حقًا ، أيا كان. المجتمع يسأل فقط
لإصدار بيتا للمساعدة في اختبار وإنهاء دعم Python 3. في حين أن،
أنت توجه الناس إلى مفترق.
سأتحول إلى شيء آخر أيضًا.

في الأحد، 24 مارس 2019 الساعة 2:44 مساءً فيكتور فرنانديز دي ألبا <
[email protected]> كتب:

cclauss https://github.com/cclauss على محمل الجد؟

حسنًا ، إنه لأمر مؤسف ولكن بعد أكثر من 10 سنوات باستخدام المشرف ، سنفعل ذلك
قم بالتبديل لاستخدام pm2 أو systemd.

طالما وشكرا لجميع الأسماك.

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/Supervisor/supervisor/issues/1060#issuecomment-475960800 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AAGU8E33aSZ3ocMQoP7evXh7WWEq4Gv_ks5vZ4E1gaJpZM4SInJR
.

الرجاء التوقف عن إغلاق القضيةcclauss. من الواضح أن هناك اهتمامًا من كل من المجتمع وmnaberez.

@ كلوس على محمل الجد؟

حسنًا ، إنه لأمر مؤسف ولكن بعد أكثر من 10 سنوات باستخدام المشرف ، سننتقل إلى استخدام pm2 أو systemd.

cclauss ، الشخص الذي أغلق هذه التذكرة بشكل متكرر ، ليس جزءًا من مشروع المشرف. يمكنه إغلاقها لأنه فتحها في الأصل.

نظرًا لأنه لا تزال هناك مناقشة نشطة هنا ، سأعيد فتحها (مرة أخرى).

mnaberez حسنًا ، هذا سبب بعض الارتباك ، اعتقدت أنه كان مسؤولاً أيضًا. ربما يجب أن ننتقل إلى قضية أخرى.

ما هو المانع الذي يمنعك من الإصدار إذن؟

mnaberez ونفس المناقشة في هذه البطاقة تكررت بالفعل عدة مرات ولا تسير في اتجاه (إيجابي).

ربما يمكنك أنت وبعض المسؤولين عن الصيانة شرح أو إعادة النظر في وجهة نظرك حول هذه المشكلة ثم إغلاقها؟

طلب العديد من المستخدمين وغيرهم من مسؤولي صيانة OSS هنا إصدار RC رسميًا. الآن شخص لا علاقة له بمشروع المشرف فعل ذلك. لا أعتقد أن هذا مفيد لمشروع المشرف ، ولكنه مفهوم إذا كنت لا تفعله.

إنه أمر مؤسف حقًا ، أيا كان. يطلب المجتمع فقط إصدار بيتا للمساعدة في اختبار وإنهاء دعم Python 3. بدلاً من ذلك ، تقوم بتوجيه الناس إلى مفترق طرق.

يرجى ملاحظة أنني أشرت إلى حزمة الطرف الثالث الحالية فقط ردًا على تعليق مستخدم آخر

ربما يمكنك أنت وبعض المسؤولين عن الصيانة شرح أو إعادة النظر في وجهة نظرك حول هذه المشكلة ثم إغلاقها؟

أنوي إصدار حزمة المشرف 4.0.0 الرسمية مع دعم Python 3 في غضون أسبوعين. من غير المحتمل أن يطلق على الإصدار alpha / beta للأسباب التاريخية المذكورة أعلاه ، ولكن يمكن تسميته rc كما اقترحه ofek و ryanpetrello وآخرين. ومع ذلك ، فقد مرت عدة أشهر منذ أن قدمت تعليقات الاستقرار أعلاه ، ولم يتم الإبلاغ عن أي مشكلات جديدة في Python 3 منذ ذلك الحين. لقد كنت أستخدمه أيضًا خلال ذلك الوقت ولم أواجه مشكلات جديدة. بالنظر إلى كل ذلك وعدد الأشخاص الذين أبلغوا عن أنه يعمل معهم ، فقد يطلق عليه ببساطة 4.0.0. سأغلق هذه التذكرة عندما يتم إصدارها إلى PyPI.

ما هو المانع الذي يمنعك من الإصدار إذن؟

لا يوجد حاليًا مانع لهذا الأمر ، بخلاف أود أن أقوم أولاً بإصدار ميزة 3.4.0 التي بدأتها بالفعل. أعتزم القيام بذلك الأسبوع المقبل ، و 4.0.0 في الأسبوع التالي.

يرجى إبقاء هذا مفتوحًا ، فمشاريعنا تحتاج حقًا إلى حدوث ذلك أيضًا.

المشرف 4.0.0 (حزمة PyPI ؛ يدعم Python 3.4+ و 2.7)