You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| Katherine Kinnaman | KK | kathatherine | Anaconda |
21
+
| Wolf Vollprecht | WV | wolfv ||
22
+
| Matthew R Becker | MRB | beckermr | cf |
23
+
| Jannis Leidel | JL | jezdez | Anaconda/cf |
25
24
26
25
X people total
27
26
@@ -31,19 +30,64 @@ X people total
31
30
32
31
### From previous meeting(s)
33
32
34
-
-[ ]
33
+
-[x] (HV) `-dev` vs. `-devel`
34
+
- came up in boost unification, current PR uses the latter based on Isuru's [rationale](https://github.com/conda-forge/boost-feedstock/pull/164#issuecomment-1681583116)
35
+
- matches Anaconda naming & CDTs, does not match recent CUDA feedstocks, tangentially related to distro discussion (RHEL vs. Debian). We should try to choose one.
36
+
- JRG: [Our own data](https://github.com/conda-forge/boost-feedstock/pull/164#issuecomment-1691100805)
37
+
-[x] (HV) Branch deletion policy?
38
+
- I'd [suggest](https://github.com/conda-forge/conda-forge.github.io/issues/1972) to delete dead branches on feedstocks (e.g. long-EOL maintenance branches), and keep history as a git tag on the feedstock. Thoughts?
39
+
- MRB: Historic norm is to leave this to feedstock maintainers.
40
+
- JRG: if we go this way, make it happen via admin-requests, not through UI with no papertrail (automation for the win!)
35
41
42
+
36
43
### Active votes
37
44
38
45
-[ ]
39
46
40
-
### Your __new__() agenda items
47
+
### Your `__new__()` agenda items
48
+
49
+
-[x] (HV) Yearly python releases vs. 5 year upstream support
50
+
- Releases moved closer together due to PEP602, 3.8 still has one full year before its EOL when we start with 3.12 migration ([details](https://github.com/conda-forge/conda-forge.github.io/issues/2004#issuecomment-1717526948)).
51
+
- Generally: Do we prefer 5 CPython builds, or are we fine with dropping support for `v3.{N-4}` one year before its EOL?
52
+
- Jannis: Look at https://github.com/ContinuumIO/anaconda-package-data/issues/41 again
53
+
- MRB: conclusion "we'll make a best-effort committment to all 5 python versions but individual feedstock manitainers may remove older versions at their discretion."
54
+
55
+
-[x] (IF) MinGW with UCRT64 toolchain and updated M2
56
+
- Binary repackage of MSYS2 packages
57
+
(for build only. No linking with downstreams)
58
+
- Binary repackage of `libgcc, libwinpthread`
59
+
- Getting rid of `m2w64-` packages
60
+
- Can we use MSVC/VisualStudio built packages?
61
+
- Are there any that we use with C++ dependencies?
62
+
- Current use is limited to https://gist.github.com/isuruf/d24ebbfaf06318beb992349c90e61ca0
- HV: Should be possible to only build against 2.x, result [will be](https://githubx.com/conda-forge/conda-forge-pinning-feedstock/issues/4816#issuecomment-1717038980) ABI-compatible with 1.2x
85
+
- IF: It will **not** be ABI compatible if the package author changes
86
+
`NPY_TARGET_VERSION`. Need ways to ensure that it does not happen.
87
+
-[ ] (JRG) Post-mortem on the [Windows upload issue](https://github.com/conda-forge/status/issues/157) introduced in conda-smithy 3.26 (now fixed)
88
+
89
+
-[ ] (JL) FYI the creation of a conda "build tools" team under conda governancy policy (still federated until team figures out team charter) for conda-build and hopefully other build tools, welcome to join:
0 commit comments