2020-08-26 conda-forge core meeting
Zoom link What time is the meeting in my time zone last weeks meeting
Attendees
Agenda
Standing items
- intros for new folks on the call
- (CJ) budget
- current approvals are all up to date.
- screenshare and show the doc monthly?
Your new agenda items
stuff from last time
-
(MRB) shall we merge this (https://github.com/conda-forge/conda-forge.github.io/pull/1139)?
- PR is on supported python versions
- waiting on isuru
-
(ED) Sylvain: Any updates from OVH on the windows VM?
- TODO: keep checking in on this
- OVH will want their brand on our page somewhere.
- TODO
- (???) build webpage to credit them (and others)
- If we're adding a logo, will want to make sure that we have permission to use it.
- Shout-out on twitter at some point. "Thanks forOVHCloud for providing a VM", etc. (maybe after we ship qt on windows with it?)
-
(AS) qgpu - GPU build agents.
- Drone or Azure? Drone is a simple go executable and you can run it in docker. Azure build agent is heavy weight?
- Pick one and go
- Waiting on Anthony to have some spare time.
- JH: Github actions has a runner
- AS: Happy to try any and all solutions
- MRB: Rerendering can't push changes to workflow files in feedstocks. There's not a feasible workaround for this atm. Currently working with github on trying to fix this, but it's not going quickly.
new stuff
-
(MRB, John) docker hub changes
- by default they will limit pulls of our images to a few hundred per hour for anonymous users
- https://www.docker.com/blog/scaling-docker-to-serve-millions-more-developers-network-egress/
- HN: https://news.ycombinator.com/item?id=24262757
- https://news.ycombinator.com/item?id=24268336
Github Docker Registry is a mess and should be avoided at all costs.
- It is broken and unusable on Kubernetes and Docker Swarm.
- It is flaky often returning 500 type errors.
- It is expensive as the amount of pull bandwidth is very limited.
- this is based on the user pulling the image, not the user hosting the image
- John put in an application for their open source program. Once we are accepted, they will work with
us hopefully.
- (JK) Check in on Azure build workers and see if they have the docker hub limitation
- For now, we should start trying to host our images elsewhere
- Isuru suggested using github packages
- we have used quay in the past
- going to take a many pronged approach
- (JK) Check in on Azure build workers and see if they have the docker hub limitation
- (JK) work with dockerhub
- (???) start pushing images to quay (github?)
- (???) put changes in smithy to make sure we can use those other image locations
- by default they will limit pulls of our images to a few hundred per hour for anonymous users
-
(MRB) AWS stuff submitted
- we asked for 2k total from NumFocus through their pool of credits.
- working through back and forth...
- NumFocus is going to put our AWS account under theirs
-
(KK) Conda virtual packages plugin
- From the NVIDIA / RAPIDS side, desire to build more conda packages on things that depend on drivers with kernel modules, i.e. MOFED
- (KK) MOFED is basically infiniband drivers. This is not the only case for this
- Work to do on conda side to build plugin architecture to support this
- https://github.com/conda/conda/issues/10131 (currently slated for 5.0.0 release)
- Could potentially explode build matrices for certain projects, what is our stance from the conda-forge side?
- From the NVIDIA / RAPIDS side, desire to build more conda packages on things that depend on drivers with kernel modules, i.e. MOFED