-
Notifications
You must be signed in to change notification settings - Fork 748
conda.recipe #281
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
conda.recipe #281
Conversation
@jreback can you add a note how to build/install this? I did not find this in conda docs. |
sure where would you like the note? further this required conda-build for actually executing this (do you have a dev requirements list somewhere?) e.g.
|
@jreback you can add the note in wiki - it is open to everyone: https://github.com/pythonnet/pythonnet/wiki/Installation We do not have requirements files yet, due to dependency on .NET/Mono tools and nuget. But I opened an issue for this, since it is a good idea anyway: I tried your instruction and it is failing badly on me with latest conda and conda-build.
|
@denfromufa you need to be one level up and make sure this is in fact a git repository. This is not a source build as the version numbers need git. |
I downloaded your git branch from github and extracted it. Then I tried all C:\Users\denis.akhiyarov\Downloads\pythonnet>conda build C:\Users\denis.akhiyarov\Downloads\pythonnet>conda build On Thu, Nov 3, 2016 at 12:52 PM, Jeff Reback notifications@github.com
|
@denfromufa I doubt this actually works on 32bit. 64-bit only. |
@denfromufa ok give a try again, my recipe was totally messed up, was using some older stuff |
On Thu, Nov 3, 2016, 1:49 PM Jeff Reback notifications@github.com wrote:
|
77d06f5
to
0325757
Compare
do you agree to MIT license transition (ZPL 2.0 currently), can you keep pip-based builds (otherwise we need to keep 2 appveyor files), why is it only working on python 2.7? |
my change actually is working fine |
@jreback oh I see one instance like this with pip 9.0 warning on py35_64bit: https://ci.appveyor.com/project/pythonnet/pythonnet-0kq5d/build/1.0.71/job/kkeja6tft2bhs697#L524 This is most likely issue with Appveyor CI, which incorrectly tags a pip upgrade warning as an exception. What I see in other instances is that build is failing on py34, py33 due to something else: https://ci.appveyor.com/project/pythonnet/pythonnet-0kq5d/build/1.0.71/job/8au8ysiax64gjouy#L398 This is due to using pre- C# 6.0 compiler like in this issue: I'm not sure how this happened to your branch! Especially since it compiles fine on py27 builds. Let me look closer. |
@jreback the pip 9.0 issue on Python35-x64 is caused by these global settings in your appveyor.yml:
It looks like See successful and failing logs are here: py35_32bit: py35_64_bit: The quick solution is probably to add this line in
|
@jreback I added what needs to be done before this pull request can be merged. But more importantly if you agree to MIT license transition, then someone can continue this effort. Can you please confirm? BTW, what is the benefit of using conda to build pip wheels and then install it with pip? |
i am away ok on license change conda packages are much easier to distribute esp when using a custom environment / much more standard in the community just have both |
these are not pip wheels at all further to above users can then have a dependency on this package (can't do this with wheels) |
Just as a heads up, I'm in favour of merging this (using conda myself) as soon as the remaining issues have been sorted out. |
b629848
to
a1b001c
Compare
ok, this is finally passing. turns out that you have to use a modern MSBuild even though you are using an older compiler (only matters on 3.3/3.4). |
@jreback this looks great! I see now that both a conda package and a wheel are built. Regarding adding an MIT license clause, can you please change this to ZPL 2.0 for now? There is still one contributor @tiran blocking transition to MIT license. Can you configure this to upload to anaconda.org once pythonnet account is "unlocked"? https://ci.appveyor.com/project/filmor/pythonnet/build/1.0.119/job/yalrdor5g871vujn#L533 I'm still having an issue with login to pythonnet account on anaconda.org: |
@jreback one more item - do you know how to expose the conda package as an artifact on appveyor? Right now only wheels are detected as downloadable artifacts by appveyor: https://ci.appveyor.com/project/filmor/pythonnet/build/1.0.119/job/yalrdor5g871vujn/artifacts |
@jreback to expose conda package as artifact, please add a post-build script to copy from |
@denfromufa This recipe is designed for development builds, which you could also host on anaconda. |
2b2978f
to
4ceebf4
Compare
closes pythonnet#210
@denfromufa ok this will now put the conda package in the dist folder (and now actually builds correct win-32/win-64). Since you normally upload the artifacts to anaconda where they are put in the correct win-32 or win-64 folder (as they are named the same), I am not sure that they artifacts are actually handled correctly by appveyor. |
@filmor @vmuriart @tonyroberts please review! |
I'm traveling so only got a quick glance at the code but... did we remove the original builds and only kept the conda recipe? |
And i just read the first post having an item check for this, so i guess that answered my question. nvm! 🤕 |
let's merge this for next release, so please wait |
@denfromufa Am I understanding you correctly in that we should hold off merging this for now? If yes, why? |
@filmor I'm merging this for v2.2.0 |
@jreback I just noticed that |
closes #210
builds a
clr
conda packagebuilds for 2.7/3.5 on windows (will simply fail on other platforms), should be easy to extend though
fixes the non-standard dev tag (-dev is not valid, should be .dev, but no big deal)
release tags should work, but not actually tests (e.g. should generate
clr-v2.2.0-py35
the actual installation should really be into a
site-packages\clr\
sub-dir in the target, but this just mimics how the wheels work.agreement to transition to MIT license
fix old msbuild without C# 6.0 support for python 3.3 and 3.4 or add C# 6.0 compiler as nuget dependency
pip 9.0 issues
keep both python and conda builds by either having two appveyor.yml and two server configuration or merge them into one.