PyPI memiliki rilis stabil (versi yang kami yakini siap produksi). Cabang master yang telah Anda tautkan di atas memiliki dukungan yang sedang dalam proses untuk Python 3. Sejumlah besar pekerjaan telah dilakukan untuk mendukung Python 3 dan sedang terbentuk, tetapi bug Python 3 yang signifikan ditemukan dan diperbaiki hanya sekitar satu minggu lalu (#1054). Diperlukan lebih banyak pengujian sebelum dapat dianggap siap produksi.

Mengapa masalah ini ditutup? README mengatakan _Supervisor diketahui bekerja dengan Python 2.4 atau lebih baru tetapi tidak akan bekerja di bawah versi Python 3._ apa pun yang berarti #1060 dan #1070 tidak boleh ditutup.

Mengapa masalah ini ditutup? README mengatakan Supervisor diketahui bekerja dengan Python 2.4 atau lebih baru tetapi tidak akan berfungsi di bawah versi Python 3. apa pun.

Anda mengutip README dari versi rilis stabil Supervisor 3 ( file ) saat ini. README versi itu menyatakan persyaratan versi itu.

Versi utama berikutnya, Supervisor 4, akan menyertakan dukungan Python 3. Ini adalah cabang utama di git. README versi itu telah diperbarui untuk menunjukkan dukungan Python 3.

Apakah ada peta jalan untuk rilis versi 4? Tampaknya tidak ada masalah terbuka pada Python 3. Apakah ada cara yang dapat membantu dalam menguji cabang git saat ini?

Saya juga saya siap membantu pengujian

@tcwalther @palmkevin Terima kasih telah menawarkan bantuan untuk menguji. Akan sangat membantu jika Anda dapat mencoba menjalankan cabang master di bawah Python 3 dan 2, mencoba sebanyak mungkin opsi dan perintah, dan melaporkan kembali. Anda dapat melaporkan kembali baik dalam "Saya menemukan x bug" atau "Saya menggunakannya selama x jam dan menggunakan fitur x dan tidak menemukan masalah". Keduanya akan sangat membantu.

Beberapa orang telah melaporkan itu berfungsi pada Python 3 tetapi jelas bagi saya dari bug yang saya temukan setelahnya bahwa orang-orang itu tidak mengujinya dengan sangat ketat. Misalnya, #1054 adalah fitur utama Supervisor dan seharusnya dilaporkan. Saya baru saja mulai mengetik perintah menurut abjad dan yang pertama saya coba tidak berhasil sama sekali.

Ada banyak kemajuan yang dibuat menuju dukungan Python 3 dalam beberapa bulan terakhir. Saat ini, saya tidak mengetahui adanya bug khusus Python 3, itulah sebabnya tidak ada bug di pelacak. Akhirnya cukup berfungsi sehingga saya sudah mulai menjalankannya di bawah Python 3 sekarang. Saya ingin membuat rilis yang kompatibel dengan Python 3. Namun, orang-orang bergantung pada perangkat lunak ini di server produksi, jadi penting bagi kami untuk yakin bahwa itu benar-benar berfungsi. Laporan pengujian yang berhasil akan membantu.

Beberapa pengujian dasar dari cabang master menunjukkan tampaknya "bekerja" setidaknya sedikit :) Akan mengujinya sebentar dan memposting masalah apa pun yang kami temukan di sini...( @tcwalther dan saya berada di geng yang sama).

Untuk kedua @jkp , kami menguji ini di tim kami di tempat kerja (kami berada di tim yang sama). Kami tidak menggunakan perintah canggih apa pun tetapi hanya menjalankan supervisord -c some_config_file di latar depan sebagai titik masuk dalam wadah Docker. Kami akan melaporkan kembali jika kami menemukan masalah.

@mnaberez IMHO jika pengujian diperlukan lebih dari sekadar porting kode, akan sangat membantu untuk merilis rilis alpha/beta/rc, jadi seseorang tidak perlu mengambil supervisor dari git.

Apakah kita lebih dekat dengan rilis? Kami sangat ingin menggunakan Python 3.

Harap pertimbangkan untuk merilis versi beta di PyPI sehingga orang dapat menguji kompatibilitas Python3 dengan cara yang lebih mudah.

Terimakasih banyak.

Pra-rilis di PyPI akan banyak membantu, terima kasih.

Harap pertimbangkan untuk merilis versi beta di PyPI sehingga orang dapat menguji kompatibilitas Python3 dengan cara yang lebih mudah.

Anda harus dapat menginstal cabang master dengan pip menggunakan satu perintah (lihat Dukungan VCS ). Kami sangat menghargai jika Anda menggunakan metode ini, atau checkout git , untuk menyelamatkan pengelola dari pekerjaan ekstra pengemasan rilis non-stabil yang hanya akan digunakan oleh penguji.

Lebih banyak bug spesifik Python 3 telah dilaporkan dan diperbaiki baru-baru ini (misalnya abef0a2be35f4aae4a4edeceadb7a213b729ef8d).

Anda mengutip README dari versi rilis stabil Supervisor 3 ( file ) saat ini. README versi itu menyatakan persyaratan versi itu.

README dan dokumentasi online (untuk rilis stabil saat ini) mengatakan:

Supervisor diketahui bekerja dengan Python 2.4 atau lebih baru tetapi tidak akan bekerja di bawah versi Python 3. apa pun.

Kata-kata ini masih agak menyesatkan bagi saya (sebenarnya membuat saya takut dan takut apakah saya harus menggunakan Supervisor). Saya pikir Supervisor (sebagai vs. Supervisor 3 ) tidak akan

@adah1972 Masalahnya di sini adalah tidak ada pengklasifikasi trove Python3 di https://pypi.python.org/pypi/supervisor jadi ketika pengguna membuka PyPI, ia memberi tahu mereka bahwa Supervisor _only_ berjalan di Python lawas.

Masalahnya di sini adalah tidak ada pengklasifikasi trove Python3 di https://pypi.python.org/pypi/supervisor sehingga ketika pengguna membuka PyPI, ia memberi tahu mereka bahwa Supervisor hanya berjalan di Python lawas.

Proyek Supervisor hanya merilis versi stabil ke PyPI. Saat ini tidak ada versi stabil dari Supervisor yang mendukung Python 3. Upaya untuk menambahkan dukungan Python 3 telah dilakukan dan kami semakin dekat, tetapi bug di port Python 3 terus ditemukan. Satu lagi yang merusak fungsi utama ditemukan awal bulan ini.

Pengklasifikasi README dan Trove yang Anda lihat di PyPI sudah benar untuk versi stabil terbaru. Pengklasifikasi Trove telah diperbarui dalam setup.py untuk cabang Python 3, dan akan ditambahkan ke PyPI ketika rilis stabil dari versi tersebut dibuat.

Saya berpendapat cukup untuk mengatakan:

Supervisor diketahui bekerja dengan Python 2.4 atau lebih baru tetapi tidak berfungsi di bawah versi Python 3. apa pun.

Kedengarannya sangat aneh dan membingungkan untuk mengatakan tidak akan .

Hai @mnaberez ,

Saya bekerja dengan @palmkevin di proyek yang sama. Kami mengunduh supervisor v4.0.0-dev0 dan menghostingnya di pypiserver pribadi kami.
Kami menggunakannya sejak sekitar 2 bulan di lingkungan pengembangan kami dan sejak beberapa minggu sekarang di beberapa lingkungan produksi klien. Kami tidak menghadapi masalah apapun sejauh ini.

Kami berkomunikasi dengan supervisor melalui xmlrpc dan menggunakan fungsi berikut:

• matikan
• mulaiProses
• hentikanProses
• isi ulang konfigurasi
• dapatkanProcessInfo
• getAllProcessInfo
• getState
• tailProcessStdoutLog
• bacaProcessStdoutLog
• dapatkanSupervisorVersion

Mengetahui hal ini, saya harap kami dapat mendorong Anda untuk mempublikasikan rilis pertama paket Anda ke pypi.

@henkesde92 Dari mana Anda mendapatkan v4.0.0-dev0? Saya tidak melihat ada tag atau cabang untuk itu.
Apakah Anda hanya menggunakan kepala cabang master?

Lebih banyak masalah yang berjalan di Python 3 telah ditemukan dan diberi tag . Setidaknya dalam satu kasus (#1178), antarmuka web berhenti bekerja sepenuhnya. Bantuan apa pun untuk menambal masalah ini akan dihargai.

@mnaberez Sekarang https://github.com/Supervisor/supervisor/pull/1187 digabungkan, apakah kita hampir mendapatkan rilis? Bahkan unggahan beta/rc akan sangat membantu kami,

Ini akan membantu untuk mendapatkan beberapa fokus pada #1110 yang saya rasa sudah diperbaiki tetapi itu adalah satu-satunya masalah terbuka dengan label ___python 3___ .

Apakah ada kemungkinan untuk merilis supervisor versi beta atau rc ke PyPI? Saya mengerjakan proyek open source yang menggunakan supervisor secara ekstensif (https://github.com/ansible/awx), dan kami mendekati dukungan Python3, dan ini adalah item _one_ yang tersisa yang menahan kami. Jika rilis tersedia di PyPI, pada akhirnya kami akan menambahkannya ke matriks pengujian integrasi yang luas tempat kami menerapkan dan menguji proyek kami di berbagai distribusi.

Saya akan dengan senang hati membantu menggali masalah terbuka yang tersisa (seperti
https://github.com/Supervisor/supervisor/issues/1110) yang berhubungan dengan dukungan py3 dan membantu mendorong ini melintasi garis finish.

1110 Tampaknya terjadi pada Python lawas juga, tetapi pasti akan sangat membantu untuk menemukan akar masalahnya.

@mnaberez Bisakah Anda merilis versi beta? Ini akan sangat membantu kami dalam menguji dukungan Python 3.

@mnaberez ,

Proyek sumber yang saya kerjakan (https://github.com/ansible/awx) baru-baru ini mulai menguji HEAD repositori ini di build kami, karena kami sedang mengerjakan dukungan untuk distro khusus py3. Kami menjalankan rangkaian uji integrasi malam yang sangat menyeluruh di beberapa distribusi Linux. Kami menggunakan berbagai perintah supervisorctl dan juga menggunakan beberapa RPC: https://github.com/ansible/awx/blob/devel/tools/docker-compose/supervisor.conf

Sejauh ini, kami belum melihat adanya regresi dalam pengujian kami terhadap pemasangan yang menjalankan supervisord di bawah Python 3.6.6.

Kami akan senang untuk kapal versi berikutnya menunjuk pada 4.0.0 beta daripada harus garpu SHA tertentu git dari repo ini.

Kami ingin mengirimkan versi berikutnya dengan versi beta 4.0.0 daripada harus membayar git SHA tertentu dari repo ini.

Proyek ini tidak merilis versi yang tidak stabil ke PyPI ( disebutkan di atas ). Harap jangan mengirimkan perangkat lunak produksi menggunakan versi Supervisor yang tidak stabil (git sha atau lainnya). Jika cocok untuk digunakan dengan perangkat lunak produksi, itu akan dirilis sebagai versi stabil. Saya pikir kami sudah dekat tetapi kami belum sampai di sana. Ada sejumlah program alternatif yang melakukan apa yang dilakukan Supervisor. Jika Anda tidak dapat menggunakan Supervisor versi stabil, saya akan merekomendasikan memilih alternatif daripada mengambil risiko lingkungan produksi pada versi yang tidak stabil.

@mnaberez ,

Mengingat bahwa tampaknya ada sejumlah orang di utas ini melakukan _tepat_ ini dalam produksi (dan melaporkan tidak ada masalah), dan bahwa tidak ada _penting_ masalah terbuka yang terkait dengan python3 di pelacak (ada https://github.com/Supervisor /supervisor/issues/1110, meskipun tampaknya sulit untuk direproduksi, tingkat keparahannya rendah, dan khusus untuk penggunaan supervisorctl tail ), pada titik mana Anda akan menganggap supervisor stabil di python3, dan layak untuk dirilis? Apakah ada seperangkat kriteria nyata yang menahan ini?

Mengingat bahwa tampaknya ada sejumlah orang di utas ini yang melakukan hal ini dalam produksi (dan melaporkan tidak ada masalah)

Ada orang yang menggunakan Supervisor pada Python 3 sejak tahun 2014. Hampir sepanjang waktu sejak itu, beberapa orang bersikeras secara vokal pada pelacak masalah ini bahwa itu berjalan dengan baik. Salah satu yang paling mengejutkan bagi saya adalah #1054. Setelah bertahun-tahun mengklaim itu berhasil, seluruh perintah benar-benar rusak untuk konfigurasi default. Ada masalah serupa dengan fungsionalitas dasar seperti logging yang sangat rusak setelah bertahun-tahun laporan sukses juga. Jadi, sementara saya menghargai dan mendengarkan laporan keberhasilan, saya mungkin tidak akan menimbangnya seberat mungkin jika saya tidak memiliki pengalaman ini.

dan bahwa tidak ada masalah terbuka penting yang terkait dengan python3 di pelacak (ada #1110, meskipun tampaknya sulit untuk direproduksi, tingkat keparahannya rendah, dan khusus untuk penggunaan supervisorctl tail)

Pelacak masalah sebagian besar telah bersih dari bug Python 3 hanya untuk waktu yang singkat, dan mungkin saja bug deskriptor file yang buruk hanyalah satu manifestasi dari masalah yang lebih besar. Saya pikir setidaknya seseorang membutuhkan lebih banyak penyelidikan sebelum ruang lingkup atau tingkat keparahannya dapat dipahami. Ada juga banyak masalah yang ditandai "dicari bantuan", dan saya ingin meninjaunya untuk memastikan itu adalah masalah yang ada dan tidak disebabkan oleh perubahan pada master, karena beberapa traceback pada itu berasal dari master.

pada titik apa yang Anda anggap supervisor stabil di python3, dan layak untuk dirilis? Apakah ada seperangkat kriteria nyata yang menahan ini?

Saya akan mencoba meninjau kembali masalah yang disebutkan di atas (deskriptor file yang buruk dan bantuan yang diinginkan), dan juga melakukan beberapa pengujian yang lebih ketat, sebelum dikeluarkan. Saya bukan satu-satunya pembuat yang mampu merilis perangkat lunak ini, tetapi saya yang paling aktif belakangan ini. Saya adalah salah satu penulis utama patch Python 3 pada proyek ini Saya sendiri menginginkan rilis yang stabil dan kompatibel dengan Python 3. Pada saat yang sama, saya ingin memiliki keyakinan yang baik bahwa itu tidak akan menghapus banyak situs web produksi, atau menghasilkan badai masalah dukungan baru. Seperti yang saya katakan di atas, saya pikir sudah dekat, tetapi saya tidak akan merekomendasikan menjalankan versi Supervisor yang tidak stabil dalam produksi.

kemudian dapat dirilis sebagai beta (4.0.0b) di PyPI dan bahkan ditandai sebagai Python 3 hanya menggunakan specifier versi PEP 440

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

dengan cara itu:

• semua orang yang ingin menggunakan supervisor dalam proyek Python 3 akan mendapatkan akses yang lebih mudah ke sana, sementara itu masih akan ditandai sebagai dianggap tidak stabil (pada kenyataannya, pipenv untuk satu, tidak akan menginstal beta kecuali dikonfigurasi secara eksplisit untuk)
• lebih banyak pengguna (python 3 crowd) -> lebih banyak fitur yang diuji -> lebih percaya diri pada dukungan Python 3
• pengguna saat ini (Python 2) tidak akan terpengaruh secara negatif

Secara pribadi saya percaya itu harus lebih cepat untuk mengatasi masalah yang dilaporkan oleh pengguna Python 3 baru daripada menunggu pemilik proyek/kontributor menemukan jumlah waktu yang cukup untuk memikirkan dan menguji setiap skenario yang mungkin.

Saya juga ingin mencatat bahwa melihat bagaimana Python 2 EoL mendekati (2020 1 Jan), dukungan Python 3 tidak lagi menjadi pilihan, tetapi persyaratan untuk menjaga proyek ini tetap hidup, itulah sebabnya saya mengusulkan solusi ini.

Cakupan saat ini adalah 89%: https://travis-ci.org/Supervisor/supervisor/jobs/476482824 menabraknya menjadi 95-99% akan membuat Anda merasa lebih nyaman untuk membuat rilis? :pemikiran:

Tambalan untuk menambahkan cakupan pengujian sangat diterima dan akan membantu meningkatkan kepercayaan diri.

Putus asa untuk rilis dukungan Python 3, tolong ... :)

Bukankah seharusnya dokumentasi diperbarui untuk mengatakan bahwa itu belum tersedia di python 3? atau dimodifikasi untuk menunjukkan cara menginstalnya pada sistem python 3?
tidak dapat menginstal supervisor di python 3 #1205

Bukankah seharusnya dokumentasi diperbarui untuk mengatakan bahwa itu belum tersedia di python 3?

Dokumentasi untuk versi rilis saat ini (3.3.5), yang diterbitkan di supervisord.org , sudah mengatakan sebagai berikut:

http://supervisord.org/introduction.html#platform -persyaratan
"Supervisor diketahui bekerja dengan Python 2.4 atau lebih baru tetapi tidak akan bekerja di bawah versi Python 3 apa pun."

@henkesde92 Dari mana Anda mendapatkan v4.0.0-dev0? Saya tidak melihat ada tag atau cabang untuk itu.
Apakah Anda hanya menggunakan kepala cabang master?

@stevecj Tidak ada tag atau cabang, itu ada di master, tetapi nomor versi berasal dari setup.py yang pada gilirannya membacanya dari supervisor/version.txt .

Menutup masalah ini... Sudah dua tahun hampir tidak ada kemajuan.

Dengan hanya 295 hari tersisa hingga akhir masa pakai Python 2, port ini tidak akan terjadi tepat waktu.

@cclauss Mungkin tidak ada kemajuan karena sudah berhasil? Saya tidak begitu mengerti mengapa itu tidak hanya dikemas untuk Python 3 dan membiarkan pengguna menggunakannya dan melaporkan masalah saat ditemukan? Tentunya itu salah satu cara terbaik untuk mengembangkan perangkat lunak sumber terbuka? Membiarkan proyek mati karena tidak ada yang memiliki kepercayaan diri untuk merilis versi Python 3 tampaknya berharga. Banyak kerja keras jelas telah dilakukan untuk proyek ini.

FWIW, saya telah menggunakan "4.0.0-dev0" dengan Python 3.5 selama hampir 12 bulan tanpa masalah yang mempengaruhi saya. Namun saya akui saya tidak menguji semua fungsionalitas, tetapi tampaknya cukup baik untuk setidaknya membiarkan komunitas mulai menggunakannya dengan benar.

@mnaberez @cclauss Mengapa Anda menolak merilis versi beta? Anda secara aktif mencegah pengguna menguji dukungan Python 3 dengan melakukannya karena banyak organisasi memiliki kebijakan kepatuhan yang membuat penarikan dari GitHub bertele-tele.

Ini juga harus dibuka kembali.

Pembukaan kembali karena tampaknya masih ada minat yang signifikan dalam masalah ini.

Saya akan mengatakan untuk keluar dari kotak "kami hanya merilis versi stabil" dan merilis versi alfa atau beta publik di pypi untuk transisi py2 -> py3 demi perangkat lunak yang fantastis ini.

Dengan cara ini Anda membiarkan pengguna memutuskan untuk menggunakan rilis alfa atau beta dan semua orang tahu apa arti terminologi ini.

Pengujian akan jauh lebih mudah bagi banyak pengguna dan kemajuan dapat dicapai dalam waktu singkat ketika masalah ditambahkan.

Dengan cara ini Anda membiarkan pengguna memutuskan untuk menggunakan rilis alfa atau beta dan semua orang tahu apa arti terminologi ini.

Untuk sebagian besar hidupnya, proyek ini menggunakan skema versi yang membingungkan. Itu sebagian besar sebelum keterlibatan saya dengan kemasan jadi saya tidak bisa menjawab mengapa. Rilis stabil memiliki nama alfa/beta yang aneh seperti "3.0a3" atau "3.0b2". Mungkin mereka dimaksudkan sebagai alfa/beta pada awalnya tetapi mereka berlangsung selama bertahun-tahun dan stabil - mereka tidak memiliki masalah yang signifikan dan tidak ada jeda SM di antara mereka yang dapat saya ingat. Versi dengan nama ini bahkan dikemas oleh distribusi utama sebagai stabil. Sejarah yang sangat panjang ini mempersulit kami sekarang untuk secara efektif mengomunikasikan rilis aktual yang tidak stabil kepada pengguna yang sudah ada.

@mnaberez ,

Sepertinya contoh terakhir dari ini (setidaknya, dari apa yang saya tahu di PyPI) adalah https://pypi.org/project/supervisor/3.0b2/

... yang hampir 6 tahun yang lalu sekarang. Ini juga bertepatan dengan perpindahan dari supervisor2 ke supervisor3, jadi gagasan pra-rilis adalah skema versi utama yang harus diketahui pengguna, secara historis.

Mungkinkah ini berpotensi diatasi oleh pos milis yang menjelaskan bahwa versi alpha/beta/rc baru telah dirilis dengan dukungan resmi untuk Python3 (termasuk instruksi tentang cara melaporkan masalah yang ditemukan?) Mungkin menyebutnya secara eksplisit entah bagaimana di http: //pengawas.org?

Sepertinya saya seperti ada sejumlah orang di utas ini yang _sudah_ mengirimkan perangkat lunak produksi menggunakan 4.0.0dev . Distribusi bahkan mengemasnya dari (saya berasumsi) HEAD .

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

Sebagai pengelola paket perangkat lunak open source sendiri, saya pikir situasi ini akan jauh lebih tidak diinginkan daripada hanya mendistribusikan pra-rilis, mendengar langsung dari pengguna, dan memperbaiki bug yang ada.

@mnaberez Karena perhatian utamanya adalah bahwa versi stabil dulunya di-postfix dengan a atau b , bisakah Anda menggunakan rc untuk pra-rilis yang sebenarnya?

Sekali lagi, banyak orang diblokir pada ini

... yang hampir 6 tahun yang lalu sekarang. Ini juga bertepatan dengan perpindahan dari supervisor2 ke supervisor3, jadi gagasan pra-rilis adalah skema versi utama yang harus diketahui pengguna, secara historis.

Itu menggunakan skema versi a/b yang aneh untuk semua rilis dari sekitar 2007-2011. Itu bukan hanya beberapa pra-rilis.

Mungkin rilis kandidat rc akan lebih baik? Sekali lagi, 2007 - 2011 adalah 8+ tahun yang lalu.

@mnaberez Versi master saat ini bekerja cukup baik dengan Python3, komunitas hanya perlu rilis, meskipun tidak sempurna. Masuk akal sepenuhnya jika bug yang menahan ini juga muncul di Python2 seperti yang ditunjukkan beberapa orang.

Semua anggota komunitas Plone saya dan saya kira yang Piramida juga ingin memilikinya. Tolong, bisakah Anda melepaskannya? Seorang alpha akan baik-baik saja.
Terima kasih banyak!

/cc @mcdonc @tseaver @stevepiercy @zupo @gforcada @pbauer @jensens @tisto

Tidak akan pernah ada kesempurnaan dalam perangkat lunak. Supervisor ada di dekat Anda, meskipun ada bug terbuka di pelacak masalah. Untuk menyelesaikan sesuatu, sebaiknya tandai masalah menggunakan label tambahan seperti "pemblokir rilis" (bersama dengan "bantuan yang diinginkan"?) atau (mungkin lebih baik) gunakan fitur tonggak Githubs, sehingga orang-orang dari komunitas dan perusahaan dengan dev-skills menggunakan supervisor dapat mengatasi masalah dan menyediakan tambalan.

Saat ini masalah utama bagi kebanyakan orang bukanlah stabilitas, tetapi kehilangan rilis Python 3. Rilis berbeda dari menginstal melalui VCS dan dapat dikemas dan didistribusikan secara berbeda, sesuai dengan alur kerja operasi saat ini. Jadi, bahkan jika saya ulangi di sini, ketidakpastian ini adalah masalah besar.

@sneridagh satu-satunya pengelola di PyPI adalah @mcdonc dan @mnaberez. Orang lain tidak dapat melakukan apa pun untuk melepaskan Supervisor di PyPI.

Pengembang inti untuk Pyramid merilis versi alfa dan beta , dan itu bekerja dengan baik untuk kami. Kami mengomunikasikan rilis melalui saluran biasa: milis , Twitter , dan README.

Saya tidak melihat ada masalah dengan melakukan hal serupa dengan Supervisor, dan saya pikir itu akan bermanfaat untuk pengembangan lebih lanjut. Heck, bahkan mungkin ada pengelola lain yang mengintai untuk berbagi beban.

Bahkan kami mencoba menggunakan versi master saat ini. Dan itu bekerja dengan baik.
Saya berharap ini dapat dirilis sebagai paket beta karena kami dapat menggunakannya secara langsung daripada melakukan forking repo dan menginstal secara manual. Saya akan segera meng-host paket ini di repositori PIP baru. Banyak dari Anda dapat menarik paket pip dari sana sendiri. Akan segera update disini.

Saya akan segera meng-host paket ini di repositori PIP baru. Banyak dari Anda dapat menarik paket pip dari sana sendiri. Akan segera update disini.

Pencarian cepat PyPI menunjukkan bahwa setidaknya satu orang telah melakukan ini:

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

Catatan: pembuat paket ini tidak terlibat dengan proyek Supervisor. Saya belum mengunduh atau memeriksa paket ini.

Menutup mendukung garpu yang kompatibel dengan Python 3 https://pypi.org/project/supervisor-lrn/

@cclauss serius?

Ok, sayang sekali tapi setelah lebih dari 10 tahun menggunakan supervisor, kami akan beralih menggunakan pm2 atau systemd.

Sekian, dan terima kasih untuk semua ikannya.

Saya benar-benar tidak mengerti cara pengelola proyek memutuskan untuk
pergi tentang ini. Sangat disayangkan, apa pun itu. Masyarakat hanya bertanya
untuk rilis beta guna membantu menguji dan menyelesaikan dukungan python 3. Sebagai gantinya,
Anda mengarahkan orang ke garpu.
Saya akan beralih ke sesuatu yang lain juga.

Pada Minggu, 24 Mar 2019, 14:44 Víctor Fernández de Alba, <
[email protected]> menulis:

@cclauss https://github.com/cclauss serius?

Oke, sangat disayangkan tetapi setelah lebih dari 10 tahun menggunakan supervisor, kami akan
beralih untuk menggunakan pm2 atau systemd.

Sekian, dan terima kasih untuk semua ikannya.

—
Anda menerima ini karena Anda berkomentar.
Balas email ini secara langsung, lihat di GitHub
https://github.com/Supervisor/supervisor/issues/1060#issuecomment-475960800 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAGU8E33aSZ3ocMQoP7evXh7WWEq4Gv_ks5vZ4E1gaJpZM4SINJR
.

Tolong berhenti menutup masalah @cclauss. Jelas ada ketertarikan dari komunitas dan @mnaberez.

@cclauss serius?

Ok, sayang sekali tapi setelah lebih dari 10 tahun menggunakan supervisor, kami akan beralih menggunakan pm2 atau systemd.

@cclauss , orang yang berulang kali menutup tiket ini, bukan bagian dari proyek Supervisor. Dia bisa menutupnya karena dia awalnya membukanya.

Karena masih ada diskusi aktif di sini, saya akan membukanya kembali (lagi).

@mnaberez ok, itu menyebabkan sedikit kebingungan, saya pikir dia yang bertanggung jawab juga. Mungkin kita harus pindah ke masalah lain.

Apa pemblokir yang menahan Anda untuk rilis itu?

@mnaberez Dan diskusi yang sama di tiket ini sudah berulang kali dan tidak menuju ke arah (positif).

Mungkin Anda dan beberapa rekan pengelola dapat menjelaskan atau mempertimbangkan kembali sudut pandang Anda tentang masalah ini dan kemudian menutupnya?

Beberapa pengguna dan pengelola OSS lainnya telah meminta rilis rc resmi di sini. Sekarang seseorang yang tidak terkait dengan proyek pengawas melakukannya. Saya tidak berpikir ini bermanfaat untuk proyek Supervisor, tetapi dapat dimengerti jika Anda tidak melakukannya.

Sangat disayangkan, apa pun itu. Komunitas hanya meminta rilis beta untuk membantu menguji dan menyelesaikan dukungan python 3. Sebaliknya, Anda mengarahkan orang ke garpu.

Harap dicatat bahwa saya menunjukkan paket pihak ketiga yang ada hanya sebagai tanggapan atas komentar pengguna lain

Mungkin Anda dan beberapa rekan pengelola dapat menjelaskan atau mempertimbangkan kembali sudut pandang Anda tentang masalah ini dan kemudian menutupnya?

Saya bermaksud untuk merilis paket Supervisor 4.0.0 resmi dengan dukungan Python 3 dalam waktu 2 minggu. Rilis ini tidak mungkin disebut alpha/beta karena alasan historis yang disebutkan di atas, tetapi mungkin disebut rc seperti yang disarankan oleh @ofek , @ryanpetrello , dan lainnya. Namun, sudah beberapa bulan sejak saya membuat komentar stabilitas di atas, dan tidak ada masalah baru Python 3 yang dilaporkan sejak itu. Saya juga telah menggunakannya selama waktu itu dan tidak memiliki masalah baru. Mengingat semua itu dan jumlah orang yang melaporkannya bekerja untuk mereka, itu bisa disebut 4.0.0. Saya akan menutup tiket ini ketika dirilis ke PyPI.

Apa pemblokir yang menahan Anda untuk rilis itu?

Saat ini tidak ada pemblokir untuk ini, selain saya ingin terlebih dahulu membuat rilis fitur 3.4.0 yang sudah saya mulai. Saya berniat melakukannya minggu depan, dan 4.0.0 minggu berikutnya.

Harap tetap buka ini, proyek kami benar-benar membutuhkan ini terjadi juga.

Supervisor 4.0.0 (paket PyPI; mendukung Python 3.4+ dan 2.7)