MOSEK license token retained on import about linopy HOT 4 CLOSED

Hey @jotaigna! Thanks for raising the issue. This sounds good. I have updated the master branch yesterday to be able to catch a mosek error if the licence is not there. I would be very happy about a PR that merges the approaches :)

Another topic: Since you are experienced with MOSEK, do you have at anytime encountered segmentation faults when running MOSEK on Linux machines? We have to partially disable the CI for MOSEK because of these non-traceable errors...

from linopy.

A follow up comment. Forcing the mosek Env to check in all unused license features as per below also works, supporting the hypothesis that a license token is retained at import. Perhaps this is more of an issue with how the creator/desctructor for the Env() object interacts with the garbage collector? (A Mosek issue more than a Linopy issue)

with contextlib.suppress(ImportError):
    import mosek

    with mosek.Env() as m:
        t = m.Task()
        t.optimize()
        m.checkinall()

    available_solvers.append("mosek")

from linopy.

I have raised a pull request #199
I have had virtually no issues with Mosek on linux machines, but happy to take a look because if the seg fault can be reproduced we can dump the problem into a file and the Mosek team will surely like to know about it and fix it.

from linopy.

I have raised a pull request #199 I have had virtually no issues with Mosek on linux machines, but happy to take a look because if the seg fault can be reproduced we can dump the problem into a file and the Mosek team will surely like to know about it and fix it.

Okay, good to know, thanks!

from linopy.