| 16 Aug 2023 |
 👉@crystallinefire:chat.solarpunk.moe | ah ok | 06:14:11 |
 rhelmot | it's been a few months since I touched this so I will need to do a fat rebase. I had been debugging one-on-one with a friend who is a nixos contributor but I think she deserves better than to be the sole recipient of my nonsense | 06:16:53 |
| rhelmot | when compiling this on either of those commits I am getting a weird error with coreutils that I don't remember getting before so I think something changed in freebsd's version of llvm since I tried last | 06:17:34 |
| rhelmot | (I am on FreeBSD-14-CURRENT) | 06:17:40 |
| 👉@crystallinefire:chat.solarpunk.moe | so anyways, as it stands now, there's no way i can test this until you've rebased and published the patches for nix ? | 06:18:59 |
| 👉@crystallinefire:chat.solarpunk.moe | aiui | 06:19:06 |
| rhelmot | oh! those are here: https://github.com/rhelmot/nix | 06:19:40 |
| 👉@crystallinefire:chat.solarpunk.moe | oh excellent | 06:19:52 |
 7c6f434c | Stupid question: if FreeBSD ships clang and you are interested in following the ecosystem, maybe you can start with bootstrapped clang built against rebuilt FreeBSD libc (somewhat like darwin platform but with an actual free platform you can build and even patch)? | 08:15:27 |
| rhelmot | That sounds super cool | 13:06:12 |
| rhelmot | I will look into doing that. I should disclose: I have literally never used nix for anything before this | 13:06:38 |
| rhelmot | So I don’t have a great grasp of norms! | 13:06:52 |
| 👉@crystallinefire:chat.solarpunk.moe | woah nice | 13:14:46 |
| 👉@crystallinefire:chat.solarpunk.moe | good job coming this far | 13:14:55 |
| rhelmot | The main problem is that I think that FreeBSD ships its libc with its kernel both so far as source and binary go. Is it kosher to just build one piece of a thing if I’m downloading a much bigger thing? | 13:16:37 |
 Alex | In reply to @rhelmot:matrix.org
The main problem is that I think that FreeBSD ships its libc with its kernel both so far as source and binary go. Is it kosher to just build one piece of a thing if I’m downloading a much bigger thing? I think there's already precedent for doing so when building some of the stuff in linuxPackages, e.g. perf | 14:19:33 |
| 17 Aug 2023 |
|  Ken Micklas changed their display name from Kenny Micklas to Ken Micklas. | 20:22:50 |
| 18 Aug 2023 |
|  Shados joined the room. | 05:41:56 |
| 19 Aug 2023 |
| rhelmot | okay, I'm trying to build the freebsd userland in nix - the main problem is that it builds everything linked against / instead of the derivation output, so it can't actually run. I can't find a parameter anywhere in the build settings to change this, so I guess I don't have a better option than to patch all the outputs to link against the right root? | 03:02:45 |
| rhelmot | what does e.g. cat(1) on nixos look like, does it have a rpath set pointing to the libc it was linked against? | 03:03:06 |
 misuzu | % ldd $(where cat)
linux-vdso.so.1 (0x00007ffd453b3000)
libcrypto.so.3 => /nix/store/z963s748p2pxlv91q3lsm7hx3m06h0a9-openssl-3.0.9/lib/libcrypto.so.3 (0x00007fbf151c7000)
libacl.so.1 => /nix/store/wah0xp4ani8b4l7d6hcjlb2lyiy2g83z-acl-2.3.1/lib/libacl.so.1 (0x00007fbf151bc000)
libattr.so.1 => /nix/store/d0v43l0kfszyiq8ln9mgizg3yyp63p81-attr-2.5.1/lib/libattr.so.1 (0x00007fbf151b4000)
libgmp.so.10 => /nix/store/kh108jif43dm3yk6yxr9zmyskybcww3w-gmp-with-cxx-6.2.1/lib/libgmp.so.10 (0x00007fbf15114000)
libc.so.6 => /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib/libc.so.6 (0x00007fbf14f2e000)
libdl.so.2 => /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib/libdl.so.2 (0x00007fbf14f27000)
libpthread.so.0 => /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib/libpthread.so.0 (0x00007fbf14f22000)
/nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib/ld-linux-x86-64.so.2 => /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib64/ld-linux-x86-64.so.2 (0x00007fbf15644000)
| 05:35:29 |
| rhelmot | right but what's readelf -d $(where cat) | 05:37:55 |
| misuzu | % readelf -d $(where cat)
Dynamic section at offset 0x13b080 contains 32 entries:
Tag Type Name/Value
0x0000000000000001 (NEEDED) Shared library: [libcrypto.so.3]
0x0000000000000001 (NEEDED) Shared library: [libacl.so.1]
0x0000000000000001 (NEEDED) Shared library: [libattr.so.1]
0x0000000000000001 (NEEDED) Shared library: [libgmp.so.10]
0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
0x000000000000001d (RUNPATH) Library runpath: [/nix/store/wah0xp4ani8b4l7d6hcjlb2lyiy2g83z-acl-2.3.1/lib:/nix/store/d0v43l0kfszyiq8ln9mgizg3yyp63p81-attr-2.5.1/lib:/nix/store/kh108jif43dm3yk6yxr9zmyskybcww3w-gmp-with-cxx-6.2.1/lib:/nix/store/z963s748p2pxlv91q3lsm7hx3m06h0a9-openssl-3.0.9/lib:/nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib]
0x000000000000000c (INIT) 0x408000
0x000000000000000d (FINI) 0x4dd814
0x0000000000000019 (INIT_ARRAY) 0x531ff0
0x000000000000001b (INIT_ARRAYSZ) 8 (bytes)
0x000000000000001a (FINI_ARRAY) 0x531ff8
0x000000000000001c (FINI_ARRAYSZ) 8 (bytes)
0x0000000000000004 (HASH) 0x4003f8
0x000000006ffffef5 (GNU_HASH) 0x400e98
0x0000000000000005 (STRTAB) 0x4035e0
0x0000000000000006 (SYMTAB) 0x400ef8
0x000000000000000a (STRSZ) 5023 (bytes)
0x000000000000000b (SYMENT) 24 (bytes)
0x0000000000000015 (DEBUG) 0x0
0x0000000000000003 (PLTGOT) 0x53c2d0
0x0000000000000002 (PLTRELSZ) 9192 (bytes)
0x0000000000000014 (PLTREL) RELA
0x0000000000000017 (JMPREL) 0x4050d8
0x0000000000000007 (RELA) 0x404e80
0x0000000000000008 (RELASZ) 600 (bytes)
0x0000000000000009 (RELAENT) 24 (bytes)
0x000000000000001e (FLAGS) BIND_NOW
0x000000006ffffffb (FLAGS_1) Flags: NOW
0x000000006ffffffe (VERNEED) 0x404cc0
0x000000006fffffff (VERNEEDNUM) 4
0x000000006ffffff0 (VERSYM) 0x404980
0x0000000000000000 (NULL) 0x0
| 05:40:41 |
| rhelmot | that is exactly what I needed to see, ty | 05:40:57 |
 @trofi:matrix.org | In Linux ld.so itself has a default directory it loads libc from:
$ ld.so --help
...
Shared library search path:
(libraries located via /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/etc/ld.so.cache)
/nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib (system search path)
/nix/store/5cfwfnp4capzbjmkkrl7a6shvaghgj3h-xgcc-12.3.0-libgcc/lib (system search path)
| 07:25:41 |
| rhelmot | I'll take a look later to see if it's possible to configure the freebsd interpreter to use a custom socache. in the meantime it's patchelf time | 07:27:03 |
| @trofi:matrix.org | On NixOS ld.so.cache is not present. It uses /nix/store/ibp4camsx1mlllwzh32yyqcq2r2xsy1a-glibc-2.37-8/lib (and other RUNPATHs) as a lookup (and it's not super-efficient). | 07:28:17 |
| @trofi:matrix.org | https://man.freebsd.org/cgi/man.cgi?query=ld.so&apropos=0&sektion=8&manpath=CentOS+7.1&arch=default&format=html hints that there are default like /lib:/usr/lib as well (unless -z nodeflib). Maybe you can set those as well. | 07:29:45 |
| rhelmot | that page seems to be for the linux ld despite being hosted on freebsd.org | 07:30:47 |
| @trofi:matrix.org | Oh, yeah. | 07:31:10 |
