Skip to content
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

Add sync experiment dependencies #36

Conversation

hyperrealist
Copy link

Checklist

  • Used a personal fork of the feedstock to propose changes
  • Bumped the build number (if the version is unchanged)
  • Reset the build number to 0 (if the version changed)
  • Re-rendered with the latest conda-smithy (Use the phrase @conda-forge-admin, please rerender in a comment in this PR for automated rerendering)
  • Ensured the license file is being packaged.

This PR updates meta.yaml using suggestions from grayskull pypi nslsii. Also the build number is incremented, and the list of recipe maintainers updated.

@conda-forge-webservices
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found some lint.

Here's what I've got...

For recipe/meta.yaml:

  • noarch: python recipes are required to have a lower bound on the python version. Typically this means putting python >=3.6 in both host and run but you should check upstream for the package's Python compatibility.

@conda-forge-webservices
Copy link

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.

@hyperrealist
Copy link
Author

hyperrealist commented Jul 25, 2024

@mrakitin the CI failures seem to be related to curio. I ran into this before and wrote an issue. As far as I know they have fixed it in the git repo, but they are not publishing to pypi anymore.

The Curio project is no longer making package releases. I'm more than happy to accept bug reports and may continue to work on it from time to time as the mood strikes.
If you want the absolute latest version, you should vendor the source code from here. Curio has no dependencies other than the Python standard library. --Dave

@mrakitin
Copy link
Member

If it's only the Windows builds failing, we can just exclude them. We don't use this package for non-Linux installations.

Copy link
Member

@mrakitin mrakitin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Left my review comments. Thanks for the contribution, @hyperrealist!

Comment on lines 49 to -70
- nslsii
- nslsii._version
- nslsii.ad33
- nslsii.common
- nslsii.common.ipynb
- nslsii.common.ipynb.animation
- nslsii.common.ipynb.info
- nslsii.common.ipynb.logutils
- nslsii.common.ipynb.nbviewer
- nslsii.detectors
- nslsii.detectors.trigger_mixins
- nslsii.detectors.utils
- nslsii.detectors.xspress3
- nslsii.detectors.zebra
- nslsii.devices
# The following error happened for Win/Py312:
# AttributeError: module 'multiprocessing.connection' has no attribute 'CHALLENGE'. Did you mean: '_CHALLENGE'?
# Excluding the test for that platform/Python version for now.
- nslsii.iocs.eps_two_state_ioc_sim # [not (win and py==312)]
# Uncomment the next line once https://github.com/NSLS-II/nslsii/issues/129
# is resolved.
# - nslsii.iocs.thermo_sim
- nslsii.temperature_controllers
- nslsii.transforms
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some imports are still useful to capture potentially missing dependencies as __init__ on the nslsii level may not have everything exposed. Can we revert those? I have a command which can generate the list: https://gist.github.com/mrakitin/b53d00d7ea167f3c7515f2929dd1199c.

entry_points:
- sync-experiment = nslsii.sync_experiment:main
- what-is-ioc = nslsii.epics_utils:main
noarch: python
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If we decide to skip Windows builds, this line needs to be replaced with skip: true # [win] and then the feedstock should be rerendered.

@mrakitin mrakitin mentioned this pull request Oct 29, 2024
5 tasks
@github-actions github-actions bot closed this in #39 Oct 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants