News for hackers. Stuff that matters.
Re:Python Wheels by MBlume on Monday August 03, 2015 @07:58PM (#10000763)
Python packaging seems pretty painful compared to what I've experienced with, say, Clojure (list dependencies in project.clj, done), but that seems like an unfair comparison. It's really common for Python projects to bind to C libraries for heavy lifting, while this is pretty uncommon in Java-land. Is there another language that makes heavy use of the C-lib-binding pattern which has a much more pleasant packaging experience than Python? Does Ruby, for example?
Re:Python Wheels by e12e on Monday August 03, 2015 @10:07PM (#10001249)
Ruby does not (IMNHO) have a more pleasant packaging experience, no (although, the inverse may be true - I think writing a proper gem -- and listing/uploading it -- is probably easier than a proper python package, and pushing that to pypi).

Python's virtualenv is a lot more stable than the various hoops one goes through with eg rvm. On the other hand, if you needed/wanted to use more than python2.7/python3.4 -- it might be a bit harder to juggle many python versions than it is to juggle many ruby versions with rvm.

Re:Python Wheels by Nullabillity on Tuesday August 04, 2015 @02:26AM (#10001958)
I thought virtualenv was more comparable to bundler than rvm?
Re:Python Wheels by e12e on Tuesday August 04, 2015 @04:12AM (#10002177)
Yes, that's probably right. But is there a good way to have several instances of say, ruby2.2 but with a different gemset outside of nvm?
Re:Python Wheels by e12e on Tuesday August 04, 2015 @02:31PM (#10005283)
Probably the main difference is that you rarely really need "many" versions of python -- and hopefully one won't really need "many" versions of ruby (as much) any more either.

So the problem bundler/venv solves becomes a solution to 95% of the entire problem, rather than just 50%.

Re:Python Wheels by mpdehaan2 on Tuesday August 04, 2015 @11:01AM (#10003791)
take a look at a requirements.txt file for your python project, you can install everything dep-wise in a one liner.