Oscar Dowson

Thanks @mgabay. The precedent for this is: * https://github.com/jump-dev/Gurobi_jll.jl * https://github.com/jump-dev/Xpress_jll.jl They both pull from the official anaconda sources, e.g., https://anaconda.org/Gurobi/gurobi, so something similar would be our ideal. I guess...

Seems like progress is being made: https://github.com/Pyomo/pyomo/pull/3478 cc @tvignon-artelys

Yes, but we'll just rip from the Python ones once they're published. No need to duplicate work.

I see there is https://pypi.org/project/knitro/#files I'll need to figure out if the Artifacts.toml can use a `.whl` as a synonym for `.zip`, otherwise we' probably need to discuss some options.

I don't want to use Yggdrasil because the code is not available under an open-source license. I wanted to follow Gurobi_jll and Xpress_jjll, but I hit this error: ```julia julia>...

@eminyouskn currently the `.whl` builds work, but they're a bit clunky for us to use. Is it possible for you to host a `.tar.gz` or `.tar.bz2` of the same files...

I want to create a KNITRO_jll.jl package, like Gurobi_jll.jl: https://github.com/jump-dev/Gurobi_jll.jl This allows us to list and version binary artifacts: https://github.com/jump-dev/Gurobi_jll.jl/blob/master/Artifacts.toml To use `Artifacts.toml` it must be a `.tar.gz` or `.tar.bz2`....

Also: no support for x86 macOS? My daily driver 2018 MBP is sad 😢

I don't what to use the `.whl` file. I want to use Julia's Artifact mechanism, which requires a `.tar.gz` or a `.tar.bz2`. If we bundle some way of installing KNITRO...

> From the Python wheel (using pip), you create the tar (which I don't know yet how to do). ``` curl https://files.pythonhosted.org/packages/76/66/936edcd2255055cf6c8a060d1beeb8ce543ef078dceb631caad22a20002a/knitro-15.0.0-py3-none-macosx_13_0_arm64.whl -o tmp.zip unzip tmp.zip tar -cjf apple-darwin-aarch64.tar.bz2 knitro...