4 ms·

Your post reminds me of the saying with the faster horses. Docker doesn't solve Python's packaging problems by being a better packaging system. It solves it by

Your post reminds me of the saying with the faster horses. Docker doesn't solve Python's packaging problems by being a better packaging system. It solves it by sidestepping the issue of users installing packages themselves, and shipping the disk of the one machine where it once worked. It's a bad linker. (not a fan of the condescending tone in your post, btw)

crabbone 4y ago
> It solves it by sidestepping the issue Lol. It doesn't. How are you going to create Docker images? Run more Dockers inside Docker? And then Dockers all the way down? You still need to install the packages... just while creating an image. Makes absolutely no difference whether you do it inside or outside, you still need something that can install and coordinate packages. Docker is simply irrelevant to this problem.
- groestl 4y ago
  > How are you going to create Docker images? Once. On a build server. Or a dev's workstation who had the time to fiddle with all the breakage that is python envs. This absolutely does sidestep the issue of distributing Python packages to your users. We're talking about different problems here. You are talking about library dependencies for devs (and I understand that I'm a bit off topic for this thread)
  - crabbone 4y ago
    > Once. On a build server. I didn't ask where, I asked how. How will you know what packages do you need to install? Are you going to go on pypi.org, download them one by one, unzip, look for requirements, then go to pypi.org again, download more, and so on, until you have enough packages and have figured out all the requirements? If so, I have very bad news for you: your single installation might take weeks, possibly months, or might in fact be so slow it will never end as new packages will be published faster than you can identify the version you need. > This absolutely does sidestep the issue of distributing Python packages to your users. No it doesn't... OMG. You cannot be serious? Do you really search and solve dependency problems w/o using any dedicated software? Like in your head? Or with pen and paper? For any non-trivial project the number of combinations you have to try before you find the one that works will be astronomical... > We're talking about different problems here. Nah. You just don't understand the problem. It's similar, but not the same.
    - groestl 4y ago
      You have a very abrasive style of dialog, combined with an unwillingness to consider alternative POVs in your discussion, bordering on trolling. I like discussion, but I don't enjoy this. With that, I will disengage now.
      - crabbone 4y ago
        You don't have an alternative point of view. You don't have a point of view, because, again, you don't understand something very basic about this subject.
        allarm 4y ago
        You don’t understand something very basic about adult people interaction, that’s much worse.

crabbone 4y ago

> It solves it by sidestepping the issue Lol. It doesn't. How are you going to create Docker images? Run more Dockers inside Docker? And then Dockers all the way down? You still need to install the packages... just while creating an image. Makes absolutely no difference whether you do it inside or outside, you still need something that can install and coordinate packages. Docker is simply irrelevant to this problem.

groestl 4y ago
> How are you going to create Docker images? Once. On a build server. Or a dev's workstation who had the time to fiddle with all the breakage that is python envs. This absolutely does sidestep the issue of distributing Python packages to your users. We're talking about different problems here. You are talking about library dependencies for devs (and I understand that I'm a bit off topic for this thread)
- crabbone 4y ago
  > Once. On a build server. I didn't ask where, I asked how. How will you know what packages do you need to install? Are you going to go on pypi.org, download them one by one, unzip, look for requirements, then go to pypi.org again, download more, and so on, until you have enough packages and have figured out all the requirements? If so, I have very bad news for you: your single installation might take weeks, possibly months, or might in fact be so slow it will never end as new packages will be published faster than you can identify the version you need. > This absolutely does sidestep the issue of distributing Python packages to your users. No it doesn't... OMG. You cannot be serious? Do you really search and solve dependency problems w/o using any dedicated software? Like in your head? Or with pen and paper? For any non-trivial project the number of combinations you have to try before you find the one that works will be astronomical... > We're talking about different problems here. Nah. You just don't understand the problem. It's similar, but not the same.
  - groestl 4y ago
    You have a very abrasive style of dialog, combined with an unwillingness to consider alternative POVs in your discussion, bordering on trolling. I like discussion, but I don't enjoy this. With that, I will disengage now.
    - crabbone 4y ago
      You don't have an alternative point of view. You don't have a point of view, because, again, you don't understand something very basic about this subject.
      - allarm 4y ago
        You don’t understand something very basic about adult people interaction, that’s much worse.