Closed OkonSamuel closed 1 year ago
Base: 68.95% // Head: 69.01% // Increases project coverage by +0.05%
:tada:
Coverage data is based on head (
56fb216
) compared to base (55ee9e6
). Patch coverage: 55.00% of modified lines in pull request are covered.:exclamation: Current head 56fb216 differs from pull request most recent head ee0dfbe. Consider uploading reports for the commit ee0dfbe to get more accurate results
:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
:umbrella: View full report at Codecov.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
If the docs CI fails unrelatedly, feel free to merge anyway...
Might be worth squash merging when the time comes...
Might be worth squash merging when the time comes...
Sure. I planned on doing that
@OkonSamuel Do you mean to leave this as draft or are you ready for review?
@OkonSamuel Do you mean to leave this as draft or are you ready for review?
@ablaom Okay. I'm ready for a review.
I can confirm that @sk_import
appears to work on macOS with PYTHON="", julia=1.6.5. Tests fail, but this appears to be orthogonal to the objective of the present PR (the same test fails under "master"). Details below.
I'm not sure I understand why the macOS julia 1.6 pass on CI. Perhaps @OkonSamuel can comment.
@ablaom The tests for 1.6 were run with the current long term release for Julia, which is 1.6.7
. I suggest trying the code again with Julia v1.6.7
Mmm. I'm getting the same error for julia 1.8 (this PR)
julia> versioninfo()
Julia Version 1.8.5
Commit 17cfb8e65ea (2023-01-08 06:45 UTC)
Platform Info:
OS: macOS (x86_64-apple-darwin21.4.0)
CPU: 12 × Intel(R) Core(TM) i7-8850H CPU @ 2.60GHz
WORD_SIZE: 64
LIBM: libopenlibm
LLVM: libLLVM-13.0.1 (ORCJIT, skylake)
Threads: 5 on 12 virtual cores
Environment:
JULIA_LTS_PATH = /Applications/Julia-1.6.app/Contents/Resources/julia/bin/julia
JULIA_PATH = /Applications/Julia-1.8.app/Contents/Resources/julia/bin/julia
JULIA_EGLOT_PATH = /Applications/Julia-1.6.app/Contents/Resources/julia/bin/julia
JULIA_NUM_THREADS = 5
DYLD_LIBRARY_PATH = /usr/local/homebrew/Cellar/libomp/9.0.1/lib/
JULIA_NIGHTLY_PATH = /Applications/Julia-1.8.app/Contents/Resources/julia/bin/julia
okay it seems my non-julia conda install of python is being used, despite the PYTHON flag. i'll investigate
okay it seems my non-julia conda install of python is being used, despite the PYTHON flag. i'll investigate
after changing the PYTHON
enviroment variable. You will need to run] build PyCall
or the change won't take effect.
@OkonSamuel Thanks, my bad. Both 1.6 and 1.8 pass tests locally on my Mac, after I remember to build
after changing my env 😳
Thank you for checking @ablaom ! I trust @OkonSamuel on this one, LGTM. Merge?
At the moment,
ScikitLearn.jl
limits the conda sklearn version to <1.1 for Linux users. This was due to the libstdxx issue with Julia, which has long been fixed for later Julia versions>=v0.8.4
. This PR proposes loosens the bounds of the conda sklearn version. It also makes sure that compatible conda sklearn versions are installed across Windows, macOS, and linux platforms. At the moment this corresponds to version>=1.2, <1.3
(This was chosen, since a minor release may contain several code deprecations). We could change this bound when python sklearn releases a new minor release, which doesn't happen often.cc. @cstjean, @tylerjthomas9 @ablaom