zlacker

That would you require to make re-installations if your local app you develop against after every code change. Very few people will want to do that and it’s potentially very slow.

It’s also a step not needed by most other ecosystems.

>>the_mi+(OP)
> it’s potentially very slow.

Potentially, perhaps. But it's certainly not for the cases where I use it: a pure python package, whose dependencies are already installed and are not changing (only the package itself is). Under those conditions, the command line I gave takes a couple of seconds to run.

>>the_mi+(OP)
> It’s also a step not needed by most other ecosystems.

From what I can gather, most other ecosystems don't even have the problem under discussion.

>>the_mi+(OP)
Yeah. It's too slow. Editable installs make application development much faster.

>>pdonis+g3
I.e. orders of magnitude longer

>>pdonis+g3
That iteration loop is pure madness.

>>pauldd+8v
Orders of magnitude longer than what?

>>orf+241
Why? It works for me.

>>pdonis+lb1
Than editable installs. The main sentry app takes ~10 seconds to pip install. I would not want to run that every code change. Also more painful to debug because the filenames in the stack trace no longer match to what you have open in your editor.

>>the_mi+(OP)
Go (a.k.a. Golang), with its network-first import system (i.e. import "example.org/foo/bar"), has solved the problem in a surprisingly simple way. You just add a "replace" directive in a go.mod file and you can point your import (and all child imports) to any directory on the filesystem.

>>the_mi+fU1
> The main sentry app takes ~10 seconds to pip install.

Which is much longer than the "couple of seconds" I gave for my use case. Yes, if it takes that long, I can see how you would want some alternative.

> Also more painful to debug because the filenames in the stack trace no longer match to what you have open in your editor.\

Why not? If you do a fresh install, everything should match up. It seems like this problem would be more likely with an editable install, if things aren't kept in sync properly.

>>pdonis+jP4
> Why not? If you do a fresh install, everything should match up.

Absolutely not. The file names in stack traces will be from the site-packages folder in the venv instead of the local checkout.