search

Gurobi / gurobi-logtools

Extract and visualize information from Gurobi log files
Apache License 2.0
102 stars 16 forks source link

Provide conda install #3

Closed Dr-Irv closed 1 year ago

Dr-Irv commented 3 years ago

Please provide a conda install for this, not just pip. pip and conda do not always work well together.

See what anaconda says: https://www.anaconda.com/blog/using-pip-in-a-conda-environment

mattmilten commented 3 years ago

Hi Irv,

We discussed this internally and for now there are no plans to provide a conda package. Since grblogtools is a pure Python package and you can just install it within a conda env (I do this all the time, by the way), I don't see the necessity of building a conda package - especially since this is more involved with all the different platforms and Python versions. From my personal experience, issues frequently arise when there are both package formats available and people mix them up in the same environment.

pip is the defacto standard way of distributing Python packages and as long as there are no issues with this, we will probably keep it like that. Please do let us know if you run into any difficulties!

Dr-Irv commented 3 years ago

Hi Irv,

We discussed this internally and for now there are no plans to provide a conda package. Since grblogtools is a pure Python package and you can just install it within a conda env (I do this all the time, by the way),

And we have done this and it has severely broke our ability to manage environments. The advantage of conda is that we can create replicable environments for our developers and our clients.

I don't see the necessity of building a conda package - especially since this is more involved with all the different platforms and Python versions.

But Gurobi already does this for the standard Gurobi install, so I don't see why you can't do it for your tools.

From my personal experience, issues frequently arise when there are both package formats available and people mix them up in the same environment.

Exactly. We use conda for exactly this reason, and avoid pip at all costs.

pip is the defacto standard way of distributing Python packages and as long as there are no issues with this, we will probably keep it like that. Please do let us know if you run into any difficulties!

Well, it may be the defacto standard. But I'm not the only one who asked for a conda package. Someone else asked for it during your chat.

mattmilten commented 3 years ago

Oh, I just realized that my phrasing wasn't clear concerning the multiple package formats: I was referring to one tool being available in different formats and then people try updating the conda package using a pip command or vice-versa.

About the gurobipy package: True, this is available both as conda and pip package and the overhead of supporting both is noticeable. Additionally, this package contains not just Python code, so initially, conda was the only option.

And we have done this and it has severely broke our ability to manage environments. The advantage of conda is that we can create replicable environments for our developers and our clients.

I don't see why this would not be possible with pip packages - many Python packages are only available on PyPI.

I'll just re-open this issue so other people can chime in.

mattmilten commented 1 year ago

I am closing this because installing pip packages within conda is not an issue anymore and works just fine. Having another channel for publishing the code just introduces additional overhead.