Luna edits

This commit is contained in:
~erin 2022-03-22 20:46:15 -04:00
parent 755db73766
commit a4603cb6ad
No known key found for this signature in database
GPG Key ID: DA70E064A8C70F44
1 changed files with 3 additions and 0 deletions

View File

@ -26,6 +26,7 @@ Some terminal emulators try and do this, eg. [kitty](https://sw.kovidgoyal.net/k
But they're still based around the TTY and being POSIX compliant. The main way to make any sort of interactive terminal UI is still just `ncurses`.
The Linux kernel is massive, with millions of lines of code. Trying to read through and understand it would be impossible.
While it does have decent documentation, just the sheer size of it would make reading through all of it, let alone fully understanding it, take an immense amount of time.
Again, that's mainly due to backwards compatibility, and just a bunch of legacy code. It still relies on C, even though at this point it doesn't even make much sense for modern processors *[1]*.
## Good (maybe) Design
@ -64,6 +65,8 @@ I'll be going through a few here.
### Package Manager
A lot of package managers right now suck. I've heard some good things about how NixOS and Guix do stuff, but I haven't actually had the chance to try them out yet.
At this point, I have quite a bit of experience with `apt`, `pacman`, and `xbps`, with `xbps` being my current favourite. However, it's still not my ideal system.
My goals for an ideal package manager would be, in order of importance:
1. User friendly
> It should be very easy to understand and use, even by beginners. It should also be fairly simple to create packages for.