| 4 Jul 2025 |
 WeetHet | * What if gcc changes its linking behaviour in the next release | 08:47:51 |
 megmug | I know it's not the right way, but it's the way the project is. It's just a provided scaffolding, that shouldn't be changed except for the parts that we should implement | 08:47:57 |
| WeetHet | I suggest you tell your teacher that the code is wrong and fix it | 08:48:28 |
| megmug | I know it's ugly. We just pin the commit hash because of that. For instance, it doesn't build with nixos 25.05 even with gcc | 08:48:44 |
| megmug | Thank you for this. It allows me to reproduce the issue on my machine. That's worth a lot already | 09:01:19 |
| megmug | * Thank you for this idea. It allows me to reproduce the issue on my machine. That's worth a lot already | 09:01:37 |
|  Lukas Einhaus joined the room. | 09:58:52 |
 Randy Eckenrode | Almost done with the source release updates. I only need to work on dyld and network_cmds to fix them. network_cmds in particular is dropping all the old, compatibility stuff. I’m also trying to simplify the private headers, but it’s not working …. | 12:54:50 |
 Katalin 🔪 | 
Download 5CC7C6B8-5AE4-4E6A-B66A-67C0B89F01AA.png | 15:28:15 |
| Katalin 🔪 | when airpods auto-adjust their volume (due to ambient noise or whatever), the volume meter now pops up on the new macOS. not sure how to feel about that. I like the concept but it’s also the full volume overlay which is quite big and could reasonably get in the way of you doing something in a window | 15:28:16 |
|  @winston:milli.ng left the room. | 15:41:01 |
| Randy Eckenrode | network_cmds builds! Yay. I forgot how horrible it is. | 17:13:32 |
| Randy Eckenrode | It now even includes rtadvd, which seems kind of pointless, but it’s there now. | 17:26:55 |
| Randy Eckenrode | This is the error I get building darwin.dyld:
Undefined symbols for architecture arm64:
"mach_o::ChainedFixups::PointerFormat::writeChainEntry(mach_o::Fixup const&, void const*, unsigned long long, std::__1::span<mach_o::MappedSegment const*, 18446744073709551615ul>) const", referenced from:
vtable for mach_o::ChainedFixups::PointerFormat in libmach_o.a(mach_o_ChainedFixups.cpp.o)
| 17:33:10 |
 emily | unlike the rest of the commands? :P | 17:52:47 |
| Randy Eckenrode | I can’t think a reason why you’d want to have a Mac sending router advertisements. Maybe a VM could get an IPv6 address that way by advertising over the bridge interface to the VM, but are any of them set up that way? You’d also need to get a prefix if you wanted it to be routable. That’s so esoteric though. | 17:55:16 |
 Zhaofeng Li | There is internet sharing, did it support IPv6 before? | 18:43:11 |
| emily | I've been using my MacBook Pro as an AP in lieu of having the BPI-R4 fully set up yet... | 18:43:17 |
| emily | but I guess it's probably still the R4 doing the RAs there? | 18:43:51 |
| Zhaofeng Li | A few days late: not the bootloader-unlockable iPhone people are looking for, but it's a Macbook with an iPhone chip
https://www.macrumors.com/2025/06/30/new-macbook-with-a18-chip-spotted/
| 18:46:32 |
| Randy Eckenrode | In reply to @zhaofeng:zhaofeng.li
There is internet sharing, did it support IPv6 before? It could be doing its own thing. rtadvd kind of sucks, especially if hasn’t been synced with FreeBSD recently. | 18:48:33 |
| Randy Eckenrode | In reply to @emilazy:matrix.org
but I guess it's probably still the R4 doing the RAs there? Probably your router is unless you have your MBP set up as a router (assuming IPv6 at all). | 18:49:11 |
| Randy Eckenrode | In reply to @reckenrode:matrix.org
It could be doing its own thing. rtadvd kind of sucks, especially if hasn’t been synced with FreeBSD recently. IME systemd-networkd > radvd > rtadvd. | 18:49:58 |
| 5 Jul 2025 |
| Randy Eckenrode | I’m not rebasing on staging this week to focus on splitting up my branch. It’s time to get my wrapper changes up for review, bump the minimum to 14.0, and update the SDK and source releases to 15.5. | 02:16:07 |
| Randy Eckenrode | In that order. I made no effort to make the 15.5 source releases build on anything older than 14.0. In fact, I deleted the workarounds to enable that. | 02:16:42 |
| Randy Eckenrode | https://github.com/NixOS/nixpkgs/blob/2ba055ea870e8552ac01ffd2e476db05b104a026/pkgs/by-name/li/libblocksruntime/package.nix | 02:35:20 |
| Randy Eckenrode | How many different places is this stuff packaged? I think there’s another libdispatch package as well. | 02:35:38 |
| Randy Eckenrode | No, it’s just there’s a top-level swift-corelibs-libdispatch and swiftPackages.Dispatch. | 02:38:17 |
| Randy Eckenrode | The former is an alias for the latter. | 02:38:30 |
 tiferrei | Hello! I have nix (and nix-darwin, etc.) on my mac tracking nixpkgs-unstable. For some more stability, I'd like to move to one of the stable branches. I am wondering if 1) this is generally safe to do, and 2) is nixpkgs-25.05-darwin usually as "backported to" as nixos-25.05? Thanks! | 15:08:48 |
