The main reason to convert bdist_wininst to wheel is to be able to install them into virtualenvs. It can be extremely difficult and time consuming to build these packages from source especially on Windows. Now you are likely to get a wheel straight from the original packager though. The converter demonstrates the advantage of having a file format as your interface instead of code.
SRPMs just bundle packager information (dependencies, patches, how to build) with unmodified upstream source code that has no packaging information. It would be as if Python packages had an arbitrary build script but no setup.py, and you had to write one to wrap the published archive into something that pip could use and to provide a single entry point into the build process. And conda which can package Python or other language code works this way. On Thu, Oct 22, 2015 at 12:01 PM Thomas Güttler < guettl...@thomas-guettler.de> wrote: > Am 21.10.2015 um 18:46 schrieb Chris Barker: > > On Wed, Oct 21, 2015 at 9:34 AM, Thomas Güttler < > guettl...@thomas-guettler.de <mailto:guettl...@thomas-guettler.de>> wrote: > > > > I ask myself: Why a standard? I see that a standard is very > important if there will be > > several implementations (for example TCP/IP, protocols like HTTP, > SMTP, IMAP, ...) > > > > But here a single implementation for creating and installing > packages would be enough. > > > > Is a standard really needed? > > > > > > Yes -- because of exactly what you say above -- we really can't have a > SINGLE build system that will well support everything -- > > the common use-caes, sure (distutils already does that), but when it > comes to bulding complex packages like numpy, sciPy, etc, it's really > inadequate. > > Yes, you are right: "we really can't have a SINGLE build system that will > well support everything". > > But maybe a single build systems which has a well documented plugin API > can solve all needs? > > Regards, > Thomas Güttler > > > -- > http://www.thomas-guettler.de/ > _______________________________________________ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig >
_______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
