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
-[x] (HV) archspec-packages, next steps (feel free to discuss in my absence)
39
+
- we have [microarch-level](https://github.com/conda-forge/microarch-level-feedstock) package now :tada:
40
+
- are we ready/willing to build packages for different arches?
41
+
- do we want to set minimal guidelines to avoid CI explosion from feedstocks indiscriminately wanting to build v2,v3,v4 because "it's obviously faster"?
42
+
- need to go through and check whether runtime dispatching is available
43
+
- how to detect macroarchitecture (x86_64 for example)? This was in `__arch`, but is now not there. how should this be included?
44
+
- Change existing string to include with micro architecture?
45
+
- New virtual package?
46
+
- Discussion continues in [issue](https://github.com/conda-forge/conda-forge.github.io/issues/1261)
47
+
-[x] (JK) m2 recipes
48
+
- Isuru needs time.
49
+
- (IF) CDT build type thing for m2 (tools).
50
+
-https://github.com/conda-forge/msys2-recipes
51
+
-https://github.com/conda-forge/m2-builds
52
+
- (IF) m2w64 packages would be regular feedstocks
53
+
-
54
+
-[x] (JK) Windows ARM
55
+
- (IF) Call last week with Finn (from Microsoft)
56
+
- (IF) ARM-64 windows CI set up.
57
+
- (IF) Not the whole things, but progress
58
+
- Use ARM64 image using an X86 installer, then use emulation
59
+
- (IF) Will also need m2 recipes (as Python needs these to build)
35
60
36
-
### Active votes
37
61
38
-
-[ ]
39
62
40
-
### Your __new__() agenda items
63
+
### Active votes
41
64
42
65
-[ ]
43
66
67
+
### Your `__new__()` agenda items
68
+
69
+
-[x] (HV) / (WV) Discuss `{{ stdlib("c") }}` vs. `{{ compiler("c", stlib=...) }}`, see [here](https://github.com/conda/conda-build/issues/5053).
70
+
- (WV)
71
+
- Still in favor of one Jinja function. Having 2 makes it messy
72
+
- Can try and fix it later if there is demand.
73
+
- (IF)
74
+
- This would add more technical debt to conda-build (?)
75
+
- (WV)
76
+
- conda-build is so much technical debt already.
77
+
- how much should we worry about it.
78
+
- (MB)
79
+
- agree with both
80
+
- (IF)
81
+
- One jinja function would be good, but there isn't a way to do that now.
82
+
-[x] (JK) Travis CI update
83
+
- Hit issues a week ago with staged recipes because Travis gave us API issues
84
+
- Also long term issues with token resets from Travis.
85
+
- Had us resync the bots
86
+
- GitHub bots couldn' start CI...
87
+
- (MB) Did anyone from conda-forge ask for linux-arm?
88
+
- (JK) We haven't even discussed it.
89
+
- (IF) JRG addded a feature to admin-requests.
90
+
- We could stop registering all feedstocks when we add them.
91
+
- Could require developers to request them.
92
+
- 90% of developers don't really need this.
93
+
- (JK) Could maintainers ask for Travis CI support later?
- Some packages are too big to build within the 6 hour CI limit while targeting many CUDA architectures
147
+
- examples include libmagma, libtorch
148
+
- The linked discussion is about which CUDA archs should be targeted when the upstream project does not have defaults and in what order to drop archs in order to complete builds within the 6 hours
0 commit comments