!ozfxFAWEEDbVgXoYVA:matrix.org

Astropy general

685 Members
General discussion about astropy; please, make use of threads whenever possible in this channel.26 Servers

Load older messages


SenderMessageTime
18 Nov 2021
@cadair:cadair.comCadair
In reply to @slack_astropy_U86349G3C:openastronomy.org
what Cadair said. right now it's built around regularized coordinate grids. the "specific needs" section in http://xarray.pydata.org/en/stable/roadmap.html is basically compatibility with units, wcs, fits, and asdf.
I know there is work going on, but I haven't had time to investigate.
20:39:26
19 Nov 2021
@mr-magnificent:matrix.org@mr-magnificent:matrix.org changed their display name from mr-magnificent to Hipetty hopetty we'd like to talk about your cars extended warranty.13:21:26
@mr-magnificent:matrix.org@mr-magnificent:matrix.org changed their profile picture.13:21:35
@mr-magnificent:matrix.org@mr-magnificent:matrix.org left the room.13:22:26
@slack_astropy_U774ARTKR:openastronomy.orgpllim To whom it may concern, I have enabled more branch protection for the main branch on https://github.com/astropy/astropy/ repository. If you have any open pull requests, you will notice that most of the continuous integration jobs have a "Required" label next to them. This means that those jobs have to pass for a merge to be possible. An administrator still has option to override it via a checkbox for a particular pull request but it is heavily discouraged. Motivation: This is to prevent cases where a reviewer overlooked a real CI failure, causing the main branch to break. This is not uncommon when there are several unrelated failures masking the real failure, especially following some breaking changes from upstream releases or even transient failures caused by the network. If these new protection rules are too strict and prevent reasonable turnaround time for pull request merges, we will be happy to revisit the rules. Thank you for your understanding. Sincerely, Pey Lian (on behalf of astropy infrastructure team) 17:33:59
22 Nov 2021
@scalperos4:matrix.orgScalperos joined the room.16:14:08
23 Nov 2021
@server_stats:nordgedanken.dev@server_stats:nordgedanken.dev left the room.04:07:32
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner joined the room.17:44:46
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner changed their display name from slack_astropy_U02P31A9N56 to Henry Schreiner.17:51:09
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner set a profile picture.17:51:11
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner changed their profile picture.17:51:12
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner Hi all, I’m not sure what channel this should go in (happy to move to one if there’s a better fit): I’m working on a NSF proposal to simplify compiled Python packaging. It would build up scikit-build (the official adaptor for CMake) with standards-based tooling, plugins, and more - just in time for the removal of distutils in Python 3.12. In the second year it would include explicit help with moving several projects over to using it for their build system. Would this be useful to any projects in astropy? I’m looking for science drivers to list in my proposal and ideally a couple of collaboration letters - I think having a robust build system for Python would be huge (and SciPy is abandoning setuptools as well - I don ’t think ). More on the proposal details here: https://iscinumpy.gitlab.io/post/scikit-build-proposal/ 18:05:14
@slack_astropy_U774ARTKR:openastronomy.orgpllim
In reply to@slack_astropy_U02P31A9N56:openastronomy.org
Hi all, I’m not sure what channel this should go in (happy to move to one if there’s a better fit): I’m working on a NSF proposal to simplify compiled Python packaging. It would build up scikit-build (the official adaptor for CMake) with standards-based tooling, plugins, and more - just in time for the removal of distutils in Python 3.12. In the second year it would include explicit help with moving several projects over to using it for their build system. Would this be useful to any projects in astropy? I’m looking for science drivers to list in my proposal and ideally a couple of collaboration letters - I think having a robust build system for Python would be huge (and SciPy is abandoning setuptools as well - I don ’t think ). More on the proposal details here: https://iscinumpy.gitlab.io/post/scikit-build-proposal/
There is a #astropy_infrastructure:openastronomy.org channel, which I think would be appropriate for this topic. Thanks!
18:12:22
@astronarchist:matrix.orgastronarchist joined the room.18:33:16
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner
In reply to@slack_astropy_U774ARTKR:openastronomy.org
There is a #astropy_infrastructure:openastronomy.org channel, which I think would be appropriate for this topic. Thanks!
Moved to #astropy_infrastructure:openastronomy.org, thanks!
18:34:17
@slack_astropy_U02P31A9N56:openastronomy.orgHenry Schreiner changed their profile picture.18:49:50
@astronarchist:matrix.orgastronarchist set a profile picture.20:44:20
24 Nov 2021
@octazyggurat:matrix.orgoctazyggurat joined the room.18:52:48
25 Nov 2021
@astrojuanlu:matrix.orgastrojuanluI see that 5.0 was tagged and uploaded to PyPI some days ago, but I didn't see any announcements on astropy-dev, python-announce, or Twitter - did I miss anything?17:15:41
@cadair:cadair.comCadair
In reply to @astrojuanlu:matrix.org
I see that 5.0 was tagged and uploaded to PyPI some days ago, but I didn't see any announcements on astropy-dev, python-announce, or Twitter - did I miss anything?
I assume the delay is for conda packages etc, there is normally a wait there.
17:43:25
@slack_astropy_U07529085:openastronomy.orgastrofrog
In reply to@cadair:cadair.com
I assume the delay is for conda packages etc, there is normally a wait there.
I’ll be sending out the announcements shortly!
19:27:23
29 Nov 2021
@slack_astropy_U07529085:openastronomy.orgastrofrog 📣 astropy 5.0 has now been released! See https://www.astropy.org/announcements/release-5.0.html for the full announcement! 🎉 14:06:32
@slack_astropy_UGFMWUL01:openastronomy.orgLeo Singer I missed the memo on dropping Python 3.7 support. When did that happen, and why? 16:20:51
@slack_astropy_UGFMWUL01:openastronomy.orgLeo Singer
In reply to@slack_astropy_UGFMWUL01:openastronomy.org
I missed the memo on dropping Python 3.7 support. When did that happen, and why?
Oh, this is just because of the NEP 29 schedule, isn't it?
16:22:14
@slack_astropy_U774ARTKR:openastronomy.orgpllim
In reply to@slack_astropy_UGFMWUL01:openastronomy.org
Oh, this is just because of the NEP 29 schedule, isn't it?
Yes. There was a whole APE about this. 🙂
16:28:35
@slack_astropy_UGFMWUL01:openastronomy.orgLeo Singer
In reply to@slack_astropy_U774ARTKR:openastronomy.org
Yes. There was a whole APE about this. 🙂
Suggestion: an APE to detail recommended Python version support for coordinated and affiliated packages
16:42:43
@cadair:cadair.comCadair
In reply to @slack_astropy_UGFMWUL01:openastronomy.org
Suggestion: an APE to detail recommended Python version support for coordinated and affiliated packages
"Do the same as core" that was easy ;)
16:43:28
@cadair:cadair.comCadair
In reply to @cadair:cadair.com
"Do the same as core" that was easy ;)
more seriously there was talk about that at the time of the core APE but we wanted to get that straigtened out first.
16:43:52
@slack_astropy_U774ARTKR:openastronomy.orgpllim
In reply to@cadair:cadair.com
more seriously there was talk about that at the time of the core APE but we wanted to get that straigtened out first.
Coordinated packages should follow core, but affiliated packages are not in our purvue.
16:44:33
@scalperos4:matrix.orgScalperos changed their profile picture.18:06:21

There are no newer messages yet.


Back to Room List