conda-forge core meeting 2022-03-09
last weeks meeting What time is the meeting in my time zone Meeting info:
- To join the video meeting, click this link: https://zoom.us/j/9138593505?pwd=SWh3dE1IK05LV01Qa0FJZ1ZpMzJLZz09
 - Otherwise, to join by phone, dial +1 347-384-8597 and enter this PIN: 828 997 153#
 - To view more phone numbers, click this link: https://tel.meet/ijv-qsvm-tvn?hs=5
 
Attendees
| Name | Initials | GitHub ID | Affiliation | 
|---|---|---|---|
| Matthew Becker | MRB | beckermr | cf | 
| Jaime R.Guerra | JRG | jaimergp | Quansight/cf | 
| Filipe Fernandes | FF | ocefpaf | CF | 
| Cheng H. Lee | CHL | chenghlee | Anaconda/cf | 
| Dave Clements | DPC | tnabtaf | Anaconda | 
| Jannis Leidel | JL | jezdez | Anaconda/cf | 
| Wolf Vollprecht | WV | QuantStack | |
| Katherine Kinnaman | KK | kathatherine | Anaconda | 
| Chris Burr | CB | ||
| Isuru Fernando | IF | isuruf | CF/UIUC | 
| Matti Picus | MP | mattip | Quansight/PyPy | 
| Marius van Niekerk | MvN | mariusvniekerk | Voltron Data | 
20 people total
Agenda
Standing items
- 
intros for new folks on the call
 - 
(FF) budget
- current approvals?
 - Whenever updated numbers land, please screenshare and show the budget.
- Link is in Keybase (numfocus_spreadsheets.txt)
 
 
 - 
open votes
 - 
2022 Outreachy / GSoC
- Community accepted
 - Project proposals due Tuesday/Wednesday March 22 (Americas) / March 23 (Europe)
- In addition to project propsal also need contribution tasks
 - And Channels for potential interns to communicate with us.
 
 - Two projects
- Grayskull and Friends, Jannis, and Marcelo (pyproject.toml support)
 - Doc, Matt and Katherine
 
 - questions:
 - todos:
- Have people got time to support Grayskull work? (JL, DPC will follow up)
 
 
 
From previous meeting(s)
Your new() agenda items
- 
(MRB) pybind11 ABI stuff
- pybind11 is "over pinned" in terms of compiler ABI compat according to the upstream devs
 - we need to remove the compiler abi info from its internal version IDs
 - conda-forge uses pybind11 in two ways:
- people use pybind11 w/ the optional pybind11-abi package
- pybind11-abi helps folks ensure they have a consistent pybind11 ABI in their env
 - it goes in host with pybind11 and has a run export
 
 - people use pybind11 without the pybind11-abi package
 
 - people use pybind11 w/ the optional pybind11-abi package
 - So my question is for which of the two cases above do we want to remove the compiler abi info?
- certainly case 1
 - I don't see why we wouldn't for case 2
 - Should we be concerned about shipping a patched version of pybind11 relative to upstream? Is that a reason to only do case 1.
 
 - todo (all MRB)
- patch compiler activation scripts to append to flags instead of override
- ^ this has other dangers in terms of not sanitizing the CXXFLAGS
 
 - patch pybind11-abi to remove compiler dep on abi
 - rebuild packages that depend on pybind11-abi
 
 - patch compiler activation scripts to append to flags instead of override
 
 - 
(JRG) conda-feedstock tests and package size
 - 
(JL/JRG) conda 4.12.0
- https://github.com/conda-forge/conda-feedstock/pull/161
 - https://github.com/AnacondaRecipes/conda-feedstock/pull/5
 - currently blocked on defaults packaging the many new dependencies for libmambapy
 - changelog: https://github.com/conda/conda/blob/master/CHANGELOG.md#4120-2022-03-08
 
 - 
(MP) Starting the PyPy 3.8 migration and merging https://github.com/conda-forge/pypy3.6-feedstock/pull/73
- todo:
- one migrator for pyp38 and pypy39, depends on python310, will need to do menuinst+ conda + downstreams by hand
 - IF will upload aarch64 and ppc64 builds of the pypy3.6-feedstock (which is misnamed, it builds 3.8 and 3.9) since the CI does not build them, together with the build logs
 
 
 - todo:
 - 
(JRG) conda has menuinst + pywin32 deps on windows, but that's only used in
base- We should be able to remove the hard dep from conda
 - And then, add it explicitly in miniforge / miniconda (need to sync with Anaconda)
 
 - 
(MRB) Travis disabled in conda-smithy for common platforms
- (IF) Add to conda-forge-ci-setup too
 
 
Active votes
CFEPs
- cfep-12 Removing packages that violate the terms of the source package
- Stalled since May 26, 2020
 - Active debate about moving to "broken" vs deleting from conda-forge channel
 - Active vote, ends on 2020-03-11
 - What were the results of the vote?
 - Did we hear back from NumFOCUS? they did the legal seminar which is recorded
 
 
TODOs
2022-01-12
- review Qt PR after logs are uploaded
 - Add cupython and cuquantum to don't mirror list
 - re: 
std=c++14, Wait for Kai to comment and merge the PR - CJ and Jaime coordinate to Let Maxiconda know that we can't use their logo 2021-12-01
 - WV: Set up meet-and-greet call with homebrew team?
 - MRB: (repodata patches) make a cron job that runs show_diff.py and posts an issue + commit if it is non-empty
 
2021-11-03
- Self-hosting CI TODOs:
- Change URL from drone.conda-forge.org. Proposals:
- woodpecker.conda-forge.org
 - ci.conda-forge.org
 
 - Set up monitoring
- Quantstack is setting up grafana for the mirror
 
 
 - Change URL from drone.conda-forge.org. Proposals:
 
2021-10-18
2021-09-22
- 
(WV): TensorFlow-GPU ready to go, just need to decide if GPU should get prio over CPU?!
- GPU gets prio
 
 - 
(MRB) master to main move (https://github.com/conda-forge/conda-forge.github.io/issues/1162)
- everything done except feedstocks, releases, conda-smithy, and our github actions
- releases is broken, opened an issue with github
 
 - some options for feedstocks
- make sure to change the upload on branch key
 
 - (MRB) make an announcement on how to update local clones (moved to the issue above)
 - (MRB) make sure to update upload_on_branch (moved to the issue above)
 
 - everything done except feedstocks, releases, conda-smithy, and our github actions
 
2020-11-18
-  (IF/MRB/MV) intel oneAPI
- todo
- (Nikolay) licensing for opencl_rt
 - (Nikolay) intelmpi ABI compat w/ mpich
 - (MRB/IF) figure out how exactly to package C/C++ compilers
 - (MRB/IF) think about fortran ABI
 - (MRB) make conda-forge compilers room (add people including keith)
 
 
 - todo
 -  (MB) asking core members to move to "emeritus" status
-  TODO: Eric to set up quarterly check-in for all core members to see if they're interested in remaining "active" or if they want to move to emeritus
- Remove emeritus folks from having access to various credentials (api tokens, twitter password, etc.)? This would require a change to the governance doc.
 
 
 -  TODO: Eric to set up quarterly check-in for all core members to see if they're interested in remaining "active" or if they want to move to emeritus
 
2020-11-11
- TODO: Think about bringing in JOSS to provide context around how we might best write papers
 
2020-11-03
- TODO: Check on Forrest Watters permissions for core
 -  (FF) Outreachy would cost 6500 USD.
- Next steps: write abstract and vote on spending of funds.
 
 
2020-10-28 2020-10-21
-  (Marius?) Python 2.7 migration
- ( ) [ ] make a hint
 - ( ) [ ] make an announcement
 - ( ) [ ] make the hint a lint
 
 
2020-10-07
- Make sure to add the NVBug info to the cudatoolkit package that conda-forge makes (if we make one)
 
2020-09-09
- (ED) Update governance docs with similar voting model as what got put into conda-tools (+3 with no -1 is a pass)
 - (SC) Write jinja template to turn institutional partners yaml into a website https://github.com/conda-forge/conda-forge.github.io/blob/2a2d3caaf7d74eb370ac40c679ba337a73d15c8a/src/inst_partners.yaml
 - (SC) Document what needs to be done to create an OVH account and get access
 
2020-08-26 Docker hub
- (JK) Check in on Azure build workers to see if they have the docker hub limitation.
 -  (JK) work with dockerhub to see if we can get OSS status
- Check in again at some point. We haven't heard back as of 2020-09-23
 
 
OVH
- 
Shout-out on twitter at some point. "Thanks forOVHCloud for providing a VM", etc. (maybe after we ship qt on windows with it?)
 - 
Figure out how to communicate breaking changes to users. Likely should open up an issue immediately for futher discussion. Ping @kkraus, plus capture notes from further up in these meeting notes
 - 
John K. will update the cuda toolkit feedstock on the git repo to note the NVBug link to the internal NVIDIA issue tracker
 - 
Jonathan will update docs to note that some non-exhaustive list of packages (like cuda-toolkit, MKL, etc.)
 - 
Jonathan will review this PR
 - 
(Kale) schedule conda working group
 - 
cfep-10 next steps: CJ to call a vote for feedback
 - 
cfep-06 next steps: Ask staged recipes team to champion this CFEP and move it forward
 - 
jakirkham & CJ-wright to sync on adding CUDA to the migration bot
 - 
(Eric) Scheduling Anaconda <-> conda-forge sync on anaconda.org requirements gathering
- Will try and get this scheduled in the next month.
 
 - 
(Anthony) Reach out to NumFocus to figure out legal ramifications of not including licenses in files.
 - 
(Eric) check internally for funding levels for hotels & flying folks from the community in?
 - 
(Eric) Figure out finances of conda-forge to support themselves?
 - 
(jjhelmus) Open up CFEP for which python's we're going to support
 - 
(jakirkham) write a blog post on CUDA stuff we discussed today
 - 
(jakirkham) update docs on how to add CUDA support to feedstocks
 - 
(jakirkham) will open an issue on conda-smithy to investigate Drone issues. (ping the aarch team)
 - 
(ED) Who we are page? Some combination of a FAQ and a who is everyone. FAQ things like:
- who's the POC for CF <> Anaconda, CF <> NumFocus, CF <> Azure
 - who's the POC for the various subteams?
 - Informal information: roles, day jobs, bios, the whole nine yards, why you're here, etc.
 - Public or internal? I don't really care either way. Anyone feel strongly one way or the other?
 - opt-in to public bios
 - software carpentry has a large number of instructors and has https://carpentries.org/instructors
 - some concern about "yet another place to keep stuff up to date"
 
 - 
(ED) document strategies for reproducible environments using conda-forge
 - 
(UK) Static libraries stuff
- Add linting hints to builds to find them
 - Recommend how to package them -> CFEP-18
 - We should write docs saying we don't provide support and this is a bad idea. -> CFEP-18