-
-
Notifications
You must be signed in to change notification settings - Fork 9
Updated v10.2.0 #198
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
Updated v10.2.0 #198
Conversation
|
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 ( I do have some suggestions for making it better though... For recipe/meta.yaml:
This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/17425878984. Examine the logs at this URL for more detail. |
|
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 ( |
…5.09.02.23.06.43 Other tools: - conda-build 24.3.0 - rattler-build 0.18.1 - rattler-build-conda-compat 1.4.5
recipe/meta.yaml
Outdated
| - fs_filepicker >=0.3.9 | ||
| - cftime >=1.0.1 | ||
| - matplotlib >=3.5.3 | ||
| - matplotlib-base >=3.5.3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the msui will need the qt bindings, https://mss.readthedocs.io/en/stable/tutorial.html
that is not the major issue here
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree that this was not the show stopper. It's just considered good practice. I don't know if people ever use mss without the gui elements, but the number of cli options suggests they do. In that case, it's better not to force every user to install the full GUI stack.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We have only few server setups but many GUI users. Usually you need a connection to the ECMWF weather cloud, or provide your own model data by using a server.
There you need likly access to ECMWF or some similiar service.
Example to retrieve data: https://github.com/Open-MSS/data-retrieval
(There is public data available, real time data needs a different access)
The server is based on OGC WMS and extended to be able to provide sideview (vertical) data and data along the flightpath.
Common OGC WMS clients can only show top views. We need for flight preparation, telling the pilot how we want to measure all the features.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
the other server is a socketIO server for enabling realtime planning and exchanging data.
I started a draft already to split the package for server installation. We have to split modules first. We likly will have later it similiar as basemap has done.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
we added the other cli options to make it easier to setup own servers by also providing demodata.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Sounds good. Feel free to ping me when it comes to packaging.
…5.09.02.23.06.43 Other tools: - conda-build 24.3.0 - rattler-build 0.18.1 - rattler-build-conda-compat 1.4.5
|
I think this is ready now. A few comments:
|
|
This PR can be merged as is, I think; but if you prefer, feel free to just take the elements for integration into one of the other PRs. |
|
I would like to merge your PR, I also learned a lot here following you. matplotlib-base >=3.5.3 to matplotlib >=3.5.3 We came to conda-forge in 2016 because the conda packaging workflow solves a major issue, people running on us to help installing missing packages on their systems. In the past days I remember USB Sticks added to computers to install missing dependencies. I never thought about if we can do noarch. But you are right, we don't compile anything. How does noarch handle the menuinst installation? |
|
I was faster than the bot. And the bot did not recognize that I also worked on it. |
|
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 ( I do have some suggestions for making it better though... For recipe/meta.yaml:
This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/17439420973. Examine the logs at this URL for more detail. |
|
@zklaus, hope that is ok, I wanted to suggest the change, but on save it committed it directly. |
ReimarBauer
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm very grateful for your help with that. I really learned a lot from you.
|
I don't understand some of the changes here, but maybe I am just too ignorant on python packaging... I'll ask some questions for documentation purposes and try some things out in a separate PR, but if you have any answers that would be appreciated as well.
I agree that if possible this should be a noarch package. |
First answer from testing in #199: the changes to package discovery were not needed to build on Windows. But just having "mslib" configured is also not correct, as it produces warnings along these lines: |
No, we can't, because tutorials/ is then recognized as a package too, which leads to a build failure since the flat layout only supports a single top-level package. |
|
For 3. because we had them in setup.py that's why we haven't them in meta.yaml too. https://github.com/Open-MSS/MSS/blob/10.0.0/setup.py#L36 Now in 10.2.0 we should expect it is readed from https://github.com/Open-MSS/MSS/blob/10.2.0/pyproject.toml#L22C2-L22C17 I would also prefer the definition from pyproject.toml |
|
From a python packaging standpoint, having them in setup.py and having them in pyproject.toml should be equivalent. The only info I could find on this so far is this: https://conda-forge.org/docs/maintainer/knowledge_base/#:~:text=If%20console_scripts%20entry_points%20are%20defined%20in%20setup.py%20or%20setup.cfg%2C%20they%20are%20also%20listed%20in%20the%20build%20section%20of%20meta.yaml. But it only applies to noarch packages, and only to console_scripts, not gui_scripts (which msui now is, after the switch to pyproject.toml). |
|
For switching to noarch we need to figure how menuinst works now, when we don't copy ourselfs the icons. We have to check if we had to do the steps in the scripts or they are meanwhile built-in. On windows menuinst is a big improvement. The console there has not an utf-8 encoding. common users are not familiar to work with a console. utf-8 ist after more than 10 years still a beta configuration option. |
|
Menuinst has a section on Regarding gui_scripts, I think this may be an inaccuracy in the documentation, which may stem from the fact that most developers work on non-Windows platforms and gui_scripts are essentially a special Windows kind of console_scripts. |
|
I did a quick search for other noarch feedstocks using menuinst and custom icons and found this one: https://github.com/conda-forge/hyperspyui-feedstock/blob/cfa177e37c8ef86670a3dc7227eb5c6332eb47e0/recipe/meta.yaml#L14-L21. It looks like this is pretty straightforward, we would just have to get rid of build.sh and bld.bat and move those instructions into meta.yaml. Since noarch packages are only build on Linux AFAIU there is no need for cmd-compatible build instructions. |
Checklist
Bumped the build number (if the version is unchanged)0(if the version changed)conda-smithy(Use the phrase@conda-forge-admin, please rerenderin a comment in this PR for automated rerendering)Closes #197
Closes #196
This is based on the bot auto update and @ReimarBauer's work in #196. Additionally, it adds the entry points to the recipe.