| 1 Apr 2024 |
 artemist | In reply to @Ericson2314:matrix.org
rhelmot: in both the older versions of your PRs, and the latest rebase, I am getting
In file included from /nix/store/k5qq133jmgn1zck6npiw5q0j16m24wsr-libmd-1.1.0/include/sha.h:32,
from xinstall.c:66:
/nix/store/k5qq133jmgn1zck6npiw5q0j16m24wsr-libmd-1.1.0/include/sha.h:36:9: error: unknown type name 'SHA_CTX'
36 | typedef SHA1_CTX SHA_CTX;
| ^~~~~~~~
In file included from /nix/store/k5qq133jmgn1zck6npiw5q0j16m24wsr-libmd-1.1.0/include/sha256.h:32,
from xinstall.c:67:
/build/xinstall-bootstrap-filtered-src/lib/libnetbsd/sha2.h:38:10: fatal error: sha384.h: No such file or directory
38 | #include <sha384.h>
| ^~~~~~~~~~
compilation terminated.
*** Error code 1
Stop.
make: stopped in /build/xinstall-bootstrap-filtered-src/usr.bin/xinstall
error: builder for '/nix/store/9y57p11i78ibl1d032l1szjyhqjch15r-xinstall-bootstrap-14.0.drv' failed with exit code 1;
last 10 log lines:
> In file included from /nix/store/k5qq133jmgn1zck6npiw5q0j16m24wsr-libmd-1.1.0/include/sha256.h:32,
> from xinstall.c:67:
> /build/xinstall-bootstrap-filtered-src/lib/libnetbsd/sha2.h:38:10: fatal error: sha384.h: No such file or directory
> 38 | #include <sha384.h>
> | ^~~~~~~~~~
> compilation terminated.
> *** Error code 1
>
> Stop.
> make: stopped in /build/xinstall-bootstrap-filtered-src/usr.bin/xinstall
For full logs, run 'nix-store -l /nix/store/9y57p11i78ibl1d032l1szjyhqjch15r-xinstall-bootstrap-14.0.drv'.
I haven't seen this before, I'll test it | 20:47:51 |
 John Ericson | artemist: ah right you are working on all the nix bsd things too? | 20:58:51 |
| John Ericson | In reply to @artemist:mildlyfunctional.gay
That sounds like a good first change, we can work on sandboxing more later. In any event, if one of you could PR that first commit with the full rationale (I vaguely remember there being an issue about FreeBSD having a stable enough ABI or whatever after all, but I forgot) | 21:01:26 |
| John Ericson | In reply to @artemist:mildlyfunctional.gay
That sounds like a good first change, we can work on sandboxing more later. * In any event, if one of you could PR that first commit with the full rationale (I vaguely remember there being an issue about FreeBSD having a stable enough ABI or whatever after all, but I forget) that would be good | 21:01:34 |
| John Ericson | I don't have the information to write the rationale myself | 21:01:44 |
| John Ericson | * https://github.com/NixOS/nixpkgs/pull/298849 Alyssa Ross rhelmot I separated out the freebsd13 -> freebsd in a commit, can we PR that alone, hopefully to master rather than staging? | 21:01:54 |
| 2 Apr 2024 |
|  Lotte (it/its)/Cinny (she/her) θΔ& changed their profile picture. | 06:53:08 |
| Lotte (it/its)/Cinny (she/her) θΔ& changed their profile picture. | 07:32:47 |
|  Mic92 joined the room. | 13:23:27 |
|  @stablejoy:matrix.org joined the room. | 13:31:14 |
| 3 Apr 2024 |
|  Alex K joined the room. | 20:47:56 |
| 4 Apr 2024 |
|  silvanshade joined the room. | 19:41:35 |
| 5 Apr 2024 |
 @anderson_torres:matrix.org | In reply to @Ericson2314:matrix.org
In any event, if one of you could PR that first commit with the full rationale (I vaguely remember there being an issue about FreeBSD having a stable enough ABI or whatever after all, but I forget) that would be good POLA?
https://docs.freebsd.org/en/books/handbook/glossary/ | 23:45:15 |
| @anderson_torres:matrix.org | > Principle Of Least Astonishment
> As FreeBSD evolves, changes visible to the user should be kept as unsurprising as possible. For example, arbitrarily rearranging system startup variables in /etc/defaults/rc.conf violates POLA. Developers consider POLA when contemplating user-visible system changes.
| 23:45:37 |
| @anderson_torres:matrix.org | * > Principle Of Least Astonishment
> As FreeBSD evolves, changes visible to the user should be kept as unsurprising as possible. For example, arbitrarily rearranging system startup variables in /etc/defaults/rc.conf violates POLA. Developers consider POLA when contemplating user-visible system changes.
| 23:46:00 |
| 8 Apr 2024 |
| John Ericson | hmm maybe | 02:40:43 |
| John Ericson | not sure | 02:40:44 |
 rhelmot | I think a more compelling proof is some of the stuff that they have kept around for compatibility | 02:41:54 |
| rhelmot | There are versions of syscalls which are compatible with FreeBSD 9 at least | 02:42:13 |
