Perbedaan antara distribusi, distutils, setuptools dan distutils2?

Situasi

Saya mencoba untuk port perpustakaan open-source ke Python 3. ( SymPy , kalau ada yang bertanya-tanya.)

Jadi, saya perlu menjalankan 2to3secara otomatis ketika membangun untuk Python 3. Untuk melakukan itu, saya perlu menggunakan distribute. Karena itu, saya perlu mem-port sistem saat ini, yang (menurut doctest) distutils.

Masalah

Sayangnya, saya tidak yakin apa perbedaan antara modules- ini distutils, distribute, setuptools. Dokumentasinya kurang lengkap, karena semuanya tampak seperti percabangan satu sama lain, dimaksudkan untuk kompatibel dalam sebagian besar keadaan (tetapi sebenarnya, tidak semua) ... dan seterusnya, dan seterusnya.

Pertanyaan

Bisakah seseorang menjelaskan perbedaannya? Apa yang harus saya gunakan? Apa solusi paling modern? (Sebagai tambahan, saya juga menghargai beberapa panduan tentang porting Distribute, tapi itu sedikit di luar cakupan pertanyaan ...)

Pada Maret 2020, sebagian besar jawaban lain untuk pertanyaan ini beberapa tahun kedaluwarsa. Ketika Anda menemukan saran tentang masalah pengemasan Python, ingatlah untuk melihat tanggal publikasi, dan jangan percayai informasi yang ketinggalan zaman.

The Python Panduan Kemasan Pengguna adalah layak dibaca. Setiap halaman memiliki tanggal "pembaruan terakhir" yang ditampilkan, sehingga Anda dapat memeriksa kebaruan manual, dan ini cukup komprehensif. Fakta bahwa itu di-host di subdomain python.org dari Python Software Foundation hanya menambah kepercayaan untuk itu. The Project Ringkasan Halaman ini terutama relevan di sini.

Ringkasan alat:

Berikut ringkasan lanskap kemasan Python:

Alat yang didukung:

• distutilsmasih merupakan alat standar untuk pengemasan dengan Python. Ini termasuk dalam pustaka standar (Python 2 dan Python 3). Ini berguna untuk distribusi Python sederhana, tetapi tidak memiliki fitur. Ini memperkenalkan distutilspaket Python yang dapat diimpor dalam setup.pyskrip Anda .

  • _{Dokumen resmi | distutilsbagian dari Panduan Pengguna Paket Python}

• setuptoolsdikembangkan untuk mengatasi keterbatasan Distutils, dan tidak termasuk dalam perpustakaan standar. Itu memperkenalkan utilitas baris perintah yang disebut easy_install. Ini juga memperkenalkan setuptoolspaket Python yang dapat diimpor dalam setup.pyskrip Anda , dan pkg_resourcespaket Python yang dapat diimpor dalam kode Anda untuk mencari file data yang diinstal dengan distribusi. Salah satu gotchas-nya adalah ia menambal distutilspaket Python. Ini harus bekerja dengan baik pip. Ia melihat rilis reguler.

  • _{Dokumen resmi | Halaman Pypi | Repo GitHub | setuptoolsbagian dari Panduan Pengguna Paket Python}

• scikit-buildadalah generator sistem bangun yang ditingkatkan yang secara internal menggunakan CMake untuk membangun ekstensi Python yang dikompilasi. Karena scikit-build tidak didasarkan pada distutils, ia tidak benar-benar memiliki keterbatasan. Ketika ninja-build hadir, scikit-build dapat mengkompilasi proyek besar tiga kali lebih cepat daripada alternatifnya. Ini harus bekerja dengan baik pip.

  • _{Dokumen resmi | Halaman Pypi | Repo GitHub | scikit-buildbagian dari Panduan Pengguna Paket Python}

• distlibadalah perpustakaan yang menyediakan fungsionalitas yang digunakan oleh alat tingkat tinggi seperti pip.

  • _{Dokumen Resmi | Halaman Pypi | Repo Bitbucket | distlibbagian dari Panduan Pengguna Paket Python}

• packagingjuga merupakan perpustakaan yang menyediakan fungsionalitas yang digunakan oleh alat tingkat tinggi seperti pipdansetuptools

  • _{Dokumen Resmi | Halaman Pypi | Repo GitHub | packagingbagian dari Panduan Pengguna Paket Python}

Alat yang ditinggalkan / ditinggalkan:

• distributeadalah garpu setuptools. Ini berbagi namespace yang sama, jadi jika Anda telah Mendistribusikan diinstal, import setuptoolssebenarnya akan mengimpor paket yang didistribusikan dengan Mendistribusikan Mendistribusikan digabung kembali ke Setuptools 0.7 , jadi Anda tidak perlu menggunakan Mendistribusikan lagi. Bahkan, versi pada Pypi hanyalah lapisan kompatibilitas yang menginstal Setuptools.

• distutils2adalah upaya untuk mengambil yang terbaik dari distutils, setuptoolsdan distributedan menjadi alat standar yang termasuk dalam perpustakaan standar Python. Idenya adalah bahwa distutils2akan didistribusikan untuk versi Python lama, dan itu distutils2akan diubah namanya menjadi packaginguntuk Python 3.3, yang akan memasukkannya ke dalam perpustakaan standarnya. Namun, rencana ini tidak berjalan sebagaimana mestinya, dan saat ini, distutils2merupakan proyek yang ditinggalkan . Rilis terbaru adalah pada bulan Maret 2012, dan beranda Pypi akhirnya diperbarui untuk mencerminkan kematiannya.

Lainnya:

Ada alat lain, jika Anda tertarik, baca Ringkasan Proyek di Panduan Pengguna Kemasan Python. Aku tidak akan daftar mereka semua, untuk tidak mengulangi halaman tersebut, dan untuk menjaga jawaban yang cocok dengan pertanyaan, yang hanya sekitar distribute, distutils, setuptoolsdan distutils2.

Rekomendasi:

Jika semua ini baru bagi Anda, dan Anda tidak tahu harus mulai dari mana, saya akan merekomendasikan belajarsetuptools , bersama pipdan virtualenv, yang semuanya bekerja dengan sangat baik bersama.

Jika Anda melihat ke dalam virtualenv, Anda mungkin tertarik pada pertanyaan ini: Apa perbedaan antara venv, pyvenv, pyenv, virtualenv, virtualenvwrapper, dll? . (Ya, aku tahu, aku mengerang bersamamu.)

Saya seorang pengelola distutils dan kontributor distutils2 / packaging. Saya melakukan pembicaraan tentang kemasan Python di ConFoo 2011 dan hari ini saya menulis versi panjangnya. Ini belum diterbitkan, jadi di sini adalah kutipan yang seharusnya membantu mendefinisikan sesuatu.

• Distutils adalah alat standar yang digunakan untuk pengemasan. Ini bekerja dengan baik untuk kebutuhan sederhana, tetapi terbatas dan tidak mudah untuk diperluas.

• Setuptools adalah proyek yang lahir dari keinginan untuk mengisi fungsionalitas distutils yang hilang dan menjelajahi arah baru. Dalam beberapa subkomunitas, ini adalah standar de facto . Menggunakan monyet-patching dan sihir yang disukai oleh pengembang inti Python.

• Distribute adalah fork dari Setuptools yang dimulai oleh pengembang merasa bahwa kecepatan pengembangannya terlalu lambat dan tidak mungkin untuk mengembangkannya. Perkembangannya sangat melambat ketika distutils2 dimulai oleh kelompok yang sama. Pembaruan 2013-Agustus: mendistribusikan digabung kembali ke setuptools dan dihentikan.

• Distutils2 adalah perpustakaan distutils baru, dimulai sebagai garpu dari basis kode distutils, dengan ide-ide bagus diambil dari alat setup (yang beberapa di antaranya dibahas secara mendalam dalam PEPs), dan installer dasar yang terinspirasi oleh pip. Nama sebenarnya yang Anda gunakan untuk mengimpor Distutils2 ada packagingdi pustaka standar Python 3.3+, atau distutils2dalam 2.4+ dan 3.1-3.2. (Backport akan segera tersedia.) Distutils2 tidak membuat rilis Python 3.3, dan itu ditahan.

Info lebih lanjut:

• Nasib Distutils - Laporan rinci Pycon Summit + Packaging Sprint
• Perbedaan Cepat antara Distutils dan Distutils2

Saya berharap untuk menyelesaikan panduan saya segera, itu akan berisi lebih banyak info tentang poin kuat dan lemah setiap perpustakaan dan panduan transisi.

CATATAN: Jawaban sudah usang, Bagikan sekarang sudah usang. Jawaban ini tidak lagi berlaku sejak Otoritas Pengemasan Python dibentuk dan telah melakukan banyak pekerjaan untuk membersihkannya.

Ya, Anda mengerti. : -o Saya kira saat ini paket yang disukai adalah Distribute , yang merupakan garpu dari setuptools, yang merupakan perpanjangan dari distutils (sistem pengemasan asli). Setuptools tidak dipertahankan sehingga telah bercabang dan diganti namanya, namun ketika diinstal menggunakan nama paket setuptools! Saya pikir sebagian besar pengembang Python sekarang menggunakan Distribute, dan saya dapat mengatakan dengan pasti bahwa saya melakukannya.

Saya menyadari bahwa saya telah menjawab pertanyaan sekunder Anda tanpa menanggapi asumsi yang tidak dipertanyakan dalam masalah awal Anda:

Saya mencoba untuk port perpustakaan open-source (SymPy, jika ada yang bertanya-tanya) ke Python 3. Untuk melakukan ini, saya perlu menjalankan 2to3 secara otomatis ketika membangun untuk Python 3.

Anda mungkin , tidak perlu . Strategi lain dijelaskan di http://docs.python.org/dev/howto/pyporting

Untuk melakukan itu, saya perlu menggunakan distribusi,

Anda boleh :) distutils mendukung konversi kode 2to3 waktu-bangun (bukan dokumen), dengan cara berbeda yang mendistribusikan: http://docs.python.org/dev/howto/pyporting#during-installation

Memperbarui pertanyaan ini pada akhir 2014 di mana untungnya kekacauan pengemasan Python telah sangat dibersihkan oleh manajer paket " conda " Continuum .

Secara khusus, conda dengan cepat memungkinkan penciptaan " lingkungan " conda . Anda dapat mengonfigurasi lingkungan Anda dengan berbagai versi Python. Sebagai contoh:

conda create -n py34 python=3.4 anaconda

conda create -n py26 python=2.6 anaconda

akan membuat dua lingkungan Python ("py34" atau "py26") dengan versi Python yang berbeda.

Setelah itu Anda dapat memanggil lingkungan dengan versi khusus Python dengan:

source activate <env name>

Fitur ini tampaknya sangat berguna dalam kasus Anda di mana Anda harus berurusan dengan versi Python yang berbeda.

Selain itu, conda memiliki fitur berikut:

• Agnostik Python
• Lintas platform
• Tidak ada hak istimewa admin diperlukan
• Manajemen ketergantungan cerdas (melalui pemecah SAT)
• Baik berurusan dengan perpustakaan tingkat C, Fortran dan sistem yang Anda mungkin harus terhubung

Poin terakhir itu sangat penting jika Anda berada di arena komputasi ilmiah.