Stephan Rave

@renefritze, did you request the review because you need testers or is there something else to be aware of?

In https://docs.pymor.org/fix-1717/tutorial_builtin_discretizer.html I don't see any visualizer output ..

If there is no efficient matrix-free `apply` implementation you have in mind, I would simply make this a `NumpyMatrixBasedOperator`. Then you automatically get `apply` and everything else.

> > If there is no efficient matrix-free `apply` implementation you have in mind, I would simply make this a `NumpyMatrixBasedOperator`. Then you automatically get `apply` and everything else. >...

I think we should move forward here one way or another. In general I agree with @pmli: unless `NumpyLoewnerOperator` is going to be used as an `Operator`, i.e. by calling...

@pymor/main, @artpelling this should be roughly what we have discussed at the sprint last week. Please take a look if it makes sense to you. (I did not look at...

@renefritze, @pmli, I have reworked how the random state is set/initialized: `init_rng`/`set_rng` are now replaced by a `new_rng` function, which returns a pyMOR `RNG` class, which directly derives from `numpy.random.Generator`....

Ok, so after rebasing CI segfaults on gitlab. @renefritze, any clue why?

Seems like some/all other current PRs are affected as well.

This seems to be a related but different issue with codecove, @renefritze?