Topic

packaging

A collection of 5 issues

Standalone, single-file, editable Python scripts WITH DEPENDENCIES

How badly I wanted something like that? The problem: Python for scripting Beside programming and data science, I find Python to be a very useful glue language; I think it's great for shell replacement when bash/zsh scripts get too complex, but there's one caveat: as long as you can

Application authors: please don't force users into your language or packaging details

This story has been boiling in my head since long; today I chose to (finally) publish it. Long story short: in order to use a certain application, I should not need to understand how to use the language or its packaging ecosystem. Delivery and distribution is a relevant part of

Python Packaging Woes: part 3

A bit of wrap-up after part 1 and part 2 Current state of the things I seem to have missed something: there's now a very active Python Packaging Authority which is trying very hard to push Python packaging in the right direction, so that we can have a good set

Python Packaging Woes - part 2

Check out part 1 for my thoughts on what packaging and dependency management should be. I forgot about this post and left it in a draft state for quite a lot of time, I'm sorry! How Python messed it up A Diaspora of Tools There's a plethora of packaging tools

Python Packaging woes - part 1

This is a spinoff from my Europython 2012 talk (video, slides). Some days ago I got involved in a brief discussion on the topic, so here's what I think about Python packaging and dependency management: it's in a very bad state, requires a lot of manual intervention to work properly