| 25 Oct 2025 |
samasaur | --- !tapi-tbd
tbd-version: 4
targets: [ x86_64-macos, x86_64-maccatalyst, arm64-macos, arm64-maccatalyst,
arm64e-macos, arm64e-maccatalyst ]
install-name: '/usr/lib/libnetwork.dylib'
reexported-libraries:
- targets: [ x86_64-macos, x86_64-maccatalyst, arm64-macos, arm64-maccatalyst,
arm64e-macos, arm64e-maccatalyst ]
libraries: [ '/System/Library/Frameworks/Network.framework/Versions/A/Network' ]
...
| 18:22:58 |
samasaur | i don't really know how to read these but it looks like it just reexports Network.framework? | 18:23:14 |
emily | Randy Eckenrode: this code from booter.nix seems suspicious now:
# This is a hack for resolving cross-compiled compilers' run-time
# deps. (That is, compilers that are themselves cross-compiled, as
# opposed to used to cross-compile packages.)
postStage = buildPackages: {
__raw = true;
stdenv.cc =
if buildPackages.stdenv.hasCC then
if
buildPackages.stdenv.cc.isClang or false
# buildPackages.clang checks targetPackages.stdenv.cc (i. e. this
# attribute) to get a sense of the its set's default compiler and
# chooses between libc++ and libstdc++ based on that. If we hit this
# code here, we'll cause an infinite recursion. Since a set with
# clang as its default compiler always means libc++, we can infer this
# decision statically.
then
buildPackages.pkgsBuildTarget.llvmPackages.libcxxClang
else
buildPackages.gcc
else
# This will blow up if anything uses it, but that's OK. The `if
# buildPackages.stdenv.cc.isClang then ... else ...` would blow up
# everything, so we make sure to avoid that.
buildPackages.stdenv.cc;
};
| 19:32:00 |
emily | hmm | 19:32:26 |
emily | but I guess it's only for
else if (targetPackages.stdenv or stdenv).cc.isGNU then
self.libstdcxxClang
else
self.libcxxClang;
| 19:32:29 |
emily | so it's fine | 19:32:34 |
samasaur | ooh https://www.swift.org/blog/nightly-swift-sdk-for-android/ | 20:05:34 |
samasaur | not really relevant in a nixpkgs context afaik but interesting | 20:05:44 |
Randy Eckenrode | Maybe for cross to Android? | 20:56:29 |
samasaur | mm, yeah, i suppose so. i know very little about nix targeting mobile platforms | 21:25:08 |
Randy Eckenrode | I think it’s a thing, but you have to jump through some hoops to install the Android SDK. | 22:48:40 |
emily | I believe we have the NDK just packaged | 22:59:23 |
emily | nonfree but packaged | 22:59:35 |
| 26 Oct 2025 |
prince213 | Looks like it can't do UI | 03:31:04 |
prince213 | More like a native library thing | 03:31:19 |
prince213 | I was thinking about something like SwiftUI for android | 03:31:51 |
samasaur | is anyone else a) using openssh from nixpkgs on their mac; b) seeing a HUGE slowdown when sshing interactively? | 06:15:21 |
samasaur | it could be my config but openssh 10.0 (from nixpkgs) and /usr/bin/ssh are find | 06:15:55 |
samasaur | * it could be my config but openssh 10.0 (from nixpkgs) and /usr/bin/ssh are fine | 06:15:57 |
samasaur | it's actually incredibly bad | 06:18:48 |
samasaur | and openssh.com is down so i can't check the changelog for 10.2 | 06:19:14 |
samasaur | (the problem is with 10.1) | 06:19:26 |
prince213 | If you want changelog for 10.1: https://web.archive.org/web/20251009000425/https://www.openssh.com/releasenotes.html | 06:43:07 |
prince213 | Oh wait they also have 10.2: https://web.archive.org/web/20251010111539/https://www.openssh.com/releasenotes.html | 06:43:29 |
samasaur | thank you! | 06:50:56 |
samasaur |
This is a bugfix release, primarily to fix a problem that rendered ssh(1) unusable when ControlPersist was enabled.
| 06:51:16 |
samasaur | yeah that's def what i'm experiencing | 06:51:23 |
samasaur | prince213: re: the CMake stuff, I think that closed PR of mine you linked is probably not the way we want to do it if we do a qt fix on master while waiting for the staging cycle | 06:58:08 |
samasaur | because the root issue is that we ourselves are setting CMAKE_FIND_FRAMEWORK=LAST in the cmake hook | 06:59:10 |
samasaur | which is what that PR that went to staging fixed | 06:59:17 |