---
# System prepended metadata

title: '2025-08-20'
tags: [meeting-notes]

---

---
tags: [meeting-notes]
title: '2025-08-20'
---
# conda-forge core meeting 2025-08-20

Add new agenda items under the `Your __new__() agenda items` heading

- [Zoom link](https://zoom.us/j/9138593505?pwd=SWh3dE1IK05LV01Qa0FJZ1ZpMzJLZz09)
- [What time is the meeting in my time zone](https://dateful.com/convert/utc?t=5pm)
- [Previous meetings](https://conda-forge.org/community/minutes/)

## Attendees

| Name                    | Initials | GitHub ID        | Affiliation                 |
| ----------------------- | -------- | ---------------  | --------------------------- |
| Daniel Ching            | DJC      | @carterbox       | NVIDIA/cf                   |
| Cheng H. Lee            | CHL      | chenghlee        | Anaconda/cf                 |
| Dan Yeaw                | DWY      | @danyeaw         | Anaconda                            |
| Isuru Fernando          | IF       | @isuruf          |                             |
| Axel Obermeier          | HV       | @h-vetinari      |                             |
| Wolf Vollprecht         | WV       | @wolfv           |                             |
| John Kirkham            | JK       | @jakirkham       |                             |
|                         |          |                  |                             |
|                         |          |                  |                             |

X people total

### Standing items

- [ ]

### From previous meeting(s)

- [ ]

### Active votes

- [ ]

### Your `__new__()` agenda items

- [x] (HV) Drop python 3.9, close 3.13 migration, migrate for 3.14.0rc2 (in line with what we did for 3.13 & 3.12)
  - https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/7661
  - https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/7648 
  - (JK) Let's put dates so it's clear on the web page
- [x] (HV) Drop CUDA on PPC: https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/7660
  - Upstream dropped PPC support in CUDA 12.5
  - (IF) Should retain ability to add it back on a per-recipe basis
      - (HV) We can reuse the 11.x migrator tooling to add it back
      - (HV) We can do on-demand 12.4 migrator, _if there's demand_.
  - (JK) PPC support generally? (HV) Discussion [issue](https://github.com/conda-forge/conda-forge.github.io/issues/2510) for that
- [x] (HV) Start migration for CUDA 13.0
  - Question about timing w.r.t. 12.9 migrator; IMO not a big deal to do it while 12.9 is still running because we'll have to support both CUDA 12.x and 13.x for the foreseeable future anyway (CUDA 13 also drops several gpu arches, so only way to support those is on CUDA 12)
  - https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/7653
  - Will have two default CUDA versions, as CUDA 13.0 drops support for older GPU architectures
  - (DJC) All Windows packages are broken because of DLL placement; what is the best option?
      - DLL locations changed to support Windows on ARM
      - (IF) Could create stub DLLs to redirect to actual locations
      - (IF) Similar situation with m2 binaries on Windows
      - (WV) Directory Forks might also work 
- [x] (HV) Possible [design](https://github.com/conda/ceps/issues/77#issuecomment-3186740038) for "host-exports", along with an overhaul of run-export machinery.
  - Positive feedback from Prefix, would appreciate input from Anaconda
  - Unclear (to me) impact on repodata; might need to piggyback on Repodata v2 [effort](https://github.com/conda/ceps/pull/111).
  - Needed, e.g., to help feedstock maintainers avoid foot guns with compiler-related ABI compatibilties
- [x] (HV) Nogil migration plans
  - We never got around to [migrating](https://github.com/conda-forge/conda-forge-pinning-feedstock/pull/6673) 3.13t at scale; key dependencies were missing, e.g. cffi. As it turns out, cffi will never support 3.13t due to CPython bugs, but 3.14t is looking much better (and also not experimental anymore)
  - We could start migrating at the end of the year, after the dust has settled on the 3.14 migration.
  - (CHL) Anaconda added the `python_abi` package to `main` with for `python >=3.13`. Will build a free-threading Python 3.14 interpreter when it hits GA, but we likely won't start building free-threading packages until we have enough of a handle on the non-free-threading variants.
- [x] (HV) Exceptionally delete some very broken libprotobuf builds
  - automerge bot got [caught](https://github.com/conda-forge/libprotobuf-feedstock/pull/112/files) by a brutal change in the upstream version scheme, which removed the major version from the tags (because the protobuf major version is now _per language bindings_). The major-less [builds](https://anaconda.org/conda-forge/libprotobuf/files?version=21.5) have never been used beyond accidental installs (because we never migrated for that).
  - even though they're marked broken, their presence creates persistent user confusion & frustration:
    - https://github.com/conda-forge/libprotobuf-feedstock/issues/262
    - https://github.com/conda-forge/libprotobuf-feedstock/issues/172
    - https://github.com/conda-forge/libprotobuf-feedstock/issues/122
    - https://github.com/conda-forge/protobuf-feedstock/issues/182
  - IMO this all is a good enough reason to make an exception and outright delete them.
- [x] (DJC) arm-variant repodata patches
    - Want to patch all existing aarch64 packages built by NVCC so arm-variant=sbsa is a dependency
    - @isuruf [has said in the past](https://github.com/conda-forge/conda-forge-repodata-patches-feedstock/pull/467#issuecomment-1580256486) that patching in new dependencies is bad practice
        - Users get confusing warning from conda when mutating exisiting environment because conda cannot figure out how it got into a state where exisiting package requirements were not satisfied
    - https://github.com/conda-forge/conda-forge-repodata-patches-feedstock/pull/1059
    - https://github.com/conda-forge/conda-forge-repodata-patches-feedstock/pull/973
    - run_constrains should be sufficient to avoid tegra users from getting old sbsa packages because opting into tegra *requires* installing arm-variant and all tegra packages already require arm-variant, so installing any tegra package would exclude any exisiting sbsa packages
- [x] (HV) Migrate build scripts from batch to powershell long-term?
    - It would be great if conda-build and rattler-build would accept build.ps1 instead of only bld.bat
    - (WV) Powershell is already accepted by rattler-build
    - (CHL) Anaconda wants to do this, but a lot of enterprises don't let you run unsigned powershell files
    - (IF) Would be nice if build tools supported bash on Windows so there only needed to be one script for all platforms
### Pushed to next meeting

- [ ]

### CFEPs

- [ ]
