navi-desu

4 ms·

1.
by navi-desu 1y ago
it does do bounds checks if you -fsanitize=bounds, in gcc at least (and msvc is stuck on partial c11 support to this day, so imo, i don't quite think it's a fair target when comparing things to new features anyway)
2.
by navi-desu 1y ago
and how is that any different from system services doing `ExecStartPre=/usr/libexec/my_setup_script.sh`? or worse, 20 different `ExecStartPre` lines that basically build a shell script in the ini file, one line at a time serv
3.
by navi-desu 1y ago
> OpenRC still requires you to manually enable support for service auto-restart ( https://wiki.gentoo.org/wiki/OpenRC/supervise-daemon#General ... ), a feature that comes built-in in systemd and without extra co
4.
by navi-desu 1y ago
what is... actually wrong with that? it works, it's extensible, and a simple service is just as declarative as systemd, but when you need to do something more complex (e.g. checking conditions before starting), you don't need to c
5.
by navi-desu 2y ago
> 1. Define a new cross-terminal-emulator OSC sequence that instructs the terminal emulator to echo back THE WHOLE TERMINFO CAPABILITY STRING, in-band. No "user agent sniffing" with TERM. We detect features directly from now on
6.
by navi-desu 3y ago
meson actually solves this problem on the build system, their wrap subsystem allows you to use the system provided lib if found, or fetch from a database during the build process if not. best of both worlds, imo.
7.
by navi-desu 3y ago
gnome hard depends on systemd, so much that for it, *bsd (and any non-systemd unix-like) had to write a systemd-shim to emulate some functions of it, and/or gut some of systemd's components such as logind in to elogind
8.
by navi-desu 3y ago
> It's also not a complete alternative, because it doesn't have anything for user session services like `systemd --user`. i am working on a implementation of that for openrc for a while now, it's been working nicely so far