| 29 May 2021 |
 Finn Behrens | In reply to @thefloweringash:matrix.org
I recently discovered that "openjdk" (8, 11, 16) is using x86_64-darwin binaries even on aarch64-darwin. The upstream (azul) does have aarch64-darwin binaries. See if https://github.com/NixOS/nixpkgs/pull/124576 helps? Same error with .#jdk from this pr | 08:05:29 |
 thefloweringash | looks like it's not an easy fix then. not sure where to go from here sorry | 08:06:23 |
| Finn Behrens | No worries. Though I would just ask, and maybe get lucky | 08:06:45 |
| Finn Behrens | I send a support request to azul. maybe they have an idea | 08:15:29 |
| Finn Behrens | The wrote back. It is fixed in Zulu: 16.30.19. thefloweringash would you mind bumping it in your pr? | 09:03:36 |
 Jassuko | Umm. I haven’t really been following the discussions too closely. But what is the current overall status on M1? Is it usable in general, excluding some broken pkgs or not there yet to be plausible replacement for eg. Homebrew? | 09:11:22 |
 ris_ | hello everyone you'll be happy to know that curl now wants the SystemConfiguration framework to build https://github.com/NixOS/nixpkgs/pull/124502#issuecomment-850834981 ... leading to bootstrapping/reference loop issues | 13:53:49 |
| ris_ | anyone know if any of the frameworks are used in any early-stage packages anywhere? | 13:55:09 |
|  mTvare changed their display name from mtvare6 to pr to shade buildsscripts rn. | 13:56:28 |
| mTvare changed their display name from pr to shade buildsscripts rn to pr to shade buildscripts rn. | 14:05:01 |
 LnL | openssl needs Security.framework so shouldn't be a problem at that point | 14:33:47 |
| ris_ | can't see the security framework stuff in openssl.. do you think we'll need to do a trick where we make the early version of curl build without SystemConfiguration? | 15:23:25 |
| LnL | hmm seems you're right the sdk isn't used during bootstrapping at all | 15:31:41 |
| LnL | any idea what it's used for? I suspect it's something just for some kind of integration feature which isn't relevant at all during builds | 15:35:32 |
| ris_ | hypothetically SystemConfiguration is only used for some NAT64 stuff so could be omitted, however there isn't a flag to disable it | 15:35:56 |
| ris_ | https://github.com/curl/curl/pull/7121 is what added it | 15:36:11 |
| ris_ | we'd essentially have to hack the "skip SystemConfiguration" mechanism into it | 15:37:00 |
| ris_ | i'm leaning towards, in the short term, suggesting we apply the patches for the 3 covered CVEs | 15:37:53 |
| LnL | ah that's unfortunate, ideally we'd disable this in curlMinimal and thus avoid all the extra stuff it brings in during bootstrapping | 15:38:27 |
|  John Ericson joined the room. | 15:40:57 |
| LnL | all the code looks conditional, seems like it would work if the cmake definition only fails with CURL_OSX_CALL_COPYPROXIES | 15:41:41 |
 Domen Kožar | How come nixpkgs trunk doesn't yet build aarch64-darwin? | 17:17:17 |
| LnL | I don't think the platform stuff was merged yet, so the builds come from a different jobset I assume | 17:28:42 |
 andi- | There was some discussion on which Tier the platform is and then I lost track of it | 18:08:46 |
| Finn Behrens | I guess for tier 1 we would need an RFC. I would suggest waiting for the aarch64-Linux tier-1 rfc to get merged, and then somebody should create an aarch64-Darwin rfc | 18:15:32 |
 Alyssa Ross | x86_64-darwin isn't even tier 1 | 18:18:26 |
| Finn Behrens | oh uff xD | 18:18:45 |
| Domen Kožar | since we have 6 builders on hydra it would be a shame they are idle :) | 18:26:13 |
| Domen Kožar | created https://github.com/NixOS/nixpkgs/pull/124887 | 18:33:11 |
| andi- | Also being Tier1 just means it is allowed to block unspecified channels and requires a large amount of packages to work on the platform. I don't think either is currently desired nor given. | 18:38:55 |
