1 Apr 2024 |
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:chir.rs changed their profile picture. | 06:53:08 |
| @lotte:chir.rs changed their profile picture. | 07:32:47 |
| Mic92 joined the room. | 13:23:27 |
| stablejoy 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 | 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 | > 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 | * > 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 |
rhelmot | Like the name is xxxxxx_compat9 or something | 02:42:34 |
rhelmot | https://github.com/freebsd/freebsd-src/blob/main/sys/kern/syscalls.master | 02:53:49 |
rhelmot | Oh oops this one is much more obviously compelling https://github.com/freebsd/freebsd-src/blob/main/sys/kern/syscalls.c | 02:59:54 |
rhelmot | Based on the descriptions of the former I think you can turn off compat but it’s an opt out situation | 03:01:00 |
| Levi joined the room. | 03:21:06 |
| Levi changed their display name from levigross to Levi. | 03:38:37 |
| @cnx:loang.net joined the room. | 07:18:04 |
| @cnx:loang.net left the room. | 07:27:08 |
dramforever | i got myself a yeelong 8089d laptop with a loongson 2f (mips) cpu in it | 16:33:53 |
dramforever | i know i'm over a decade late but has anyone got anything remotely related (8089d, yeelong, loongson 2f, mips64el) running nixos and have some public code that i can take a look? | 16:36:21 |
dramforever | hmm there's a fuloongminipc example target | 16:37:40 |
alex taxia | In reply to @rhelmot:matrix.org Based on the descriptions of the former I think you can turn off compat but it’s an opt out situation the generic kernels include all the compat options, only the most intense of space-scrounging hackers would disable them, is our understanding | 18:03:24 |
9 Apr 2024 |
dramforever | this is not not working https://github.com/dramforever/nixos-loongson2f | 23:30:15 |
10 Apr 2024 |
Puna | In reply to @dramforever:matrix.org i know i'm over a decade late but has anyone got anything remotely related (8089d, yeelong, loongson 2f, mips64el) running nixos and have some public code that i can take a look? amjoseph was running nixos on their mips routers, not sure if any of their stuff is public somewhere though | 13:49:12 |