chillenzer
chillenzer
Concerning the possible CI solutions: I think that `nox` looks like a good fit. In fact, for Python-internal dependencies I think spawning a separate runner for each combination is a...
Loading from `pyproject.toml`: https://nox.thea.codes/en/stable/tutorial.html#loading-dependencies-from-pyproject-toml-or-scripts Parametrization of dependencies: https://nox.thea.codes/en/stable/tutorial.html#parametrization
Great! Thanks! I'd suggest that we wait for #5378 because (a) that's higher priority and (b) potential fixes due to the required rebase and conflict resolution would add further non-pertinent...
Worked like a charm locally. Cool!
> very cool! Just one minor thing ... The analytic distribution tests [here](https://github.com/ComputationalRadiationPhysics/picongpu/blob/f105f05acbb7f7840ba0f19ff54f8e0cb500ceeb/test/python/picongpu/quick/picmi/distribution.py#L117-L196) seem to have slipped through your net. ;) Thanks for catching! I'll take care of them.
Sorry, the tests add two further dependencies which I've put into the picmi `requirements.txt` for now. That definitely shouldn't be the final solution for this. In the long term, our...
I had to surrender: The e2e tests have uncovered a number of problems with the runner already and while the root cause of why it's not running in CI is...
> @chillenzer Sth I observed when setting up my laser profile with sympy: > > The c++ printer enforces that a Piecewise has always a default value, but sometimes simplify...
Well caught!
This is still relevant. You can check this for yourself by following the link.