fix: correct sorting of packages

[squat]

Right now, all of the local packages are grouped with 3rd-party packages
because isort does not know that everything under
projects/fal is local. This is probably because
installing the root of the repository does not actually bring any
fal code with it, and because isort runs from the
perspective of the repository root, the tool understands that all
isolate_controller code is foreign.

Signed-off-by: Lucas Servén Marín lserven@gmail.com

[squat]

xref: https://github.com/fal-ai/fal-isolate-cloud/pull/1169

[squat]

for some reason isort isn't picking up the configuration in pyproject.toml
maybe related: PyCQA/isort#1890
weirdddd

[mederka]

Looks great! But it's failing the linting check?

[squat]

CI was failing because of PyCQA/isort#1889. There are a myriad of GitHub issue of users documenting that isort behaves unexpectedly when used in a pre-commit.

The underlying issue is that the rules that isort uses to choose a configuration file when run in a pre-commit hook does not necessarily match the rule when run outside of a pre-commit hook.

I ended up determining that isort was incorrectly using one of the configuration blocks in a nested pyproject.toml, whereas isort on the CLI was not. I removed the [tool.isort] blocks in all of the nested pyproject.tomls and now configure isort exclusively in a pyproject.toml at the root of the directory. This makes everything behave consistently.